"error finishing read" with Mesa 7i92T on fresh install

I'm experiencing the following on a fresh install of LinuxCNC from the iso (2.9.3):

this happens intermittently, but typically within a few seconds of jogging the machine around after enabling it. No motors are hooked up nor anything attached to the 7i92T other than +5V power. If I enable the machine but don't move any axes it will eventually happen after some number of minutes. I'm using a generic mini PC and have tried two identical PCs with a fresh LinuxCNC install and have the same problem on each. I've also switched ethernet cords with the same result.

I've read through this thread  forum.linuxcnc.org/27-driver-boards/4691...error-finishing-read and nothing really conclusive came out of it. I do also get a real time error on LinuxCNC startup or shortly after, but doing latency tests in pncconf shows fairly good numbers. I don't have the specifics in front of me but I can get them.

 I have not tried switching the +5V supply but that is my next step.

Any thoughts on how I can further diagnose this?

Thanks!

Scott

Can you run this command:

sudo chrt 99 ping -i .001 -q 10.10.10.10
 hit control C
then run it again
sudo chrt 99 ping -i .001 -q 10.10.10.10
wait about a minute and hit control C again
 and copy paste the result here
(Those commands assume you have the 7I92T IP address set for
10.10.10.10,  if not, use 192.168.1.121 in the ping commands)

Also run
lshw -class network
to determine what Ethernet hardware you have
 

I covered some ideas to fix thos here  docs.google.com/document/d/1jeV_4VKzVmOI...diY/edit?usp=sharing

Sorry I have not been able to get back to these diagnostics. I tried another type of mini PC with the same failed results. I tried the driver update and kernel parameters from Rod's docs (all the mini pcs were RTL8111 ethernet chipsets), then I used a regular fairly old desktop which ran for much longer but eventually encountered the same issue.

I'm going to order another 7i92T to see if there is potentially a problem with the card itself,

I did at one point flash this with the Path Pilot 7i92T firmware as a part of a previous experiment running Path Pilot on the mini PC, but flashed it to the 7i92t_g540d firmware before all of this. I don't know if anything can persist from the Path Pilot flash process.

Thanks,

Scott

Its very unlikely to be a card issue.

Try the ping command in the previous post to see what the Ethernet latency is.

You also have to disable basically all power management/speed shifting/
turbo modes etc in the PC BIOS

Finally, using isolcpus and pinning the Ethernet to the last CPU can help a lot

If you have isolcpus setup in the kernel command line, you can temporarily
pin the Ethernet IRQ with this script:

 

and check that its done the expected thing with this script:

 






 

Here are the ping statistics without driver/kernel/isolcpu changes:

root@router:~# sudo chrt 99 ping -i .001 -q 10.10.10.10
PING 10.10.10.10 (10.10.10.10) 56(84) bytes of data.
c^C
--- 10.10.10.10 ping statistics ---
3449 packets transmitted, 3448 received, 0.0289939% packet loss, time 3458ms
rtt min/avg/max/mdev = 0.059/0.110/1.041/0.047 ms
root@router:~# sudo chrt 99 ping -i .001 -q 10.10.10.10
PING 10.10.10.10 (10.10.10.10) 56(84) bytes of data.
^C
--- 10.10.10.10 ping statistics ---
67441 packets transmitted, 67441 received, 0% packet loss, time 67678ms
rtt min/avg/max/mdev = 0.057/0.101/10.259/0.057 ms, pipe 2

and here is the lshw output:

root@router:~# lshw -class network
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:03:00.0
logical name: enp3s0
version: 0c
serial: 1c:1b:0d:86:b9:6e
size: 100Mbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=6.1.0-18-rt-amd64 duplex=full firmware=rtl8168g-2_0.0.1 02/06/13 ip=10.1.65.122 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
resources: irq:18 ioport:e000(size=256) memory:d0604000-d0604fff memory:d0600000-d0603fff


I'm at the shop for a good while today so I plan on working through the rest of the suggestions in this thread today.

Thanks!

Scott