| *** tpb <[email protected]> has joined #litex | 00:00 | |
| *** linear_cannon <[email protected]> has quit IRC (Read error: Connection reset by peer) | 01:15 | |
| *** linearcannon <[email protected]> has joined #litex | 01:15 | |
| *** linearcannon <[email protected]> has quit IRC (Read error: Connection reset by peer) | 01:57 | |
| *** linear_cannon <[email protected]> has joined #litex | 01:57 | |
| *** linear_cannon <[email protected]> has quit IRC (Ping timeout: 256 seconds) | 02:44 | |
| *** linear_cannon <[email protected]> has joined #litex | 02:48 | |
| *** linear_cannon <[email protected]> has quit IRC (Ping timeout: 256 seconds) | 02:59 | |
| *** linear_cannon <[email protected]> has joined #litex | 03:05 | |
| *** Degi_ <[email protected]> has joined #litex | 03:08 | |
| *** Degi <[email protected]> has quit IRC (Ping timeout: 272 seconds) | 03:09 | |
| *** Degi_ is now known as Degi | 03:09 | |
| *** cr1901 <cr1901!~cr1901@2601:8d:8600:911:cf1:8507:720a:c17> has quit IRC (Quit: Leaving) | 03:18 | |
| *** cr1901 <cr1901!~cr1901@2601:8d:8600:911:cf1:8507:720a:c17> has joined #litex | 03:18 | |
| *** indy <[email protected]> has quit IRC (Ping timeout: 272 seconds) | 05:52 | |
| _florent_ | tnt: The current gateware/software architecture and loop mode, the FPGA is indeed imposing the speed of the transfers (on a pre-allocated circular buffer) and software synchronize to it. (so have to handle underflow/overflow when not able to keep up). It should not be too complicated to operate differently, but this is what is currently used for the dma loopback test. | 07:17 |
|---|---|---|
| _florent_ | tnt: I'm going to look at the DMA RX_DELAY issue you saw, I added it to be able to compensate for unknown initial delay in the loopback chain (when doing a loopback over the RFIC for example), but I've mostly been testing it on a specific configuration and will do more tests with others | 07:19 |
| *** indy <[email protected]> has joined #litex | 07:34 | |
| *** FabM <FabM!~FabM@2a03:d604:103:600:85f2:23f7:9276:2ba9> has joined #litex | 07:49 | |
| tnt | _florent_: yeah, I think just using the programmable mode and re-submit descriptors when the user space reads the current buffer would work. I didn't check the hardware side, but I assume if it has no descriptors, it just stops transfers until it has one. | 08:45 |
| tnt | The RX_DELAY could very well just be that the host PC is too slow and the dropped buffers prevent it from syncing. The host test machine is a relatively weak i3-10105 and gen3 4x full bandwidth is quite fast. | 08:47 |
| _florent_ | tnt: When using loop mode, you first fill all the descriptors in the table and the core will just loop on it, but it's indeed perfectly possible to use the disable loop mode. In this case, the DMA will just execute the full table and stop after that. You'll also get an IRQ for each executed descriptor. | 09:16 |
| _florent_ | tnt: Not sure indeed an i | 09:17 |
| _florent_ | tnt: Not sure indeed an i3 will be able to keep up with the gen3 x4 full bandwidth | 09:17 |
| _florent_ | tnt: disabling random data will speed up software: https://github.com/enjoy-digital/litepcie/blob/master/litepcie/software/user/litepcie_util.c#L21 but still not sure it will be enough | 09:18 |
| *** DoubleJ2 <DoubleJ2!~DoubleJ@user/doublej> has joined #litex | 14:51 | |
| *** zjason`` <zjason``[email protected]> has joined #litex | 14:52 | |
| *** linearcannon <[email protected]> has joined #litex | 14:57 | |
| *** linear_cannon <[email protected]> has quit IRC (*.net *.split) | 14:59 | |
| *** DoubleJ <DoubleJ!~DoubleJ@user/doublej> has quit IRC (*.net *.split) | 14:59 | |
| *** zjason` <zjason`[email protected]> has quit IRC (*.net *.split) | 14:59 | |
| *** lexano <[email protected]> has quit IRC (*.net *.split) | 14:59 | |
| *** lambda <[email protected]> has quit IRC (*.net *.split) | 14:59 | |
| *** DoubleJ2 is now known as DoubleJ | 14:59 | |
| *** lambda <[email protected]> has joined #litex | 15:06 | |
| *** lexano <[email protected]> has joined #litex | 15:07 | |
| *** FabM <FabM!~FabM@armadeus/team/FabM> has quit IRC (Quit: Leaving) | 17:19 | |
| tnt | _florent_: yup I tried disabling random mode but it didn't seem to help. | 19:14 |
| *** cr1901 <cr1901!~cr1901@2601:8d:8600:911:cf1:8507:720a:c17> has quit IRC (Read error: Connection reset by peer) | 21:18 | |
| *** cr1901_ <cr1901_!~cr1901@2601:8d:8600:911:cf1:8507:720a:c17> has joined #litex | 21:18 | |
| *** peepsalot <peepsalot!~peepsalot@openscad/peepsalot> has quit IRC (Read error: Connection reset by peer) | 22:37 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!