sb0 changed the topic of #m-labs to: ARTIQ, Migen, MiSoC, Mixxeo & other M-Labs projects :: fka #milkymist :: Logs http://irclog.whitequark.org/m-labs
<GitHub-m-labs> [artiq] sbourdeauducq pushed 1 new commit to release-3: https://github.com/m-labs/artiq/commit/5dfd0e470190f5e132118a5dac022c2a354bf5b9
<GitHub-m-labs> artiq/release-3 5dfd0e4 Sebastien Bourdeauducq: conda: fix artiq-board (again)
swivel has joined #m-labs
<bb-m-labs> build #1418 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1418
<bb-m-labs> build #829 of artiq-win64-test is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/829
<bb-m-labs> build #2251 of artiq is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2251
rohitksingh_work has joined #m-labs
<whitequark> bb-m-labs: force build --props=package=rustc conda-win64
<bb-m-labs> build forced [ETA 50m10s]
<bb-m-labs> I'll give a shout when the build finishes
<GitHub-m-labs> [artiq] jordens commented on issue #979: @whitequark Please give it a try. I have seen the slowdown after a couple of hours. If it is heap fragmentation you should be able to accelerate the degradation. Let me know if you are unable to triage or reproduce it. https://github.com/m-labs/artiq/issues/979#issuecomment-380017166
<whitequark> sigh, cargo is FUBAR on buildbot due to github dropping support for TLS 1.0 and 1.1
FabM has joined #m-labs
<GitHub-m-labs> [artiq] hartytp commented on issue #981: @gkasprow As expected, mem tests look [good](https://hastebin.com/pinidewifa.rb) with the RTM power supply disabled (T5 shorted as you suggested). ... https://github.com/m-labs/artiq/issues/981#issuecomment-380032185
<bb-m-labs> Hey! build conda-win64 #244 is complete: Retry [retry exception slave lost]
<bb-m-labs> build forced [ETA 50m10s]
<bb-m-labs> I'll give a shout when the build finishes
rohitksingh_work has quit [Read error: Connection reset by peer]
<whitequark> bb-m-labs: stop build conda-win64
<bb-m-labs> try 'stop build WHICH <REASON>'
<whitequark> bb-m-labs: stop build conda-win64 broken
<bb-m-labs> build 245 interrupted
<bb-m-labs> build #245 of conda-win64 is complete: Exception [exception conda_build] Build details are at http://buildbot.m-labs.hk/builders/conda-win64/builds/245
rohitksingh_work has joined #m-labs
<GitHub165> [smoltcp] whitequark commented on issue #188: Could you add a test? https://github.com/m-labs/smoltcp/pull/188#issuecomment-380045608
hartytp has joined #m-labs
<hartytp> pretty basic migen question
<hartytp> I want to add some logic to my Kasli target that's clocked from the rio_phy clock domain
<hartytp> how do I do that?
<hartytp> and: I want to create a second clock domain (different clock at same frequency) that's reset by the same signal as the rio_phy domain (after cdc) how do I do that?
<hartytp> I'm getting unresolved clock domain errors
<rjo> hartytp: self.sync.rio_phy += logic
<rjo> hartytp: on the other one there are multiple examples in the code. resolving your issue needs information.
<q3k> or if you want to use the default clock domain name, you can do that and then use a ClockDomainRenamer when instantiating your module
<hartytp> aah, okay, i see
<hartytp> self.sync.cd_xxx doesn't work, but self.sync.xxx does
<hartytp> I thought the two were interchangeable
X-Scale has quit [Ping timeout: 260 seconds]
rohitksingh_work has quit [Read error: Connection reset by peer]
X-Scale has joined #m-labs
rohitksingh has joined #m-labs
<GitHub-m-labs> [artiq] gkasprow commented on issue #981: Lets disable fpga supply first. Other supplies are switched on together. I
mithro has quit [Quit: ~]
mithro has joined #m-labs
<GitHub70> [smoltcp] astro commented on issue #187: The test strings were changed to make the CI pass.... https://github.com/m-labs/smoltcp/pull/187#issuecomment-380115827
Ishan_Bansal has quit [Quit: ~]
Ishan_Bansal has joined #m-labs
<GitHub57> [smoltcp] whitequark commented on issue #187: If you're changing tests "to make CI green" that means it's equally likely that there was a bug in code or a bug in tests or a bug in specs but you didn't distinguish these cases. Which one is it?
<GitHub28> [smoltcp] astro commented on issue #188: Test added. https://github.com/m-labs/smoltcp/pull/188#issuecomment-380121927
<GitHub7> [smoltcp] astro commented on issue #187: I'm not 100% certain that this is the right approach. With the optimization, the buffer will be rewritten from start if it was empty after the previous `dequeue_many_with()`, hence the spec changes. https://github.com/m-labs/smoltcp/pull/187#issuecomment-380123105
rohitksingh has quit [Quit: Leaving.]
rohitksingh has joined #m-labs
hartytp has quit [Quit: Page closed]
rohitksingh has quit [Quit: Leaving.]
rohitksingh has joined #m-labs
<GitHub26> [smoltcp] phil-opp commented on issue #94: Closing as stale https://github.com/m-labs/smoltcp/pull/94#issuecomment-380163114
<GitHub109> [smoltcp] phil-opp closed pull request #94: Add a PacketFilter trait to abstract over concrete SocketSet type (master...packet_filter) https://github.com/m-labs/smoltcp/pull/94
rohitksingh has quit [Quit: Leaving.]
mumptai has joined #m-labs
rohitksingh has joined #m-labs
ohama has quit [Read error: Connection reset by peer]
ohama has joined #m-labs
<GitHub91> [smoltcp] whitequark commented on issue #94: FYI I am still interested in getting something like this merged. I've looked at your code and I understand your use case much better now.... https://github.com/m-labs/smoltcp/pull/94#issuecomment-380175677
<GitHub195> [smoltcp] dlrobertson commented on issue #94: :+1: yeah that could be helpful https://github.com/m-labs/smoltcp/pull/94#issuecomment-380177364
ohama has quit [Quit: Lost terminal]
rohitksingh has quit [Quit: Leaving.]
sandeepkr has joined #m-labs
greni has joined #m-labs
<greni> Hi, I've started learning Migen, but I cannot run a simple example on my Zybo board, code: https://pastebin.com/raw/HzKzUGrn
<greni> Could you tell me how to fix it? It's probably something really fundamental, but at this moment I don't fully understand it
<greni> simulation works fine
<greni> build works fine but generated verilog code is incorrect
<greni> ok sorry, now I understand it
<GitHub184> [smoltcp] whitequark closed pull request #188: Fix DhcpOption::Other serialization. (master...fix-emit-dhcpoption-other) https://github.com/m-labs/smoltcp/pull/188
<GitHub81> [smoltcp] whitequark pushed 1 new commit to master: https://github.com/m-labs/smoltcp/commit/ca379144f1d63273917caac904665ef69e1788bb
<GitHub81> smoltcp/master ca37914 Astro: Fix DhcpOption::Other serialization.
greni has quit [Ping timeout: 260 seconds]
<travis-ci> m-labs/smoltcp#852 (master - ca37914 : Astro): The build passed.
<adamgreig> i used smoltcp in a few bootloader project this weekend and it was nice, the new token stuff for the device trait seems better, thanks whitequark et al
<adamgreig> allocating static storage remains a pain :p
<whitequark> adamgreig: o/
<whitequark> there's an open issue for a macro that allocates static storage
<whitequark> care to take it? ;)
<adamgreig> I am going to at least try and think of something better
<adamgreig> right now I just have a bunch of options and it's not very glamorous https://github.com/adamgreig/blethrs/blob/master/src/network.rs#L22-L40
<adamgreig> but it is a lot nicer now that socketsetitem is public so I don't have to transmute my own struct into it :P
<whitequark> heh
<adamgreig> I saw the issue about static allocation and had a look at the ionpak code, but I think it's allocating on the stack?
<GitHub144> [smoltcp] adamgreig opened pull request #189: Use core::time::Duration. Closes #182. (master...182-use-core-duration) https://github.com/m-labs/smoltcp/pull/189
<GitHub-m-labs> [artiq] gkasprow commented on issue #981: To disable only the Exar chip that supplies the FPGA, please short pin 1 and 4 of the programming connector. Make sure that the jumper on T5 is removed.... https://github.com/m-labs/artiq/issues/981#issuecomment-380260875
<GitHub-m-labs> [artiq] gkasprow commented on issue #981: To disable only the Exar chip that supplies the FPGA, please short pin 1 and 4 of the programming connector. Make sure that the jumper on T5 is removed.... https://github.com/m-labs/artiq/issues/981#issuecomment-380260875
<GitHub-m-labs> [artiq] gkasprow commented on issue #981: To disable only the Exar chip that supplies the FPGA, please short pin 1 and 4 of the programming connector. Make sure that the jumper on T5 is removed.... https://github.com/m-labs/artiq/issues/981#issuecomment-380260875
<GitHub-m-labs> [artiq] gkasprow commented on issue #981: To disable only the Exar chip that supplies the FPGA, please short pin 1 and 4 of the programming connector. Make sure that the jumper on T5 is removed.... https://github.com/m-labs/artiq/issues/981#issuecomment-380260875
<GitHub-m-labs> [artiq] gkasprow commented on issue #981: To disable only the Exar chip that supplies the FPGA, please short pin 1 and 4 of the programming connector. Make sure that the jumper on T5 is removed.... https://github.com/m-labs/artiq/issues/981#issuecomment-380260875
<GitHub46> [smoltcp] whitequark commented on issue #189: I think this needs required Rust version bump in README. https://github.com/m-labs/smoltcp/pull/189#issuecomment-380269235
mumptai has quit [Quit: Verlassend]
<GitHub137> [smoltcp] podhrmic opened pull request #190: Support for receiving fragmented IPv4 packets (master...fragmentation_new) https://github.com/m-labs/smoltcp/pull/190
<GitHub154> [smoltcp] podhrmic commented on issue #185: Closing in favor of #190 https://github.com/m-labs/smoltcp/pull/185#issuecomment-380273846
<GitHub152> [smoltcp] podhrmic closed pull request #185: Initial commit for fragmentation support && Ethernet jumbo frames support (master...fragmentation) https://github.com/m-labs/smoltcp/pull/185
<GitHub112> [smoltcp] whitequark commented on issue #178: I'll try to review it soon https://github.com/m-labs/smoltcp/pull/178#issuecomment-380274289
<GitHub185> [smoltcp] adamgreig commented on issue #189: Good point, I've updated the commit to include that. Duration is in core since [1.25.0](https://github.com/rust-lang/rust/blob/67e0c2b52939de562fb06910295a6247750c11bc/RELEASES.md#libraries). https://github.com/m-labs/smoltcp/pull/189#issuecomment-380277720
<GitHub179> [smoltcp] whitequark commented on issue #189: @m-labs-homu r+ https://github.com/m-labs/smoltcp/pull/189#issuecomment-380278370
<GitHub116> [smoltcp] m-labs-homu commented on issue #189: :pushpin: Commit 596cb9f has been approved by `whitequark`
<GitHub186> [smoltcp] m-labs-homu pushed 1 new commit to auto: https://github.com/m-labs/smoltcp/commit/27d82a58361f0d38d3f196da499f6b63d47a8213
<GitHub186> smoltcp/auto 27d82a5 Adam Greig: Use core::time::Duration. Closes #182....
<GitHub72> [smoltcp] m-labs-homu commented on issue #189: :hourglass: Testing commit 596cb9fac27f670a7f08e8761a7b862c64c200a1 with merge 27d82a58361f0d38d3f196da499f6b63d47a8213... https://github.com/m-labs/smoltcp/pull/189#issuecomment-380278417
jfng has joined #m-labs
<travis-ci> m-labs/smoltcp#856 (auto - 27d82a5 : Adam Greig): The build passed.
<GitHub112> [smoltcp] m-labs-homu commented on issue #189: :sunny: Test successful - [status-travis](https://travis-ci.org/m-labs/smoltcp/builds/364872085?utm_source=github_status&utm_medium=notification)
<GitHub80> [smoltcp] m-labs-homu merged auto into master: https://github.com/m-labs/smoltcp/compare/ca379144f1d6...27d82a58361f
<GitHub105> [smoltcp] m-labs-homu closed issue #182: Use core::time::Duration https://github.com/m-labs/smoltcp/issues/182
<GitHub62> [smoltcp] m-labs-homu closed pull request #189: Use core::time::Duration. Closes #182. (master...182-use-core-duration) https://github.com/m-labs/smoltcp/pull/189