| *** tpb <[email protected]> has joined #litex | 00:00 | |
| *** peepsalot <peepsalot!~peepsalot@openscad/peepsalot> has quit IRC (Read error: Connection reset by peer) | 02:05 | |
| *** peepsalot <peepsalot!~peepsalot@openscad/peepsalot> has joined #litex | 02:07 | |
| *** Degi_ <[email protected]> has joined #litex | 03:07 | |
| *** Degi <[email protected]> has quit IRC (Ping timeout: 260 seconds) | 03:08 | |
| *** Degi_ is now known as Degi | 03:08 | |
| *** toshywoshy <toshywoshy!~toshywosh@ptr-377wf33o3bnthuddmycb.18120a2.ip6.access.telenet.be> has quit IRC (Read error: Connection reset by peer) | 04:01 | |
| *** toshywoshy <toshywoshy!~toshywosh@ptr-377wf33o3bnthuddmycb.18120a2.ip6.access.telenet.be> has joined #litex | 04:01 | |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 260 seconds) | 04:51 | |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #litex | 04:51 | |
| *** FabM <[email protected]> has joined #litex | 07:15 | |
| *** pavelow_ <[email protected]> has joined #litex | 10:08 | |
| *** pavelow <[email protected]> has quit IRC (Ping timeout: 246 seconds) | 10:09 | |
| leons | jersey99: actually, I tried to reproduce my issue with the failing ARP and UDP port today and, with all of the patches included it just works now! Even the ARP requests (which used to cause trouble with UDP but not with ICMP, that was always a bit odd) | 10:38 |
|---|---|---|
| leons | It's really important to pass dw=64 everywhere though. Maybe that could be the issue? | 10:38 |
| *** TMM_ <[email protected]> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 11:45 | |
| *** TMM_ <[email protected]> has joined #litex | 11:45 | |
| *** andresmanelli <[email protected]> has joined #litex | 13:32 | |
| *** TMM_ <[email protected]> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 14:40 | |
| *** TMM_ <[email protected]> has joined #litex | 14:40 | |
| *** FabM <FabM!~FabM@armadeus/team/FabM> has quit IRC (Ping timeout: 264 seconds) | 15:57 | |
| *** andresmanelli <[email protected]> has quit IRC () | 16:17 | |
| jersey99 | leons I really only have 1 place to pass the dw, for the UDPIPCore, and that looks good. I have a few questions regarding the udp user_port interface now: 1. The length is still in bytes, correct? 2. Is the last_be now expected to be asserted? | 17:35 |
| leons | I think the length is still in bytes, yes. And you should assert last_be, but only when last is also asserted. For all other bus words last_be should be 0 | 17:40 |
| jersey99 | Thanks, all as expected! | 17:57 |
| leons | jersey99: right, for the LiteEthUDPIPCore there's only a single dw parameter. I had previously instantiated the different components myself and messed up the dws 🙂 | 18:17 |
| *** RaYmAn <[email protected]> has quit IRC (Remote host closed the connection) | 19:41 | |
| *** RaYmAn <[email protected]> has joined #litex | 19:53 | |
| jersey99 | leons and _florent_ The branch works on KC705 for me now. I didn't test it at line rate, but I get the data that I push on the UDP port, onwards! | 21:25 |
| leons | That's really awesome | 21:25 |
| leons | It probably doesn't work at line rate, there's still some delays created by for instance the preamble inserter (1 clock cycle between packets) and the ARP table lookup also takes some cycles even if the cache is hot. I'll work on this further in the coming days/weeks. Appreciate any support! | 21:31 |
| geertu | somlo: yes, I replaced linux-on-litex-vexriscv/images/Image by a symlink to arch/riscv/boot/Image in my linux-riscv-orangecrab build dir | 21:32 |
| geertu | somlo: btw, I guess current litex-rebase doesn't build for vexriscv, and you need to apply the patch for irq-litex-vexriscv I emailed you? ;-) | 21:34 |
| leons | jersey99: can you by chance share how you instantiate the 10G PCS/PMA core? I think I know where I went wrong, I was trying to get the ten_gig_eth_pcs_pma instantiated on UltraScale+, but that platform is unsupported by that core. I suspect your using the xxv_ethernet core instead which supersedes it (called 10G/25G High Speed Ethernet)? | 21:36 |
| jersey99 | Yes exactly. | 21:36 |
| jersey99 | https://github.com/jersey99/10gbe .. leons | 21:38 |
| jersey99 | that is the scratch project for this | 21:38 |
| jersey99 | I generated the .xci with a .tcl .. | 21:39 |
| jersey99 | but I don't see the .tcl anywhere :) | 21:39 |
| jersey99 | nvm, maybe I just used the ip gui | 21:40 |
| leons | Oh, but that seems to use the ten_gig_eth_pcs_pma, right? Not xxv_ethernet. Which is fine for Kintex-7 but not USP 🙂 | 21:42 |
| jersey99 | Yes, so far this is the platform I tested #88 on | 21:42 |
| jersey99 | The xxv is instantiated in VHDL, and not on a public repo. I can email you the file in a bit | 21:44 |
| leons | Oh, okay. I was asking because I was hoping you had a way to instantiate xxv_ethernet with multiple SFPs with a shared PLL, that would've been an easy way out haha | 21:44 |
| leons | Ah, don't worry about it. I would want to publish it under BSD-2 so if it's closed I'll happily work my way up from the Xilinx example instantiation | 21:45 |
| jersey99 | I only instantiate 1 core | 21:45 |
| leons | Oh, okay, that makes sense. Thanks nonetheless! | 21:46 |
| *** jersey99 <[email protected]> has quit IRC (Quit: Client closed) | 22:16 | |
| somlo | geertu: thanks! | 22:24 |
| somlo | geertu: I applied and squashed your patch: https://github.com/litex-hub/linux/commit/e0c3bda398c1f3335fb28f45ae5bda8fa4b9d1d2 | 22:24 |
| somlo | geertu: sorry, google threw your email into the spam folder, so I didn't see it earlier | 22:25 |
| somlo | note to self: seriously start looking for an alternative imap+smtp hosted email service | 22:26 |
| *** ilia__s <[email protected]> has joined #litex | 23:45 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!