04:41 <cr1901> _florent_: I guess the answer is no, but if I have an old (full) build tree from a litex-boards build, is it possible to get the python command-line I sent back?

04:41 <cr1901> Can prob be inferred from the headers, but maybe that's a "nice-to-have"? I'll implement said feature at some point if you accept it

09:53 <gregd> Is there a recommended sw layer for LiteEth? I see timvideos/hdmi2usb makes use of uIP, so that's probably what I'll try first

09:54 <gatecat> gregd: there's also the minimal stack that the BIOS uses for TFTP boot: https://github.com/enjoy-digital/litex/tree/master/litex/soc/software/libliteeth

09:54 <tpb> <https://x0.no/4uwzs> (at github.com)

09:56 <gregd> gatecat: Thanks. I have seen that, that's currently how I'm doing ARP and sending "raw" UDP packets.

09:57 <gregd> I'm intially wanting to support a telnet interface to replace the need for uart for debugging. So something that provides TCP is a requirement.

09:58 <gatecat> yeah, uIP probably makes sense but I haven't personally tried it

09:59 <gregd> neither, I've had a bit of experience with lwip.

12:34 <_florent_> gregd: Contiki/uIP is indeed a good option if you want to go a further than with libliteeth from the BIOS

12:35 <_florent_> it's easy to use and you can find very various documentation, I also used it a few years ago for similar reasons (having TCP/Telnet)

12:36 <_florent_> Also, just for info, it's possible to have virtual UARTs over Etherbone (+ the UDP/IP Stack)

12:37 <_florent_> For this, you just have to use a Crossover UART and use litex_term bridge

12:38 <_florent_> It's convenient for some use case, but will probably use more resources than the uIP running on the CPU

12:38 <_florent_> It's also not TCP

12:39 <_florent_> That's what I'm using for debug/bringup on the SDS1104X-E support: https://github.com/360nosc0pe/scope

12:40 <_florent_> cr1901: That would be nice to have this yes (+ also the different parameters of the SoC)

12:44 <gregd> Cool! I'm working on a Thermal Camera -> Ethernet interface, So I'm making use of the Hybrid MAC, SoC for admin/overhead, and a hw stream for image data.

13:06 <_florent_> Nice, I also used it at some point on the SDS1104X-E: SW stack for the BIOS netboot + Linux driver and HW stack for Etherbone/UDP, it seems to be working fine but hasn't been tested extensively, so feel free to complain if you have troubles :)