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
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #89: Click 'Recompute all arguments' in the panel that appears after you open the experiment. NB, this is a different issue. https://github.com/m-labs/artiq/issues/89#issuecomment-401982683
<GitHub-m-labs> [artiq] sbourdeauducq closed issue #1091: artiq_flash command not found https://github.com/m-labs/artiq/issues/1091
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #1092: Where is it created instead? https://github.com/m-labs/artiq/issues/1092#issuecomment-401984063
sb0 has joined #m-labs
<sb0> omid, you need to restart the board to get startup messages
<sb0> other than that it's a regular serial port...
sb0 has quit [Quit: Leaving]
rohitksingh_work has joined #m-labs
sb0 has joined #m-labs
<GitHub3> [smoltcp] crawford commented on issue #223: @ProgVal Did you uncomment line 131? https://github.com/m-labs/smoltcp/issues/223#issuecomment-402012848
<GitHub76> [smoltcp] crawford commented on issue #223: @whitequark I'm now getting an eerily similar error after (refactoring my Device implementation](https://github.com/crawford/PoE/blob/78817d4dbcb2d0a1bc981238a184996b5029b3c2/firmware/src/main.rs#L109). This code fails with the following error message:... https://github.com/m-labs/smoltcp/issues/223#issuecomment-402013661
<GitHub47> [smoltcp] crawford commented on issue #223: @whitequark I'm now getting an eerily similar error after [refactoring my Device implementation](https://github.com/crawford/PoE/blob/78817d4dbcb2d0a1bc981238a184996b5029b3c2/firmware/src/main.rs#L109). This code fails with the following error message:... https://github.com/m-labs/smoltcp/issues/223#issuecomment-402013661
<GitHub130> [smoltcp] birkenfeld commented on issue #223: Does it change anything if you move `rx_buffer`/`tx_buffer` above the creation of `neighbor_cache` and `ip_addrs`? https://github.com/m-labs/smoltcp/issues/223#issuecomment-402021670
[X-Scale] has joined #m-labs
X-Scale has quit [Ping timeout: 240 seconds]
[X-Scale] is now known as X-Scale
hartytp has quit [Quit: Page closed]
hartytp has joined #m-labs
<hartytp> sb0: just curious here, but a couple more questions about the ram termination on sayma
<hartytp> does this mean that the dqs is terminated at the FPGA and also driven by a controlled impedance?
<hartytp> i.e. parallel and series termination
<hartytp> if so, doesn't that give too low an impedance, so it's not optimal for SI?
<hartytp> also, won't series + parallel termination reduce the signal level?
<hartytp> finally, since in the design we only use the dqs as an output, why use ODT at all? Isn't controlled impedance drive enough? Or, have I misunderstood how this all works?
<sb0> _florent_, ^
<hartytp> this all seems to work fine, so I don't think there is a real issue here, but I was reading the code while doing something else and realised that I don't understand it. So I got curious
<sb0> DQS should have the same settings as DQ in the platform file. it's only a peculiarity of the PHY that it's not using DQS for reads
<hartytp> sb0: fine, but it's not clear to me what happens when one combines ODT with an output driver
<hartytp> sb0: do you have a good way of probing the UFL connectors? If not, I've found that a MCL TMC2-43X+ eval board with traces cut to add 100nF capacitors is an excellent tool for looking at sayma
<GitHub-m-labs> [artiq] hartytp commented on issue #1083: Provisionally, I do not believe that this or #1080 are due to errors.... https://github.com/m-labs/artiq/issues/1083#issuecomment-402073945
<GitHub-m-labs> [artiq] hartytp commented on issue #1083: @gkasprow it would be good if you could repeat that measurement and also probe the GTP_CLK{1,2} FPGA inputs on a board that's not working... https://github.com/m-labs/artiq/issues/1083#issuecomment-402074274
<GitHub-m-labs> [artiq] hartytp commented on issue #1083: NB I'm building without SAWG and still see this and the PBRS issues. https://github.com/m-labs/artiq/issues/1083#issuecomment-402075381
<hartytp> sb0: okay, that's about all I can do with Sayma for now. I'd like to actually start using it in an experiment soon as a DRTIO slave, but can't do that until the PBRS/SYSREF issues are fixed
hartytp has quit [Quit: Page closed]
<GitHub-m-labs> [migen] sbourdeauducq pushed 1 new commit to master: https://github.com/m-labs/migen/commit/9d3db58135461bd861984da5296af506f7420598
<GitHub-m-labs> migen/master 9d3db58 Thomas Harty: Sayma AMC: add SYSCLK1_300
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #1083: > @sbourdeauducq what is your plan for tracking this down?... https://github.com/m-labs/artiq/issues/1083#issuecomment-402081186
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #1083: > @sbourdeauducq what is your plan for tracking this down?... https://github.com/m-labs/artiq/issues/1083#issuecomment-402081186
sb0 has quit [Quit: Leaving]
<GitHub-m-labs> [artiq] hartytp commented on issue #1083: > Can this be narrowed down further, i.e. just use the IBUFDS_GTE3 as a clock buffer to the fabric, remove transceivers and all JESD204 stuff, and simplify the SYSREF logic into the minimum code that would demonstrate a problem?... https://github.com/m-labs/artiq/issues/1083#issuecomment-402082794
<GitHub-m-labs> [artiq] hartytp commented on issue #1083: I'm also happy to post you the non-working board if you want to investigate this locally. https://github.com/m-labs/artiq/issues/1083#issuecomment-402085320
_whitelogger has joined #m-labs
<bb-m-labs> build #294 of migen is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/migen/builds/294
<GitHub-m-labs> [artiq] hartytp commented on issue #1083: @sbourdeauducq It would probably be worthwhile to look at https://github.com/m-labs/artiq/issues/1055 before spending more time on this. If the phases statuses bit behaves differently on the working and non-working bits, then that would be a smoking gun that would be easier to track down... https://github.com/m-labs/artiq/issues/1083#issuecomment-402089873
omid has quit [*.net *.split]
<GitHub-m-labs> [artiq] jordens pushed 1 new commit to master: https://github.com/m-labs/artiq/commit/4eb26c00503333e90112a3d800229809bfddaae8
<GitHub-m-labs> artiq/master 4eb26c0 Robert Jördens: hmc7043: enable group 5
rohitksingh_work has quit [Read error: Connection reset by peer]
<bb-m-labs> build #1690 of artiq-board is complete: Success [build successful] Build details are at http://buildbot.m-labs.hk/builders/artiq-board/builds/1690
<bb-m-labs> build #2490 of artiq is complete: Failure [failed python_unittest_2] Build details are at http://buildbot.m-labs.hk/builders/artiq/builds/2490 blamelist: Robert J?rdens <rj@m-labs.hk>
<GitHub136> [smoltcp] crawford commented on issue #223: @birkenfeld Unfortunately, no. https://github.com/m-labs/smoltcp/issues/223#issuecomment-402174350
<GitHub166> [smoltcp] crawford commented on issue #223: @whitequark I'm now getting an eerily similar error after [refactoring my Device implementation](https://github.com/crawford/PoE/blob/78817d4dbcb2d0a1bc981238a184996b5029b3c2/firmware/src/main.rs#L109). This code fails with the following error message:... https://github.com/m-labs/smoltcp/issues/223#issuecomment-402013661
<GitHub-m-labs> [artiq] hartytp commented on issue #1083: Fine, however you want to approach it. I'll leave it to you. But, this is a high priority issue for me since it currently prevents me from using Sayma at all. https://github.com/m-labs/artiq/issues/1083#issuecomment-402196988
<_florent_> hartytp/sb0: we are using the same settings than MIG for the DDR3 in the platform file
hartytp has joined #m-labs
<hartytp> _florent_: thanks. well, I'm sure it's right, I just don't fully understand what it does. Following the Xilinx black box doesn't give me much more insight. but, I have other things to worry about, so I'll forget about this one for now
hartytp has quit [Client Quit]
omid has joined #m-labs
<omid> sb0, rj0: Do I need to have Vivado 2018.1 in order to run scripts with phaser?
[X-Scale] has joined #m-labs
X-Scale has quit [Ping timeout: 268 seconds]
[X-Scale] is now known as X-Scale
<GitHub-m-labs> [artiq] philipkent commented on issue #1092: It looks like it just wasn't created at all. I only have a single directory containing the kc705 gateware at artiq-main/lib/python3.5/site-packages/artiq/binaries/kc705-nist_qc2/. Seems like the artiq package and it's dependencies weren't installed.... https://github.com/m-labs/artiq/issues/1092#issuecomment-402218219
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #1092: Ok. Is there a problem other than the artiq package not getting installed? Are things working correctly after installing the artiq package manually? https://github.com/m-labs/artiq/issues/1092#issuecomment-402222474
<rjo> omid: depends on the script. which one?
<omid> rjo: For AWG type
<omid> Also do I need Vivado 2018.1 or .2 for the new phaser build?
<rjo> omid: the "new" phaser build? could you elaborate?
<rjo> you need vivado to build for kc705. it doesn't need to be 2018.1 something else should worl as well. but we don't test or guarantee that. you'll have to try.
<omid> rjo: I meant artiq-kc705-phaser
<omid> rjo: So in other words if I want to generate dual-tone RF I wouldn't need Vivado?
edef is now known as EDEF
EDEF is now known as edef
X-Scale has quit [Ping timeout: 260 seconds]
X-Scale has joined #m-labs
<rjo> omid: if you want to build a bitstream then you need vivado. if you don't want to build a bitstream (i.e. you have one) and if you just want to run experiment scripts to "generate tones", as you say, then you don't need vivado.
<omid> rjo, sb0: Thanks guys. My phaser's working btw.
<GitHub-m-labs> [artiq] philipkent commented on issue #1092: Yes, everything works correctly after installing the artiq package manually. https://github.com/m-labs/artiq/issues/1092#issuecomment-402286982
<GitHub-m-labs> [artiq] mfe5003 opened issue #1094: urukul profile support https://github.com/m-labs/artiq/issues/1094
<GitHub-m-labs> [artiq] jordens closed issue #1094: urukul profile support https://github.com/m-labs/artiq/issues/1094
Gurty has joined #m-labs
Gurty has quit [Changing host]
Gurty has joined #m-labs
<GitHub-m-labs> [artiq] sbourdeauducq commented on issue #1092: So, it's #984. https://github.com/m-labs/artiq/issues/1092#issuecomment-402315701