[HECnet] Emulated XQ polling timer setting and data overrun

At 10:44 AM -0700 4/6/14, Mark Pizzolato - Info Comm wrote: If you're going to drive this deeply into testing it would really be best if you ran with the latest code since your results may ultimately suggest code changes, AND the latest code may behave significantly different than the older versions. Independent of which codebase you're running, and since you're now tweaking the behavior of the simulated hardware, you may want to look at sim> SHOW XQ STATS and try to analyze the relationship between these stats and the ones the OS sees. Also, you may want to explore what happens if: NCP> DEFINE LINE QNA-0 RECEIVE BUFFER 32 Is done prior to starting your network... The limit of 32 may be different on different Operating Systems... Once again the latest code is available from: https://github.com/simh/simh/archive/master.zip Mark, what kind of magic did you perform on XQ? I tried commit 753e4dc9 and overruns are gone. No more NFT/FAL hangups. Transfer speed is higher than ever : 10000. blocks in 4 seconds. I can't believe it. This ROCKS. Maybe the secret is here: sim> sh xq XQ address=17774440-17774457, vector=120, MAC=08:00:2B:AA:BB:01 type=DEQNA, polling=disabled, sanity=OFF leds=(ON,ON,ON) attached to eth0 "polling=disabled" -- Jean-Yves Bernier