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
Gurty has joined #m-labs
rohitksingh has joined #m-labs
rohitksingh has quit [Quit: Leaving.]
<sb0> well, removing the sdram constraints doesn't help at all with the serdes-ttl timing...
<GitHub-m-labs> [artiq] sbourdeauducq pushed 2 new commits to release-3: https://github.com/m-labs/artiq/compare/35b70b3123d4...394b66cd8c24
<GitHub-m-labs> artiq/release-3 394b66c Sebastien Bourdeauducq: RELEASE_NOTES: update
<GitHub-m-labs> artiq/release-3 41ae1d8 Sebastien Bourdeauducq: conda: bump misoc
<GitHub-m-labs> [artiq] sbourdeauducq closed issue #959: flterm broken on windows https://github.com/m-labs/artiq/issues/959
Ultrasauce has quit [Quit: No Ping reply in 180 seconds.]
Ultrasauce has joined #m-labs
<bb-m-labs> build #1374 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1374
<bb-m-labs> build #2210 of artiq is complete: Failure [failed conda_install] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2210 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
rohitksingh_work has joined #m-labs
<GitHub-m-labs> [artiq] sbourdeauducq pushed 3 new commits to master: https://github.com/m-labs/artiq/compare/770b0a7b79a8...102e3983b5cd
<GitHub-m-labs> artiq/master 102e398 Sebastien Bourdeauducq: manual: reorganize core drivers
<GitHub-m-labs> artiq/master 1b91339 Sebastien Bourdeauducq: manual: fix text role
<GitHub-m-labs> artiq/master 06f24c6 Sebastien Bourdeauducq: RELEASE_NOTES: update
<sb0> bb-m-labs, force build --branch=release-3 artiq
<GitHub-m-labs> [artiq] sbourdeauducq tagged 3.6 at 451bb36: https://github.com/m-labs/artiq/commits/3.6
<bb-m-labs> The build has been queued, I'll give a shout when it starts
<bb-m-labs> build #1375 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1375
<bb-m-labs> build #800 of artiq-win64-test is complete: Warnings [warnings python_unittest] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/800 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
<bb-m-labs> build #2211 of artiq is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2211
<bb-m-labs> build forced [ETA 1h05m55s]
<bb-m-labs> I'll give a shout when the build finishes
<sb0> bb-m-labs: force build --props=package=artiq-board,artiq_target=kc705,artiq_variant=nist_qc2 --branch=release-3 artiq-board
<bb-m-labs> The build has been queued, I'll give a shout when it starts
<sb0> bb-m-labs: force build --props=package=artiq-board,artiq_target=kc705,artiq_variant=phaser --branch=release-3 artiq-board
<bb-m-labs> The build has been queued, I'll give a shout when it starts
<bb-m-labs> build #1376 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1376
<bb-m-labs> build forced [ETA 25m42s]
<bb-m-labs> I'll give a shout when the build finishes
<bb-m-labs> build #801 of artiq-win64-test is complete: Warnings [warnings python_unittest] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/801
<bb-m-labs> build #1377 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1377
<bb-m-labs> build #2212 of artiq is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2212
<GitHub-m-labs> [artiq] sbourdeauducq pushed 2 new commits to master: https://github.com/m-labs/artiq/compare/102e3983b5cd...40e2ced85e9f
<GitHub-m-labs> artiq/master 40e2ced Sebastien Bourdeauducq: manual: fix core_drivers_reference
<GitHub-m-labs> artiq/master 9eb0218 Sebastien Bourdeauducq: RELEASE_NOTES: add sections for major releases
<sb0> bb-m-labs: force build --props=package=artiq-board,artiq_target=kc705,artiq_variant=nist_qc2 --branch=release-3 artiq-board
<bb-m-labs> The build has been queued, I'll give a shout when it starts
<bb-m-labs> build #1378 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1378
<bb-m-labs> build forced [ETA 27m08s]
<bb-m-labs> I'll give a shout when the build finishes
bunnie has quit [*.net *.split]
futarisIRCcloud has quit [*.net *.split]
_florent_ has quit [*.net *.split]
bunnie_ has joined #m-labs
futarisIRCcloud has joined #m-labs
_florent_ has joined #m-labs
FabM has joined #m-labs
FabM is now known as FabM_Cave
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #845: Please upgrade to 3.6 and reopen if the problem persists. https://github.com/m-labs/artiq/issues/845#issuecomment-375206955
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #958: @cjbe Does it work correctly now? https://github.com/m-labs/artiq/issues/958#issuecomment-375207247
<sb0> _florent_, do you know why we get this warning " Gated clock check: Net CLKB0 is a gated clock net sourced by a combinational pin ISERDESE2_i_1/O, cell ISERDESE2_i_1." on the RTM? that's the serwb serdes
<_florent_> sb0: i saw it, but haven't been able to understand. It seems related the fact that we are inverting CLKB, but is there another way to do it? (and that's what we are doing on others ISERDESE2 i think)
<sb0> yes, that's what we are doing on the other ISERDESE2 for Kasli on SDRAM and it works fine there
<sb0> I seem to be unable to reproduce that warning, too
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #951: > RTM:... https://github.com/m-labs/artiq/issues/951#issuecomment-375210224
<sb0> bb-m-labs, stop build artiq-win64-test
<bb-m-labs> try 'stop build WHICH <REASON>'
<sb0> bb-m-labs, stop build artiq-win64-test broken
<bb-m-labs> build 802 interrupted
<bb-m-labs> build #802 of artiq-win64-test is complete: Exception [exception interrupted] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/802 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
<bb-m-labs> build #1379 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1379
<bb-m-labs> build #2213 of artiq is complete: Failure [failed] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2213 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
<sb0> whitequark, any progress fixing the windows tests?
<GitHub-m-labs> [artiq] cjbe commented on issue #958: I tested ce2b5a97cba06cb3c4b1d869ae116fbe5702a934 - this did not fix the issue.... https://github.com/m-labs/artiq/issues/958#issuecomment-375212462
<GitHub-m-labs> [artiq] sbourdeauducq pushed 1 new commit to master: https://github.com/m-labs/artiq/commit/f2cc2a5ff298009af324365e3287da23a9199d52
<GitHub-m-labs> artiq/master f2cc2a5 Sebastien Bourdeauducq: firmware: reset local RTIO PHYs on startup (#958)
<GitHub-m-labs> [artiq] sbourdeauducq pushed 1 new commit to release-3: https://github.com/m-labs/artiq/commit/a844a3350e2063c2712edb2c8a975f697a6099fd
<GitHub-m-labs> artiq/release-3 a844a33 Sebastien Bourdeauducq: firmware: reset local RTIO PHYs on startup (#958)
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #958: I suppose that you tested between a SERDES TTL on the master and a SERDES TTL on the satellite, correct? https://github.com/m-labs/artiq/issues/958#issuecomment-375216949
<GitHub-m-labs> [artiq] cjbe commented on issue #958: @sbourdeauducq correct https://github.com/m-labs/artiq/issues/958#issuecomment-375224464
<bb-m-labs> build #1380 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1380
<sb0> whitequark, cmdline = [arg.replace("{", "{{").replace("}", "}}") for arg in cmdline] ?
<sb0> (in artiq_flash)
<sb0> whitequark, what is that for?
<sb0> whitequark, ping
<GitHub-m-labs> [artiq] sbourdeauducq closed issue #927: OpenOCD fails to find proxy bitstream on Windows https://github.com/m-labs/artiq/issues/927
<sb0> whitequark, did you disconnect kasli ethernet?
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #958: The satellite was resetting the SERDES, but the master was not (this may also cause problems on non-DRTIO targets). Hopefully fixed now! https://github.com/m-labs/artiq/issues/958#issuecomment-375236750
<bb-m-labs> build #803 of artiq-win64-test is complete: Warnings [warnings python_unittest] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/803 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
<bb-m-labs> build #2214 of artiq is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2214
<bb-m-labs> build #1381 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1381
<bb-m-labs> build #2215 of artiq is complete: Failure [failed python_unittest_2] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2215 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
<bb-m-labs> build #1382 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1382
<bb-m-labs> build #2216 of artiq is complete: Failure [failed artiq_flash] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2216 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
<GitHub-m-labs> [artiq] sbourdeauducq pushed 1 new commit to master: https://github.com/m-labs/artiq/commit/0635907699ea75527b27eb7e2a5572dd0d094f2e
<GitHub-m-labs> artiq/master 0635907 Sebastien Bourdeauducq: artiq_flash: fix cmdline formatting
Gurty has quit [Quit: Kooll ~o~ datalove <3³\infty]
Gurty has joined #m-labs
<GitHub-m-labs> [artiq] marmeladapk commented on issue #908: @jbqubit has (or will soon get) one of our Saymas which had worse results. Our second Sayma is in use by wizath at the moment (he's working on MMC). https://github.com/m-labs/artiq/issues/908#issuecomment-375275235
<bb-m-labs> build #1383 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1383
<whitequark> sb0: I think "cmdline = [arg.replace("{", "{{").replace("}", "}}") for arg in cmdline]" was left over from an earlier iteration of code
<bb-m-labs> build #804 of artiq-win64-test is complete: Warnings [warnings python_unittest] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/804 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
<bb-m-labs> build #2217 of artiq is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2217
<sb0> whitequark, no, it was to handle the .format() in remoting.py
<whitequark> ah, right
<GitHub-m-labs> [artiq] mingshenli opened issue #968: the kc705 board memory bar may be broken https://github.com/m-labs/artiq/issues/968
rohitksingh_work has quit [Read error: Connection reset by peer]
kristianpaul has quit [Quit: Lost terminal]
_whitelogger has joined #m-labs
marmelada has joined #m-labs
<marmelada> hey everyone
<marmelada> rjo, sb0, did you have problems with ethernet on kasli 1.0?
whitequark has joined #m-labs
<marmelada> I try to use suservo variant and I have timeouts and kasli answers singular pings
<marmelada> *single
<rjo> marmelada: hello.
<rjo> marmelada: what's the setup?
<rjo> marmelada: no. we usually don't have problems.
<marmelada> kasli 1.0, suservo variant, ethernet on sfp0, sampler on eem3 and 2, urukul on eem 5 and 4
<marmelada> I flashed storage with ip and mac address
<marmelada> using MAC address 02-02-02-02-02-01 [ 5.306932s] INFO(runtime): using IP address 192.168.95.175
<marmelada> I don't get any answer to pings for some time, then sometimes I get answers with big changes in response time
<marmelada> from 3 ms (expected) to > 1 s
<rjo> marmelada: that's not a good MAC adddress. but it shouldn't be a problem if there is no other device by that MAC on the network.
<marmelada> it worked earlier
<rjo> marmelada: which sfp module, fiber, switch?
<marmelada> I can change it
<marmelada> I connected kasli to tp-link media converter
<marmelada> ok, so with new mac no change
<marmelada> i'll try opticlock now
<rjo> you are saying the sfp modules, the fiber, the mac, and the media converter worked before?
<rjo> and that kasli as well?
<marmelada> we got that kasli from tom, it's the first time i use it
<rjo> which sfp modules?
<marmelada> glc-t
<rjo> original cisco ones?
<marmelada> no
<marmelada> I also used tp-link mc220l media converter
<marmelada> hm, now I get answers to pings
<marmelada> but artiq_run times out
<marmelada> ok, so my setup now: kasli 1.0, opticlock variant, urukul on eem 5 and 4, glc-t sfp module connected to switch
<rjo> that one worked for us. do you have other ones around?
<rjo> you are using the glv-t and the mc220l? and then another SFP to somewhere?
<rjo> *glc-t
<rjo> marmelada: and the sfp module you used with the media converter was which one?
<rjo> marmelada: both the glc-t and the other sfp with the media converter yield the same result?
<rjo> marmelada: it should not matter whether you have eems connected or not. but you need different bitstreams for v1.1 and v1.0 (see the --hw-rev switch when building).
<rjo> but guven that you see the console messages, i think you did the right thing.
<marmelada> rjo: i've seen that migen defaults to 1.0
<rjo> yes.
<marmelada> rjo i've seen that at some point someone removed ethernet information from console, as it was spamming
<marmelada> infos like rx preamble errors etc
<marmelada> how can I bring that back?
<rjo> marmelada: 7afb23e8be261
<marmelada> hm, silence
<marmelada> should this worry me? ERROR(runtime::rtio_mgt): unrecognized startup_clock configurat ion entry, using internal RTIO clock
<marmelada> O.o
<marmelada> now it works
<marmelada> ping with 0.3 ms response time
<marmelada> and artiq run works
<marmelada> I changed back !debug to !wanr and loaded it once again
<rjo> no. that message is ok.
<rjo> maybe some old misoc/migen was used to build the bitstream?
<marmelada> migen 0.7 py35_21+git881741b m-labs/label/dev misoc 0.10 py35_9+git103bb3a8 m-labs/label/dev
<marmelada> so misoc is one commit begind
<marmelada> behind*
<marmelada> hm, I'll write it off as a problem with our network
<marmelada> it works now with all variants
<marmelada> sorry to bother you :/
<rjo> no problem. if you figure out what it was, let us know.
<rjo> whitequark: camera got its firmware update and is back. might work with aravis http://paste.debian.net/1016075/
<rjo> whitequark: if you can see the camera settings (i posted a list of the important things a few weeks ago) through aravis then we should probably go that route. and evaluate the existing python wrappers for aravis.
<rjo> davidc__: you had experience with GigE vision stuff. any recommendation what to do and use and what not?
<rjo> davidc__: is aravis a good gigev library to build on?
mumptai has joined #m-labs
kristianpaul has quit [Quit: Lost terminal]
FabM_Cave has quit [Quit: ChatZilla 0.9.93 [Firefox 52.7.2/20180316222652]]
kristianpaul has joined #m-labs
mumptai has quit [Quit: Verlassend]