Thanks.
That is really a disappointing response because:
1. Hardware selected based on Debian 4.x kernels in Buster that operated safely was broken by the 5.10 and above kernels in Bullseye and Bookworm
2. You ask us to report a bug if the R8168-dkms package has to be used so we did, now no interest is shown in actioning the report
3. It does not address the excessive latency in the Debian RT kernel that is not present in the upstream version at kernel.org
4. It has taken a lot of work from a lot of Linuxcnc users to identify the issues before this report could be made.
The official ISO release of Linuxcnc is still based on Buster so not many users ventured into the later kernels hence the delay in reporting. Linuxcnc is packaged in Bookworm so the issue will be more prevalent moving forward.
I was told by a Debian developer involved in linuxcnc that if there were issues affecting us, they would be fixed. I hope something comes of this.
On Sun, 23 Apr 2023 at 01:09, Ben Hutchings <ben@decadent.org.uk> wrote:
On Tue, 18 Apr 2023 12:12:58 +1000 Rod Webster <rod@vmn.com.au> wrote:
[...]
> Linuxcnc uses a 1 ms realtime thread and we regularly see "Error Finishing
> Read" reported. This error disables the connection becasue our 1 ms thread has
> been overrun. This issue mainly affects Realtek NIC hardware and s of real
> concern where the motion hardware could be commanding components weiging
> several thousand pounds.
[...]
The real-time kernel packages are provided as a convenience for users
that have non-safety-critical real-time requirements, such as audio
production.
For safety-critical applications, you must take responsibility (or find
a supplier who can) for selecting and validating software that meets
the real-time and other reliability requirements.
As a reminder, "Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to
the extent permitted by applicable law."
Ben.
--
Ben Hutchings
Theory and practice are closer in theory than in practice - John Levine