sb0_ changed the topic of #m-labs to: https://m-labs.hk :: Logs http://irclog.whitequark.org/m-labs
<_whitenotifier-c> [nmigen] adamgreig opened issue #34: Unexpected Memory behaviour in simulation - https://git.io/fhyHX
<sb0> mmh the ddmtd on rtm worked fine for a while yesterday, but now I'm just getting random values out of it :(
rohitksingh has joined #m-labs
Gurty has quit [Read error: Connection timed out]
rohitksingh has quit [Ping timeout: 240 seconds]
<sb0> and now it works again, for no reason
<sb0> when it does work, it seems to work well though. less jitter than ultrascale.
<sb0> all other alignment procedures and tests also pass
<sb0> running a reboot loop for a few hours ...
rohitksingh has joined #m-labs
Gurty has joined #m-labs
m4ssi has joined #m-labs
Gurty has quit [Read error: Connection timed out]
Gurty has joined #m-labs
Gurty has quit [Changing host]
Gurty has joined #m-labs
<key2_> whitequark: any news about nMigen builder system ? have you made your choice ?
<cr1901_modern> key2_: It's likely going to be edalize
<cr1901_modern> afaik
<key2_> yeah i heard about it
<key2_> Then we still need the platform
<key2_> as this is one of the good thing of migen
hartytp has joined #m-labs
<hartytp> sb0: you mentioned Sayma config from kernels a few days ago
<hartytp> isn't the current 12s boot time heavily bloated by diagnostics that we won't keep forever
<hartytp> so it will be much less of an issue once we trust the hw a bit (or, at least the diagnostics can be disabled by default)
<hartytp> but I take the basic point that for a large distributed system it's nice to do as much of the bring up locally
<hartytp> however, it would be nice to have access to the DAC SPI bus from kernels
<hartytp> for debugging etc
<hartytp> e.g. I can imagine wanting to play around with the DAC registers from my experiment to test things out or change config dynamically (enable mixer mode or something like that)
<hartytp> another case being reading the DAC temperature using its internal sensor. which is something I'd really like for measuring phase stability
<hartytp> is there an easy way of having the DAC connected to a non-realtime bus that can be accessed from either kernels or satman?
hartytp has quit [Quit: Page closed]
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
jevinski_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<bb-m-labs> build #2367 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/2367
<sb0> there is already access to the DAC SPI bus
<sb0> in kernels, and through drtio
<bb-m-labs> build #2368 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/2368
<travis-ci> m-labs/smoltcp#1198 (auto - c0ecd69 : Derk Bell): The build passed.
<bb-m-labs> build #2883 of artiq is complete: Failure [failed python_unittest_3] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2883 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
m4ssi has quit [Remote host closed the connection]
rohitksingh has quit [Read error: Connection reset by peer]