Advanced Search

Update the kernel to at least 6.8.n, preferably 6.12.n.

I wonder, why was the kernel not updated for the 2.9.4 ISO????
6.1.n kernel has huge latency and networking issues that are frankly getting to damn tiresome to read about them daily for nearly two years.
I have 6.8.n and 6.10.n on laptops without any issues.

Thanks for joining. Here's what it showed.

moriseiki@debian:~$ sudo chrt -f 99 ping -i .001 -q -c 60000 10.10.10.10
PING 10.10.10.10 (10.10.10.10) 56(84) bytes of data.

--- 10.10.10.10 ping statistics ---
60000 packets transmitted, 60000 received, 0% packet loss, time 59999ms
rtt min/avg/max/mdev = 0.065/0.074/0.241/0.007 ms
moriseiki@debian:~$ lspci I grep -i eth
Usage: lspci [<switches>]

Basic display modes:
-mm        Produce machine-readable output (single -m for an obsolete format)
-t        Show bus tree

Display options:
-v        Be verbose (-vv or -vvv for higher verbosity)
-k        Show kernel drivers handling each device
-x        Show hex-dump of the standard part of the config space
-xxx        Show hex-dump of the whole config space (dangerous; root only)
-xxxx        Show hex-dump of the 4096-byte extended config space (root only)
-b        Bus-centric view (addresses and IRQ's as seen by the bus)
-D        Always show domain numbers
-P        Display bridge path in addition to bus and device number
-PP        Display bus path in addition to bus and device number

Resolving of device ID's to names:
-n        Show numeric ID's
-nn        Show both textual and numeric ID's (names & numbers)
-q        Query the PCI ID database for unknown ID's via DNS
-qq        As above, but re-query locally cached entries
-Q        Query the PCI ID database for all ID's via DNS

Selection of devices:
-s [[<domain>]:]<bus>]:][<slot>][.[<func>    Show only devices in selected slots
-d [<vendor>]:[<device>][:<class>]        Show only devices with specified ID's

Other options:
-i <file>    Use specified ID database instead of eth
-p <file>    Look up kernel modules in a given file instead of default modules.pcimap
-M        Enable `bus mapping' mode (dangerous; root only)

PCI access options:
-A <method>    Use the specified PCI access method (see `-A help' for a list)
-O <par>=<val>    Set PCI access parameter (see `-O help' for a list)
-G        Enable PCI access debugging
-H <mode>    Use direct hardware access (<mode> = 1 or 2)
-F <file>    Read PCI configuration dump from a given file

Hello,
I'm currently in the process of creating a new module for the 7i80 FPGA, and realizing that I also need to add a driver on the LinuxCNC side. Since the module is pretty niche, I'm trying to avoid modifying the entire Hostmot2 driver (and then worry about having to maintain my local copy against master every time there's a version change), so I was wondering if it was possible to write a driver for Hostmot2 as an external comp. I've seen the mesa_7i65.comp and mesa_uart.comp examples, but I'm more interested in the low level register access (eg. how the inmux driver communicates with the inmux module on the FPGA).
Thanks,
James H.

You probably need to follow my guide
docs.google.com/document/d/1jeV_4VKzVmOI.../edit?usp=drive_link

I still use a Gigbyte Brix J1900 and its fine if you follow my Bookworm guide.
docs.google.com/document/d/1jeV_4VKzVmOI.../edit?usp=drive_link
You will have a Realtek NIC so be sure to install the dkms driver as I describe.

Use a new SSD.
Bookworm is pretty good with UEFI but I think I would try installing Trixie to get any later enhancements now there is a beta ISO release
You should be able to install Linuxcnc with:The dev package installs halcompile etc
 

Thanks Todd,

It was actually much simpler. When watching the HAL tutorial from The Feral Engineer I noticed he had the following line at the top of his HAL file:

That solved this issue for me.

What are the results of:

sudo chrt ping -i .001 -q -c 60000 10.10.10.10
(takes 1 minute)

and

lspci | grep -i eth

 

I'm getting the error 5 times today.
joint 0 following error
Unexpected realtime delay on task 0 with period 1000000...
Could the delay be due to an electrical noise problem?

 

spam removed

spam removed

The old Linuxcnc version would have been based on running a 32-bit version of Debian 7 (Wheezy) and depending on your hardware likely running the RTAI real time patched kernel. This worked well with many slower CPUs.

The latest versions of Linuxcnc's ISOs are based on 64-bit Debian 12 (Bookworm) and comes with a Preempt RT patched real time kernel. This system generally does not give good latency with slower CPUs. You may need to try to install an RTAI version. (I have not tried to get a current release of Linuxcnc running with RTAI so I can't be of much help there other than to point you to the documentation.)
linuxcnc.org/docs/stable/html/getting-st...#cha:Installing-RTAI

I think you might be missing some essential entries in the [TRAJ] section of your ini file and one that's there may be named wrong.

You have:

Try changing it to:

Would be grate to get a driver update to 64bit i have done the job so so rush for me, once done i can test it out
because as i see it even if i reduce for half on the count , will only give 180 turns, twise as many parts output.