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
rjo has quit [Quit: leaving]
rjo has joined #m-labs
fengling has quit [Quit: WeeChat 1.2]
fengling has joined #m-labs
fengling has quit [Quit: WeeChat 1.2]
fengling has joined #m-labs
hozer has quit [Quit: Leaving.]
hozer has joined #m-labs
nicksydney has joined #m-labs
<GitHub104> [artiq] whitequark pushed 3 new commits to new-py2llvm: http://git.io/vstdX
<GitHub104> artiq/new-py2llvm 1040a40 whitequark: lit-test: fix tests incorrectly assuming an OutputCheck step.
<GitHub104> artiq/new-py2llvm 6c8de9b whitequark: Implement methods.
<GitHub104> artiq/new-py2llvm 51c591f whitequark: Unbreak tests.
<whitequark> alright, methods are done
nengel is now known as attie
<cr1901_modern> Is it probable that if one wire on a bus attached to a flip flop is not kept in a stable state before latching, that it can affect the output of the flip flop on other bus lines?
mumptai has quit [Remote host closed the connection]
bentley` has quit [Ping timeout: 240 seconds]
<GitHub121> [artiq] fallen pushed 1 new commit to master: http://git.io/vsmsj
<GitHub121> artiq/master da1398b Yann Sionneau: pxi6733: fix crash when samples are all the same...
<ysionneau> sb0: Kathie confirmed the driver works for multiple simultaneous channels (with one clock)
<ysionneau> now ARTIQ linux-32 packages are automatically generated also (and not just linux-64 via travis)
<ysionneau> o_o, the travis build just restarted from scratch ...
<ysionneau> sometimes travis has weird bugs
<GitHub65> [artiq] fallen pushed 1 new commit to master: http://git.io/vsm08
<GitHub65> artiq/master 3002b5b Yann Sionneau: conda: update artiq pkg entry points
travis-ci has joined #m-labs
<travis-ci> m-labs/artiq#419 (master - da1398b : Yann Sionneau): The build has errored.
travis-ci has left #m-labs [#m-labs]
travis-ci has joined #m-labs
<travis-ci> m-labs/artiq#420 (master - 3002b5b : Yann Sionneau): The build passed.
travis-ci has left #m-labs [#m-labs]
antgreen has joined #m-labs
<mithro> Heyo, have you guys done much running of uclinux stuff on lm32? I see some old stuff at https://github.com/m-labs/linux-milkymist
<ysionneau> hey mithro I can see you are contributing to the HDMI2USB project, are you guys aiming at using the misoc based firmware as the default one?
<mithro> ysionneau: yes - I'm very interested in trying to revitalise the video part of misoc
<ysionneau> very cool!
<mithro> ysionneau: interested in helping out? :P
<mithro> ysionneau: BTW Know anyone who was really interested in the original milkymist stuff? I'm very interested in getting people who were jazzed up about that hacking on stuff for our Numato Opsis board
<ysionneau> by original you mean the Verilog SoC?
mumptai has joined #m-labs
<ysionneau> 18:57 < mithro> ysionneau: interested in helping out? :P < my time is very limited :x
<mithro> ysionneau: more people interested in flickernoise and doing video manipulation stuff
<ysionneau> oh the software part
<mithro> ysionneau: yeah I know that feeling - https://www.youtube.com/watch?v=eR4i-XJDGCM
<ysionneau> ahahah
<mumptai> "$name has too many projects" -- would make a nice meme
<ysionneau> so, you would like to port flickernoise on your HDMI2USB board?
antgreen has quit [Ping timeout: 256 seconds]
<cr1901_modern> Finally figured out what was wrong with my design yesterday... not random register corruption thankfully :P. After every FPGA program cycle, my device needs to be reset, otherwise it locks up
<cr1901_modern> I wonder what the best way to do this is Migen (i.e. a wishbone SYSCON module that resets for one clock)
bentley` has joined #m-labs
<cr1901_modern> ysionneau: Have you ever dealt with an FPGA design "error" where DRC warns you that a signal "does not drive" any load, but it's routed anyway?
<GitHub113> [artiq] whitequark pushed 1 new commit to new-py2llvm: http://git.io/vs353
<GitHub113> artiq/new-py2llvm 53b4d87 whitequark: LLVMIRGenerator: attach debug metadata to all emitted LLVM instructions.
_florent_ has joined #m-labs
<GitHub40> [artiq] whitequark pushed 2 new commits to new-py2llvm: http://git.io/vs3hA
<GitHub40> artiq/new-py2llvm afc3f36 whitequark: ARTIQIRGenerator: fix polymorphic print on closures.
<GitHub40> artiq/new-py2llvm 673512f whitequark: coredevice.core: fix imports.
<mithro> ysionneau: Yes, we would love to port flickernoise to the Numato Opsis board
<cr1901_modern> So it appears I'm still wrong. Xilinx's compiler/PAR tool is actively ignoring initial values for my reset signal and always keeping it "1", unless I explicitly code it to be "0" in my FSM (active low)... wtf?
bentley` has quit [Ping timeout: 250 seconds]
_florent_ has quit [Quit: Leaving]
mumptai has quit [Remote host closed the connection]
<rjo> sb0: does the idle experiment being started automatically rely on the tcp stack keepalive/idle exclusively? what happens if python hangs but the tcp stack is still alive?
<GitHub24> [artiq] whitequark pushed 1 new commit to new-py2llvm: http://git.io/vssho
<GitHub24> artiq/new-py2llvm 27a6979 whitequark: LLVMIRGenerator: use sret when returning large structures.