_florent_ changed the topic of #litex to: LiteX FPGA SoC builder and Cores / Github : https://github.com/enjoy-digital, https://github.com/litex-hub / Logs: https://libera.irclog.whitequark.org/litex
tpb has quit [Remote host closed the connection]
tpb has joined #litex
peepsalot has quit [Read error: Connection reset by peer]
peepsalot has joined #litex
Degi_ has joined #litex
Degi has quit [Ping timeout: 260 seconds]
Degi_ is now known as Degi
toshywoshy has quit [Read error: Connection reset by peer]
toshywoshy has joined #litex
lexano has quit [Ping timeout: 260 seconds]
lexano has joined #litex
FabM has joined #litex
FabM has quit [Changing host]
FabM has joined #litex
pavelow_ has joined #litex
pavelow has quit [Ping timeout: 246 seconds]
<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)
<leons> It's really important to pass dw=64 everywhere though. Maybe that could be the issue?
TMM_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM_ has joined #litex
andresmanelli has joined #litex
TMM_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM_ has joined #litex
FabM has quit [Ping timeout: 264 seconds]
andresmanelli has quit []
<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?
<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
<jersey99> Thanks, all as expected!
<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 🙂
RaYmAn has quit [Remote host closed the connection]
RaYmAn has joined #litex
<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!
<leons> That's really awesome
<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!
<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
<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? ;-)
<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)?
<jersey99> Yes exactly.
<jersey99> that is the scratch project for this
<jersey99> I generated the .xci with a .tcl ..
<jersey99> but I don't see the .tcl anywhere :)
<jersey99> nvm, maybe I just used the ip gui
<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 🙂
<jersey99> Yes, so far this is the platform I tested #88 on
<jersey99> The xxv is instantiated in VHDL, and not on a public repo. I can email you the file in a bit
<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
<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
<jersey99> I only instantiate 1 core
<leons> Oh, okay, that makes sense. Thanks nonetheless!
jersey99 has quit [Quit: Client closed]
<somlo> geertu: thanks!
<somlo> geertu: sorry, google threw your email into the spam folder, so I didn't see it earlier
<somlo> note to self: seriously start looking for an alternative imap+smtp hosted email service
ilia__s has joined #litex