peeps[zen] has quit [Quit: Connection reset by peep]
FabM has joined #litex
FabM has quit [Changing host]
FabM has joined #litex
nelgau has joined #litex
<tnt>
_florent_: Morning.
<tnt>
_florent_: Did you ever investigate the UART Rx/Tx lines on the quad recorder ?
<tnt>
They're not in the platform file but there is clearly a marked uart connector. Not sure if it's connected to the fpga though.
peepsalot has joined #litex
C-Man has quit [Ping timeout: 256 seconds]
sebo has joined #litex
<_florent_>
tnt: Hi, I think I only investigated the debug pins, not the UART ones
<_florent_>
tnt: But I could give it a try if this could be useful for you
<_florent_>
tnt: Otherwise, on the quad recorder, I'm not sure I got LitePCIe working yet with it. It should not be far and the PCIe lanes should be fine, but last time I tried I think the PCIe was not enumerated correctly.
<_florent_>
tnt: This could be related to the issue you saw in the last week or a wrong reset signal
<_florent_>
tnt: Happy to put more effort on this if you are also playing with it.
sebo has quit [Ping timeout: 240 seconds]
<tnt>
_florent_: I ordered a card yesterday. Not really for me, it's just to have a platform with litepcie I can ship to someone helping me on the software/kernel side that's hopefully close enough to the real target hardware (which is both expensive and hard to find ATM so I can't just ship them one of those boards).
<_florent_>
tnt: On DDR4/Ultrascale, I'm also using it on client's designs at up to 1400-1600MT/s too
<tnt>
Ok nice. I'll have a go at 250 MHz sysclk see if that works on the usp+ ddr4.
<tnt>
It'd just fit nicely with the samplerate of 245.76Msps.
<_florent_>
IIRC the limiting factor is the max bufg frequency currently (but the DRC can be disabled for tests)
sebo__ has joined #litex
<tnt>
If it's an issue, it's not the end of the world, I just like to keep things synchronous when I can and having all the DSP run at 1 sample per cycle is just more convenient.
sebo_ has quit [Ping timeout: 256 seconds]
peepsalot has quit [Quit: Connection reset by peep]
C-Man has joined #litex
sebo__ has quit [Ping timeout: 260 seconds]
<_florent_>
tnt: I just re-tested the PCIe on the HDMI Quad Recorder
<tnt>
_florent_: some physical slots are physical x4 and only wired for x1 ... what mother board is it ?
<tnt>
_florent_: board itself is x8 also not x4 :p
<tnt>
_florent_: I'll give the litescope cli a try next time I need to use it. ATM I run the capture on a remote host and scp the vcd to mylaptop.
<_florent_>
tnt: Indeed, forgot the board was x8, while it's still in the computer, let's do a test!
<_florent_>
tnt: BTW, it's also possible to only run litex_server on the remote host and litex_cli/litescope_cli on your local machine
<tnt>
_florent_: yeah, I know but I usually find the added latency hurts performance. Although now that there is long bursting, I should retry that since it might have lessened the impact of wifi latency quite a bit.
<_florent_>
It's possible but I don't use this very often, only for some specific use-cases
<tnt>
Damnit, just spend like 30 min trying to debug i2c accesses and why it was not working ... to realize I got the i2c pin assignement wrong in the platform ... confused bank 64 and bank 67 on the schematic.
<cr1901>
It happens :)
<_florent_>
Arf...
<tnt>
Yeah, I got confused because I had just modified my i2c controller so a single controller could control multiple physical bus/pins-pairs and so naturally I thought I had screwed that part up, not the actual pin assignement.
<tnt>
Generating gtkw from litescope directly with better hierarchical names and fsm state names and such would be pretty cool :)
<acathla>
Oh, colors!
<_florent_>
tnt: in fact we should first add hierachy to the generated verilog (it should be possible by keep Migen for now and revisiting the final verilog generation steps)
<_florent_>
tnt: but yes, adding colors to LiteScope would be good
<_florent_>
acathla: Thanks, I'll have a look at the LiteSPI changes you suggest
<_florent_>
tnt: PCIe 8X is also working on the decklink quad hdmi recorder
<tnt>
_florent_: Ok great. I'll need to test that here, it'll be interesting if it works here. (still not working on the adi board for some reason even after regenerating the .xci and sys_clk 200M, but I haven't dug further for now).
<_florent_>
tnt: but just for info, there still seems to be an issue when enabling both DRAM and PCIe on this board: when enabling DRAM, the board is enumerared with lspci, but accesses do not work.
<_florent_>
tnt: so when testing PCIe, maybe first disable DRAM with --integrated-main-ram-size=0x100
<jevinskie[m]>
<_florent_> "tnt: in fact we should first add..." <- _florent_ verilog hierarchy!? Be still my heart, that is my biggest peeve with migen that amaranth solves. Would be great for waveform viewing as mentioned but also for design viewing in Quartus/Vivado and resource usage breakdown
<acathla>
_florent_, thanks! That's a major improvement =)
sebo_ has quit [Ping timeout: 256 seconds]
sebo_ has joined #litex
<tnt>
Is there a way to specify a default pullup in the platform file ?
Ikkepop has joined #litex
Coldberg has quit [Ping timeout: 260 seconds]
<tnt>
nm, got it. Misc("PULLUP") works.
sebo_ has quit [Ping timeout: 240 seconds]
<_florent_>
jevinskie[m]: It's becoming limiting yes to not have the hierarchy. I already reworked/replaced the final verilog generation a few weeks ago and would like to go continue and go further to have the hierachy (at least optionally).