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
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
futarisIRCcloud has joined #m-labs
rohitksingh_work has joined #m-labs
sb0 has joined #m-labs
ohsix has quit [Read error: No route to host]
<sb0> whitequark, ping
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
futarisIRCcloud has joined #m-labs
sb0 has quit [Quit: Leaving]
sb0 has joined #m-labs
<sb0> I was surprised that my RLOC macro did the right thing in the device view, but of course: the bitstream is completely trashed, and nothing works when it is loaded into the actual device, even completely unrelated components
<sb0> ah, vivado
<sb0> sigh
<sb0> that being said, fixing component placements and routes was a bigger trash fire in ISE
<davidc__> what, you didn't like spending tons of quality time in floorplanner?
<sb0> for routes you had to use fpga editor, which segfaulted every 15 minutes
<davidc__> yeah, I never had to use FPGA editor - though it might have been easier.
<sb0> the vivado interface for doing that is actually sane (though it would be better if the bitstreams didn't break, of course)
<davidc__> I haven't had any major FPGA projects since Vivado came out, other than some zynq stuff (which reminds me, figuring out a sane migen integration for that is on my long term TODO list)
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
<GitHub94> [artiq] sbourdeauducq pushed 3 new commits to master: https://github.com/m-labs/artiq/compare/a93decdef2ea...01fa6c1c2ea7
<GitHub94> artiq/master 01fa6c1 Sebastien Bourdeauducq: reorganize examples
<GitHub94> artiq/master 4b40905 Sebastien Bourdeauducq: drtio: clean up remnants of removed debug functions
<GitHub94> artiq/master c329c83 Sebastien Bourdeauducq: kasli: fix disable_si5324_ibuf no_retiming
<bb-m-labs> build #1223 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1223
attie has quit [Ping timeout: 256 seconds]
attie has joined #m-labs
<bb-m-labs> build #2066 of artiq is complete: Failure [failed python_unittest_2] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2066 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
<GitHub135> [artiq] sbourdeauducq commented on issue #908: > Everything seems to be working now,... https://github.com/m-labs/artiq/issues/908#issuecomment-366622240
<sb0> _florent_, fyi I changed the kasli sfp connections
<sb0> they match the current artiq source now
<_florent_> sb0: ok
<sb0> whitequark, I like your new build folder organization
<GitHub73> [artiq] enjoy-digital pushed 3 new commits to master: https://github.com/m-labs/artiq/compare/01fa6c1c2ea7...f5831af53511
<GitHub73> artiq/master f5831af Florent Kermarrec: drtio/transceiver/gtp_7series_init: don't reset gtp rx on power down
<GitHub73> artiq/master 89a158c Florent Kermarrec: drtio/transceiver/gtp_7series_init: remove dead code
<GitHub73> artiq/master 782051f Florent Kermarrec: drtio/transceiver/gtp_7series_init: add no retiming on gtp resets
<sb0> _florent_, all this is tested on hardware?
<_florent_> sb0: yes
<GitHub65> [artiq] sbourdeauducq pushed 2 new commits to master: https://github.com/m-labs/artiq/compare/f5831af53511...3bc575bee77f
<GitHub65> artiq/master 7376ab0 Sebastien Bourdeauducq: drtio: fix Sayma after 83abdd28
<GitHub65> artiq/master 3bc575b Sebastien Bourdeauducq: drtio: add missing define for Sayma master
attie has quit [Ping timeout: 256 seconds]
attie has joined #m-labs
<whitequark> sb0: pong
<bb-m-labs> build #1224 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1224
<bb-m-labs> build #2067 of artiq is complete: Failure [failed python_unittest_2] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2067 blamelist: Florent Kermarrec <florent@enjoy-digital.fr>
<GitHub117> [artiq] sbourdeauducq pushed 2 new commits to master: https://github.com/m-labs/artiq/compare/3bc575bee77f...0f4549655bac
<GitHub117> artiq/master 0f45496 Sebastien Bourdeauducq: sayma: use Xilinx RX synchronizer...
<GitHub117> artiq/master 52049cf Sebastien Bourdeauducq: drtio: add Xilinx RX synchronizer
<bb-m-labs> build #1225 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1225
<bb-m-labs> build #2068 of artiq is complete: Failure [failed python_unittest_2] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2068 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
<GitHub174> [artiq] hartytp commented on issue #908: :( any idea why? https://github.com/m-labs/artiq/issues/908#issuecomment-366645135
attie has quit [Ping timeout: 240 seconds]
attie has joined #m-labs
<GitHub147> [artiq] hartytp commented on issue #908: @sbourdeauducq did you see anything else suspicious in the timing report? Particularly, anything connected with the SDRAM? https://github.com/m-labs/artiq/issues/908#issuecomment-366650547
<bb-m-labs> build #1226 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1226
<bb-m-labs> build #733 of artiq-win64-test is complete: Warnings [warnings python_unittest] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/733 blamelist: Sebastien Bourdeauducq <sb@m-labs.hk>
<bb-m-labs> build #2069 of artiq is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2069
hartytp has joined #m-labs
<hartytp> sb0: need to double check I'm not doing something silly, but I still see timing issues with sayma_amc build
<hartytp> CRITICAL WARNING: [Timing 38-322] The clock arriving at pin ISERDESE3/CLK must have the same master clock as the clock arriving at pin ISERDESE3/CLKDIV, and the latter can only be phase shifted by 0/90/180/270 degrees. Any auto-derived clock on pin ISERDESE3/INTERNAL_DIVCLK will be created with 0 phase. [/home/ion/scratch/tph/artiq/artiq_sayma/standalone/gateware/top.xdc:882]
<hartytp> etc
<hartytp> nope, never mind, python path issue was using an old version of misoc
<hartytp> fixed
attie has quit [Ping timeout: 264 seconds]
attie has joined #m-labs
sb0 has quit [Quit: Leaving]
<GitHub167> [artiq] sbourdeauducq commented on issue #854: I gave it another try today, managed to ping the board with low packet loss rate after tuning the TX clock phase, but could not reproduce it after reloading bitstreams. https://github.com/m-labs/artiq/issues/854#issuecomment-366672542
rohitksingh_work has quit [Read error: Connection reset by peer]
<GitHub84> [artiq] hartytp commented on issue #908: hmmm....... https://github.com/m-labs/artiq/issues/908#issuecomment-366683275
<GitHub20> [artiq] hartytp commented on issue #908: hmmm....... https://github.com/m-labs/artiq/issues/908#issuecomment-366683275
<GitHub161> [artiq] hartytp commented on issue #908: Any suggestions for next moves? https://github.com/m-labs/artiq/issues/908#issuecomment-366683643
hartytp has quit [Quit: Page closed]
<GitHub141> [artiq] hartytp commented on issue #908: Any suggestions for next moves?... https://github.com/m-labs/artiq/issues/908#issuecomment-366683643
<GitHub78> [migen] jordens pushed 1 new commit to master: https://github.com/m-labs/migen/commit/9c3a301d82c328318739c58cc17158da8a826ce7
<GitHub78> migen/master 9c3a301 Robert Jordens: vivado: clock contraints: use groups, string properties...
<GitHub98> [artiq] enjoy-digital commented on issue #908: hartytp: can you try that? https://github.com/m-labs/artiq/issues/908#issuecomment-366426623 (I just want to know if issue could be related to write leveling)... https://github.com/m-labs/artiq/issues/908#issuecomment-366687834
rohitksingh has joined #m-labs
<bb-m-labs> build #244 of migen is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/migen/builds/244
<GitHub111> [artiq] jordens pushed 2 new commits to master: https://github.com/m-labs/artiq/compare/0f4549655bac...bfabf3c9068e
<GitHub111> artiq/master bfabf3c Robert Jordens: conda: bump migen (9c3a301)
<GitHub111> artiq/master 7e02d82 Robert Jordens: kasli: false paths...
FabM has quit [Ping timeout: 248 seconds]
rohitksingh has quit [Quit: Leaving.]
rohitksingh has joined #m-labs
<GitHub76> [artiq] sbourdeauducq commented on issue #908: I don't see anything suspicious in the log or timing report. https://github.com/m-labs/artiq/issues/908#issuecomment-366694966
<bb-m-labs> build #1227 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1227
<bb-m-labs> build #734 of artiq-win64-test is complete: Warnings [warnings python_unittest] Build details are at http://buildbot.m-labs.hk/builders/artiq-win64-test/builds/734 blamelist: Robert Jordens <jordens@gmail.com>
<bb-m-labs> build #2070 of artiq is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2070
<GitHub143> [artiq] hartytp commented on issue #908: @enjoy-digital Will report back when that builds. Without the write leveling, do you expect the SDRAM to work at all (except by chance)?... https://github.com/m-labs/artiq/issues/908#issuecomment-366698880
rohitksingh has quit [Ping timeout: 248 seconds]
<GitHub157> [artiq] enjoy-digital commented on issue #908: @hartytp: BTW for the test i'm asking, you just need to rebuild and flash the bootloader. I already had a case where disabling write_leveling was making things working. If this test make things working, then we could suspect something ont the write leveling sequence. If not, then we cannot say anything. https://github.com/m-labs/artiq/issues/908#issuecomment-3667065
<GitHub109> [artiq] enjoy-digital commented on issue #908: @hartytp: BTW for the test i'm asking, you just need to rebuild and flash the bootloader. I already had a case where disabling write_leveling was making things working. If this test make things working, then we could suspect something on the write leveling sequence. If not, then we cannot say anything. https://github.com/m-labs/artiq/issues/908#issuecomment-36670658
rohitksingh has joined #m-labs
attie has quit [Ping timeout: 256 seconds]
attie has joined #m-labs
sb0 has joined #m-labs
<GitHub199> [artiq] marmeladapk commented on issue #908: Without SAWG:... https://github.com/m-labs/artiq/issues/908#issuecomment-366724445
rohitksingh has quit [Quit: Leaving.]
<GitHub93> [artiq] hartytp commented on issue #908: @enjoy-digital:... https://github.com/m-labs/artiq/issues/908#issuecomment-366726548
<GitHub43> [artiq] hartytp commented on issue #908: @enjoy-digital:... https://github.com/m-labs/artiq/issues/908#issuecomment-366726548
<GitHub194> [artiq] hartytp commented on issue #908: That's with SAWG, and with write leveling commented out. Seems to freeze there. https://github.com/m-labs/artiq/issues/908#issuecomment-366726832
<GitHub126> [artiq] hartytp commented on issue #908: Hmmm...Normally, I've run `artiq_flash ... start` and then promptly run the openocd script to load the RTM gateware. That used to work fine. Now, I seem to have to run the openocd script after misoc boots or it prints `[ 0.028266s] INFO(board_artiq::serwb): waiting for AMC/RTM serwb bridge to be ready...` once and hangs there. After running the openocd script, it gets to
<GitHub66> [artiq] enjoy-digital commented on issue #908: hartytp: not sure that's without write_leveling since there is the write_leveling prompt. https://github.com/m-labs/artiq/issues/908#issuecomment-366730077
<GitHub74> [artiq] enjoy-digital commented on issue #908: @hartytp : not sure that's without write_leveling since there is the write_leveling prompt. https://github.com/m-labs/artiq/issues/908#issuecomment-366730077
attie has quit [Remote host closed the connection]
attie has joined #m-labs
AceChen has quit [Ping timeout: 248 seconds]
<GitHub116> [artiq] hartytp commented on issue #908: @enjoy-digital apologies, forgot to save changes. Hmmm...that was rebuilding with exactly the same code as this morning, but gave different results (no memory errors, but now freezes later on during boot). https://github.com/m-labs/artiq/issues/908#issuecomment-366736225
<GitHub114> [artiq] hartytp commented on issue #908: ``` __ __ _ ____ ____ ... https://github.com/m-labs/artiq/issues/908#issuecomment-366737498
Rex0r has joined #m-labs
<GitHub160> [artiq] hartytp commented on issue #908: ``` __ __ _ ____ ____ ... https://github.com/m-labs/artiq/issues/908#issuecomment-366737498
RexOrCine has quit [Ping timeout: 252 seconds]
<GitHub27> [artiq] sbourdeauducq commented on issue #908: 1.8V bug? https://github.com/m-labs/artiq/issues/908#issuecomment-366739236
<GitHub11> [artiq] hartytp commented on issue #908: Not sure if it's connected, but when I was playing around with the HMC830 I found that Sayma was prone to crashing. IIRC, I was checking to see if some part of the HMC830 startup process needed some time (e.g. after the power on reset) so I was adding delays followed by register dumps at various points in the initialization sequence. Some things I did would cause it to crash (a
<GitHub101> [artiq] hartytp commented on issue #908: > 1.8V bug?... https://github.com/m-labs/artiq/issues/908#issuecomment-366739928
<GitHub178> [artiq] hartytp commented on issue #908: It does still respond to ``artiq_flash ... start`` https://github.com/m-labs/artiq/issues/908#issuecomment-366740277
<GitHub97> [artiq] sbourdeauducq commented on issue #908: And how much noise do you have on the 1.8V rail? IME, I had more unexplained crashes before I added the capacitor on the 1.8V rail. Though unreliable SDRAM could cause those as well. https://github.com/m-labs/artiq/issues/908#issuecomment-366740427
<GitHub27> [artiq] hartytp commented on issue #908: hmmm... just ran ```artiq_flash ... start``` a few times and saw:... https://github.com/m-labs/artiq/issues/908#issuecomment-366740842
<GitHub79> [artiq] hartytp commented on issue #908: > And how much noise do you have on the 1.8V rail? IME, I had more unexplained crashes before I added the capacitor on the 1.8V rail. Though unreliable SDRAM could cause those as well.... https://github.com/m-labs/artiq/issues/908#issuecomment-366742634
rohitksingh has joined #m-labs
<GitHub99> [artiq] hartytp commented on issue #908: hmmmm...running ``artiq_flash ... start`` a few times, I'm getting mainly memory errors, but sometimes I'm getting to "continuing to boot" before it crashes. ... https://github.com/m-labs/artiq/issues/908#issuecomment-366744884
<GitHub3> [artiq] hartytp commented on issue #908: Well, let me know if there is anything else you can think of for me to try. https://github.com/m-labs/artiq/issues/908#issuecomment-366745225
<GitHub149> [artiq] marmeladapk commented on issue #908: @enjoy-digital I commented out write leveling and I got warnings during compilation that this function is never used. However write leveling still shows up in boot messages (and memory check fails).... https://github.com/m-labs/artiq/issues/908#issuecomment-366756685
rohitksingh has quit [Quit: Leaving.]
RexO has joined #m-labs
Rex0r has quit [Ping timeout: 240 seconds]
mumptai has joined #m-labs
Rex0r has joined #m-labs
RexO has quit [Ping timeout: 260 seconds]
mumptai has quit [Remote host closed the connection]