<GitHub-m-labs>
[artiq] KaifengC commented on issue #1012: @philipkent so what's the meaning for `core_dds::dds_channel_count` and `first_dds_bus_channel` ? Since I've got the same error, could I ask how did you solve your problem? https://github.com/m-labs/artiq/issues/1012#issuecomment-407274791
rohitksingh_work has quit [Read error: Connection reset by peer]
rohitksingh_work has joined #m-labs
<GitHub-m-labs>
[artiq] KaifengC commented on issue #1012: No, In fact we have a system running aritq 3.6 these days. It worked after I changed the `dds_channel_count`. But I'm still curious about the meaning of these two parameters. ... https://github.com/m-labs/artiq/issues/1012#issuecomment-407328146
<GitHub-m-labs>
[artiq] gkasprow commented on issue #1080: It seems the failing supply was caused by too high inrush current caused by P12V FMC power switch. This caused voltage drop that disabled Exar chip. After I applied the inrush current protection in 3 places on the board, the supply works fine. https://github.com/m-labs/artiq/issues/1080#issuecomment-407335241
<GitHub-m-labs>
[artiq] sbourdeauducq commented on issue #1080: @gkasprow OK so please compile the latest ARTIQ code (including the recent jesd204 commits) and check if this bug is still there; or send the board back to Tom. Giving it a quick test yourself would be faster, as if it doesn't work, I can follow up immediately with Xilinx support and the latest code that has the XCI etc. that they want. Otherwise this gets blocked
richard has joined #m-labs
richard is now known as richard_
richard_ is now known as richardas_
<richardas_>
Hello, is it possible to debug lm32 with gdb?
<GitHub-m-labs>
[artiq] sbourdeauducq commented on issue #1080: @gkasprow OK so please compile the latest ARTIQ code (including the recent jesd204 commits) and check if this bug is still there; or send the board back to Tom. Giving it a quick test yourself would be faster, as if it doesn't work, I can follow up immediately with Xilinx support and the latest code that has the XCI etc. that they want. Otherwise this gets blocked
<sb0>
richardas_, if you are patient yes
<richardas_>
sb0, anywhere i could read about how it should be done? is it done through JTAG?
<sb0>
you can use JTAG (with openocd bugs + having to port the JTAG interface to the FPGA you're using) or the serial gdb stub (with some other crazy bugs)
<sb0>
but generally, expect having to do a lot of work/bugfixing yourself
<GitHub-m-labs>
[artiq] sbourdeauducq commented on issue #595: > The WaitResolution state should be removed. The camera is generally not used as a video camera, it's not delivering frames all the time, we can't block on that.... https://github.com/m-labs/artiq/issues/595#issuecomment-407366496
<GitHub-m-labs>
[artiq] philipkent commented on issue #1012: @KaifengC I am not 100% sure on the meaning of each argument, but looking at artiq/coredevice/dds.py it looks like setting a dds is ultimately performed by the `core_dds` device's `program` method (line 351). There is an array named `self.continuous_phase_comp` in that method that needs to be accessed by a relative bus index instead of it's absolute channel number.
omid has joined #m-labs
<GitHub180>
[smoltcp] astro commented on pull request #255 f36715f: I pushed another commit now that adds `to_prefix_len()` with the requested validation. Because the fn can remain pub, Travis-CI should run without any unused fn failures this time. https://github.com/m-labs/smoltcp/pull/255#discussion_r204893328
<omid>
rjo, sb0: Where can I find the list of all packages versions that works with the latest phaser package? I mean for instance what version of rustc, openocd, etc do I need to make the package work? I previously made phaser work on another system but it doesn't work any longer due to some updates I think.
<GitHub-m-labs>
[artiq] philipkent opened issue #1117: Artiq 3.6, using an 80,000 element array in a kernel method never returns https://github.com/m-labs/artiq/issues/1117
<GitHub-m-labs>
[artiq] klickverbot commented on pull request #1115 61d1a5c: Regarding the cursors, is there any place where non-`mu` units are used? I'd like to avoid creating potential for confusion between durations and absolute timestamps. https://github.com/m-labs/artiq/pull/1115#discussion_r204914074