Tomáš Glozar

Wow, you got quite far with DECwindows - my attempts always ended up crashing OpenVMS. About the issue - I don't see much of a chance of progressing with component...

One semi-random thought: As a workaround for #24, which could be the root cause of this issue, you can try setting the delay (sleep) in `CDEC21143::run()` to a lower value.

Very interesting. Once I have a while to do work on AXPbox I'll try to look into this - all this information will definitely help.

> I'm wondering why ETH_MAX_PACKET_RAW is defined in Ethernet.h but is never used. I think the hard coded 1514 in the .cpp files should be replaced by this one. 1514...

So the large packets causing the warning are read from pcap. Setting pcap's snaplen to `ETH_MAX_PACKET_CRC` removes the warning, but the issue with network instability after some time persists -...

The tcpdump issue is a different one - it concerns packets over 64 kB. Here the problem is packets larger than `ETH_MAX_PACKET_CRC` (1518 B) are captured by pcap, likely due...

I'm not however sure whether this is related to the networking slowing down, which could be a problem in the emulated NIC itself.

> I did found a patch for libpcap and fragmentation: https://seclists.org/tcpdump/2007/q2/112 Interesting. This does the opposite to what we want here, though. A fragmentation function will have to be added...

Based on looking at the simh pcap networking implementation LSO is solved there. Maybe porting the entire network emulation from simh would be a reasonable choice.

I don't think the CRC errors are related to the CPU behavior - based on the state of most peripherals' code I would rather suspect the bug being there. Also...