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
<GitHub79> [artiq] whitequark commented on issue #776: migen.build.generic_platform.ConstraintError: Resource not found: mmc_spi:0 https://github.com/m-labs/artiq/pull/776#issuecomment-314291015
sb0 has quit [Quit: Leaving]
rohitksingh_work has joined #m-labs
sb0 has joined #m-labs
<GitHub77> [migen] enjoy-digital pushed 1 new commit to master: https://git.io/vQ1Bl
<GitHub77> migen/master e826cb9 Florent Kermarrec: build/platform: use sayma_amc platform already presents in sinara, remove added one.
<GitHub2> [misoc] enjoy-digital pushed 1 new commit to master: https://git.io/vQ1B4
<GitHub2> misoc/master f9c3fe6 Florent Kermarrec: targets/sayma_amc: use sayma_amc platform from platforms.sinara
<bb-m-labs> build #164 of migen is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/migen/builds/164
<bb-m-labs> build #221 of misoc is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/misoc/builds/221
<GitHub72> [artiq] hartytp commented on issue #778: Thanks for posting this @sbourdeauducq and @jordens. ... https://github.com/m-labs/artiq/issues/778#issuecomment-314364410
<GitHub22> [artiq] hartytp commented on issue #778: Thanks for posting this @sbourdeauducq and @jordens. ... https://github.com/m-labs/artiq/issues/778#issuecomment-314364410
<GitHub131> [artiq] hartytp commented on issue #778: **Current situation**... https://github.com/m-labs/artiq/issues/778#issuecomment-314367955
<GitHub178> [artiq] hartytp commented on issue #778: to be continued later... https://github.com/m-labs/artiq/issues/778#issuecomment-314367986
<GitHub124> [artiq] hartytp commented on issue #778: **Scalable solutions**... https://github.com/m-labs/artiq/issues/778#issuecomment-314367986
sb0 has quit [Quit: Leaving]
rohitksingh_work has quit [Read error: Connection reset by peer]
Thaong has joined #m-labs
Thaong has quit [Ping timeout: 260 seconds]
balrog has quit [Remote host closed the connection]
balrog has joined #m-labs
<whitequark> bb-m-labs: force build --branch=pull/776/merge artiq
<bb-m-labs> build forced [ETA 36m13s]
<bb-m-labs> I'll give a shout when the build finishes
sb0 has joined #m-labs
<bb-m-labs> build #715 of artiq-board is complete: Failure [failed conda_build] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/715
<bb-m-labs> build #1617 of artiq is complete: Failure [failed] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/1617
<GitHub24> [artiq] whitequark commented on issue #776: ERROR: [DRC BIVC-1] Bank IO standard Vcc: Conflicting Vcc voltages in bank 12. For example, the following two ports in this bank have conflicting VCCOs: ... https://github.com/m-labs/artiq/pull/776#issuecomment-314468476
<GitHub122> [artiq] sbourdeauducq commented on issue #778: We don't lose precise exceptions with SRTIO. Underflow errors are exactly the same as before. Sequence errors are usually not an error anymore, decreasing timestamp in a channel is only an error when we run out of usable FIFOs to "rewind" the timeline (and that one error can be precise). Collision errors must be asynchronous, but they already are in ARTIQ-3 to accommodate DRTIO requirements. http
<GitHub44> [artiq] sbourdeauducq commented on issue #778: We don't lose precise exceptions with SRTIO. Underflow errors are exactly the same as before. Sequence errors are usually not an error anymore, a decreasing timestamp in a channel is only an error when we run out of usable FIFOs to "rewind" the timeline (and that one error can be precise). Collision errors must be asynchronous, but they already are in ARTIQ-3 to accommodate DRTIO requirements. http
<GitHub13> [artiq] sbourdeauducq commented on issue #778: > Places stricter requirements on the ordering of DRTIO events for a slave.... https://github.com/m-labs/artiq/issues/778#issuecomment-314485294
<sb0> bb-m-labs: force build --branch=pull/776/merge artiq
<bb-m-labs> build forced [ETA 36m13s]
<bb-m-labs> I'll give a shout when the build finishes
<bb-m-labs> build #716 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/716
<GitHub77> [artiq] sbourdeauducq closed pull request #776: defined sdcard_spi_33 in kc705_dds.py (master...master) https://github.com/m-labs/artiq/pull/776
<GitHub153> [artiq] sbourdeauducq pushed 1 new commit to master: https://github.com/m-labs/artiq/commit/40ca951750bebd6beea9eafcc3fe0ff93e8df6dd
<GitHub153> artiq/master 40ca951 mntng: kc705: add SPI bus for memory card...
<bb-m-labs> build #522 of artiq-win64-test is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/522
<bb-m-labs> build #1618 of artiq is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/1618
<bb-m-labs> build #717 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/717
<GitHub199> [artiq] hartytp commented on issue #778: @sbourdeauducq Thanks for the clarifications about precise exceptions.... https://github.com/m-labs/artiq/issues/778#issuecomment-314507837
<GitHub192> [artiq] hartytp commented on issue #778: AFAICT, Proposal 1 ("Only allocate space on the master for the DRTIO channels that are actually used") seems to be a better fit to our use cases than SRTIO because:... https://github.com/m-labs/artiq/issues/778#issuecomment-314510282
<bb-m-labs> build #523 of artiq-win64-test is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/523
<bb-m-labs> build #1619 of artiq is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/1619
<GitHub146> [artiq] hartytp commented on issue #778: AFAICT, Proposal 1 ("Only allocate space on the master for the DRTIO channels that are actually used") seems to be a better fit to our use cases than SRTIO because:... https://github.com/m-labs/artiq/issues/778#issuecomment-314510282
<GitHub63> [artiq] sbourdeauducq commented on issue #778: > while it is a non-trivial amount of work, it still sounds simpler than SRTIO. Is that correct?... https://github.com/m-labs/artiq/issues/778#issuecomment-314511412
<GitHub71> [artiq] hartytp commented on issue #778: @sbourdeauducq Thanks for the clarification.... https://github.com/m-labs/artiq/issues/778#issuecomment-314533749
<GitHub141> [artiq] dhslichter commented on issue #778: I need some time to think hard about this, and I would also recommend including others like @dleibrandt @amhankin @r-srinivas @dtcallcock in the thought process. ... https://github.com/m-labs/artiq/issues/778#issuecomment-314552190