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
stekern has quit [Ping timeout: 268 seconds]
stekern has joined #m-labs
rohitksingh_work has joined #m-labs
_whitelogger has joined #m-labs
rohitksingh_work has quit [Ping timeout: 240 seconds]
rohitksingh_work has joined #m-labs
<sb0> bb-m-labs, force build artiq
<bb-m-labs> build forced [ETA 28m35s]
<bb-m-labs> I'll give a shout when the build finishes
<sb0> bb-m-labs, force build --branch=release-2 artiq
<bb-m-labs> The build has been queued, I'll give a shout when it starts
<bb-m-labs> build #611 of artiq-board is complete: Failure [failed conda_build] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/611
<bb-m-labs> build #1552 of artiq is complete: Failure [failed] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/1552
<bb-m-labs> build forced [ETA 28m35s]
<bb-m-labs> I'll give a shout when the build finishes
<bb-m-labs> build #612 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/612
<bb-m-labs> build #1553 of artiq is complete: Failure [failed] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/1553
<sb0> hmm is the flash trashed?
mumptai has joined #m-labs
<sb0> what the fuck....
<sb0> no the flash is not trashed
<sb0> the bin diff is absolutely remarkable
<sb0> it seems only the beginning of the flash is written for some reason
<sb0> the diffs between the .fbi and what is in the flash are in the strings that contain things that vary from compilation to compilation, like conda paths
<sb0> the beginning, including the crc, is written correctly
<sb0> openocd says "contents match", but when reading back the flash from the BIOS, they don't
<sb0> bb-m-labs: force build --props=package=artiq-kc705-phaser artiq-board
<bb-m-labs> build forced [ETA 12m09s]
<bb-m-labs> I'll give a shout when the build finishes
<sb0> oh, I found the bug
<sb0> it's the conda binary patcher that helps itself with the .fbi file
<sb0> I'm tempted to just encrypt it or something so that the conda garbage leaves it alone
<sb0> geez
<GitHub134> [artiq] sbourdeauducq pushed 1 new commit to master: https://github.com/m-labs/artiq/commit/832fb139a0a7076d50a63c29b2ebe02bf07ea8af
<GitHub134> artiq/master 832fb13 Sebastien Bourdeauducq: Revert "conda: use new noarch system for board packages as well"...
<bb-m-labs> build #613 of artiq-board is complete: Failure [failed conda_build] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/613
<sb0> bb-m-labs, force build --branch=release-2 artiq
<GitHub183> [artiq] sbourdeauducq pushed 1 new commit to release-2: https://github.com/m-labs/artiq/commit/232f7a9512719b923bd62924eac8c7d88f70e504
<bb-m-labs> The build has been queued, I'll give a shout when it starts
<GitHub183> artiq/release-2 232f7a9 Sebastien Bourdeauducq: conda: set ignore_prefix_files on all board packages
<bb-m-labs> build #614 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/614
<GitHub9> [artiq] sbourdeauducq pushed 2 new commits to master: https://github.com/m-labs/artiq/compare/832fb139a0a7...10fb6c6216ad
<GitHub9> artiq/master 10fb6c6 Sebastien Bourdeauducq: conda: set ignore_prefix_files on all board packages
<GitHub9> artiq/master 5e94810 Sebastien Bourdeauducq: Revert "Revert "conda: use new noarch system for board packages as well""...
<sb0> bb-m-labs, stop build artiq-win64-test needs conda update
<bb-m-labs> build 489 interrupted
<bb-m-labs> build #489 of artiq-win64-test is complete: Exception [exception interrupted] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/489 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
<bb-m-labs> build #1554 of artiq is complete: Failure [failed] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/1554 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
<bb-m-labs> build forced [ETA 28m35s]
<bb-m-labs> I'll give a shout when the build finishes
<sb0> whitequark, how to update conda in win7-buildbot?
<sb0> this is what makes the tests fail now
<sb0> whitequark, tigervnc handles the qemu server correctly here, but I don't have the password
<bb-m-labs> build #615 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/615
mumptai has quit [Remote host closed the connection]
<whitequark> sb0: 654321
<sb0> bb-m-labs, stop build artiq-win64-test needs conda update
<bb-m-labs> build 490 interrupted
<bb-m-labs> build #490 of artiq-win64-test is complete: Exception [exception interrupted] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/490
<bb-m-labs> build #1555 of artiq is complete: Failure [failed] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/1555
<bb-m-labs> build #616 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/616
<bb-m-labs> build #491 of artiq-win64-test is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/491
<bb-m-labs> build #1556 of artiq is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/1556
<sb0> geez, finally
<sb0> oh versioneer has become fucked again, but only on the buildbot
<sb0> Mismatch between gateware (3.0.dev+1126.g10fb6c62) and software (3.0.dev+1126.g10fb6c621) versions
<sb0> non-reproducible by installing the conda packages locally
<GitHub11> [smoltcp] whitequark pushed 1 new commit to master: https://git.io/vHbo1
<GitHub11> smoltcp/master 80c20ad Egor Karavaev: Factor out the "raw_socket" and "tap_interface" features...
<GitHub57> [smoltcp] whitequark closed pull request #15: Factor out the "raw_socket" and "tap_interface" features (master...split_std) https://git.io/vHF2d
<travis-ci> m-labs/smoltcp#104 (master - 80c20ad : Egor Karavaev): The build passed.
<rjo> bb-m-labs: force build --props=package=artiq-kc705-phaser artiq-board
<bb-m-labs> build forced [ETA 12m21s]
<bb-m-labs> I'll give a shout when the build finishes
<sb0> i have already tried today, fails timing
<rjo> sb0: i don't think this is because of phaser in particular. from the timining report it's the reset net delays that kill it.
<sb0> maybe split the design into separate reset regions and put registers on the resets?
<sb0> for many cores it doesn't matter if the reset is shifted by a couple cycles
<rjo> sb0: and when i tried an older build (before the gateware changes) that previously passed fine, that one also now fails timing. http://buildbot.m-labs.hk/builders/artiq-board/builds/604
<sb0> if vivado using a BUFG for the reset net?
<rjo> i think vivado would duplicate registers itself
<rjo> no
<sb0> if there is no register to duplicate it cannot do anything
<sb0> and register duplication only goes that far, in the end you have to distribute a signal to ~8ns across the entire chip. having slightly shifted reset regions is much more relaxed
<bb-m-labs> build #617 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/617
<rjo> sb0: or like that...
rohitksingh_work has quit [Read error: Connection reset by peer]
rohitksingh has joined #m-labs
rohitksingh has quit [Ping timeout: 260 seconds]
FabM has quit [Quit: ChatZilla 0.9.93 [Firefox 45.9.0/20170419042421]]
rohitksingh has joined #m-labs
rohitksingh has quit [Ping timeout: 240 seconds]
jbqubit has quit [Quit: Page closed]
jbqubit has joined #m-labs
<GitHub100> [artiq] jbqubit opened issue #751: sawg: can't produce simple sinusoid https://github.com/m-labs/artiq/issues/751
mumptai has joined #m-labs
<GitHub122> [artiq] jbqubit commented on issue #743: Please re-open this Issue as I haven't tested it. Patch 9a8a7b9 didn't even build successfully until today. ... https://github.com/m-labs/artiq/issues/743#issuecomment-308848992
<GitHub186> [artiq] jbqubit commented on issue #751: OK. I see what's happening. The sawg configuration persists from one experiment to the next. Zeroing the other oscillator frequencies permits generation of the expected output. ... https://github.com/m-labs/artiq/issues/751#issuecomment-308856366
mumptai has quit [Quit: Verlassend]