qtplasmac (Operation Error: hm2/hm2_7i76e.0:) in middle of cut

I've heard that ethtools been replaced by ip but AFAIK ip
does not have low level driver control options so cannot
change IRQ coalescing for example.

Just saying that regardless of distribution used, a LinuxCNC
ISO should include it.

Some of these things were not well known and understood when 2.91 was released

PCW post=307735 userid=481This brings up the question is why in the world is ethtool not included in the
LinuxCNC distribution (plus the RT8168 DKMS driver should be as well)

These affect all LinuxCNC Ethernet connected motion devices, not just Mesa

You can send a PR adding ethtool to here  github.com/LinuxCNC/linuxcnc-live-build/...sts/desktop.list#L49

The R8168-dkms driver is a bit of a funny one. Its excluded from the default kernel. I suspect the reason is political. I suspect it includes Realtek binaries so not technically open source. But where do you stop? What about the R8125dkms driver many of the recent  micro PCs like the Odroid H3 need?

Plus I am not sure the dkms drivers are benign where no realtek hardware is installed and it then needs compiling on every kernel upgrade

Since they are loadable kernel modules a DKMS RealTek driver
should have no effect on a system without RealTek hardware.
(since the driver would never be loaded)

"An essential feature of DKMS is that it automatically recompiles all DKMS modules if a new kernel version is installed. This allows drivers and devices outside of the mainline kernel to continue working after a Linux kernel upgrade"

PCW wrote:

"An essential feature of DKMS is that it automatically recompiles all DKMS modules if a new kernel version is installed. This allows drivers and devices outside of the mainline kernel to continue working after a Linux kernel upgrade"

Yes, from what I have observed, the R8168-dkms driver is recompiled  as you describe. It requires the RT Linux-headers, It is quite time consuming to build. If it fails and it has a few times for me, you can end up with a system with no network. The solution is to sudo apt purge r8168-dkms. This is mentioned in the Debian package page for the driver, but its not intuitive. A couple of times, I had to boot into a different kernel (eg the non-rt one) to recover. Just in my experience it brings with it some issues so it may be better for the user to have control.

It seem to me its would be better to have the released ISO work with RealTek hardware
(which requires the DKMS driver) regardless of possible issue when upgrading the kernel
(which should be a rare operation)

Anyone tested the new kernels, 6.8 and up?

Did I do these steps correctly? Do I have IRQ coalescing disabled now?
 

That should do it (until you reboot)

you can verify with

ethtool -c enp0s25

You might retry the ping test

I dont think IRQ coalescing is disabled I still get the error every time. How do I disable IRQ coalescing permanently?
   

Possibly the executable path is different for root so ethtool is not found unless you use sudo

so maybe try:

sudo ethtool -c enp0s25

to see if IRQ coalescing is disabled