<jevinskie[m]>
Weird, I keep getting simulated etherbone timeouts where after a burst of r/w one of the reads never responds with a packet. This is with iverilog and Questa, a similar thing happened when I modified the Ethernet module to work with macOS where libevent had to block on tap reads…
<jevinskie[m]>
I switched over to uartbone over serial2tcp and that seems to fix or paper over the issue. Just required a small superclass of CommUART to make a socket connection
<jevinskie[m]>
Anybody else see suspicious litescope timeouts?
<jevinskie[m]>
I wonder if the Ethernet simulation is too slow while the uart PHY is much more lightweight?
Degi_ has joined #litex
Degi has quit [Ping timeout: 244 seconds]
Degi_ is now known as Degi
cr1901 has quit [Read error: Connection reset by peer]
cr1901 has joined #litex
<cr1901>
trabucayre: Sorry, I'm not going to get to testing your gist tonight. I'll do it when I wake up tomorrow
<cr1901>
Wait... I might've screwed up the duration, hold on
<trabucayre>
it's maybe not the right location to talk about that :)
<cr1901>
Is there an openFPGALoader IRC channel?
<cr1901>
trabucayre: If no IRC channel, you may wish to idle in ##openfpga. openFPGALoader is on topic there by being an "Open source tool for FPGAs/JTAG"