.... Realtime system did not load .... Debug file information: insmod: can't read '/usr/realtime-2.6.24-19-generic/modules/rtai_hal.ko': No such file or directoryThis error means the wrong kernel has been booted (in this case 2.6.24-19-generic). Always make sure you have a rtai patched kernel selected at boottime (2.6.24-16-rtai for hardy, 2.6.15-magma for dapper).
.... Realtime system did not load .... Debug file information: insmod: error inserting '/usr/realtime-2.6.32-122-rtai/modules/rtai_hal.ko': -1 Operation not permitted
Additional the following lines are found in dmesg:
.... [ 0.000000] Local APIC disabled by BIOS -- you can enable it with "lapic" .... [ 54.798391] RTAI[hal]: ERROR, LOCAL APIC CONFIGURED BUT NOT AVAILABLE/ENABLED.
This means your computer has a Local APIC, but it is not enabled. RTAI however expects it to be present and enabled to be able to work. You can force it to on by editing:
in /etc/default/grub, change GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" to GRUB_CMDLINE_LINUX_DEFAULT="quiet splash lapic"
afterwards run "sudo update-grub" and restart.
Can't write to /dev/rtai_shm - aborting RTAPI: ERROR: could not open shared memory ERROR: Could not load 'rtapi' insmod: error inserting '/lib/modules/22.214.171.124-magma/rtai/rtai_up.ko': -1 Operation not permittedA script is provided with emc2 to load and unload all the realtime modules, and is much quicker for troubleshooting than starting and stopping all of emc2. To use it, type:
There are several device files required for Linux applications such as emc2 to talk to the RealTime OS. These device files have a reputation for getting deleted by udev. Make sure that these files exist:
ubuntu:$ ls -l /dev/rt* lrwxrwxrwx 1 root root 8 2006-05-23 23:34 /dev/rtai_shm -> RTAI_SHM crw-rw---- 1 root audio 10, 135 2006-05-14 16:12 /dev/rtc ubuntu:$ ls -l /dev/RTAI_SHM crw-rw-rw- 1 root root 10, 254 2006-05-23 23:34 /dev/RTAI_SHM
Or, your system may look something like this:
fedora]$ ls -l /dev/rt* crw-rw-rw- 1 root root 10, 254 Jul 18 2005 /dev/rtai_shm crw-r--r-- 1 root root 10, 135 Jun 4 16:21 /dev/rtc crw-rw-rw- 1 root root 150, 0 Jul 18 2005 /dev/rtf0 crw-rw-rw- 1 root root 150, 1 Jul 18 2005 /dev/rtf1 crw-rw-rw- 1 root root 150, 2 Jul 18 2005 /dev/rtf2 crw-rw-rw- 1 root root 150, 3 Jul 18 2005 /dev/rtf3 crw-rw-rw- 1 root root 150, 4 Jul 18 2005 /dev/rtf4 crw-rw-rw- 1 root root 150, 5 Jul 18 2005 /dev/rtf5 crw-rw-rw- 1 root root 150, 6 Jul 18 2005 /dev/rtf6 crw-rw-rw- 1 root root 150, 7 Jul 18 2005 /dev/rtf7 crw-rw-rw- 1 root root 150, 8 Jul 18 2005 /dev/rtf8 crw-rw-rw- 1 root root 150, 9 Jul 18 2005 /dev/rtf9If these files do not exist, you can create them, for example: sudo mknod /dev/RTAI_SHM c 10, 254;
To specifically test the operation of the RealTime kernel, use the kernel latency test supplied with RTAI.
DO NOT TRY TO RUN EMC2 WHILE THE TEST IS RUNNING
On Ubuntu Dapper this is accomplished by doing:
sudo mkdir /dev/rtf; sudo mknod /dev/rtf/3 c 150 3; sudo mknod /dev/rtf3 c 150 3; cd /usr/realtime*/testsuite/kern/latency; ./run
and then you should see something like this:
ubuntu:/usr/realtime-2.6.12-magma/testsuite/kern/latency$ ./run * * * Type ^C to stop this application. * * ## RTAI latency calibration tool ## # period = 100000 (ns) # avrgtime = 1 (s) # do not use the FPU # start the timer # timer_mode is oneshot RTAI Testsuite - KERNEL latency (all data in nanoseconds) RTH| lat min| ovl min| lat avg| lat max| ovl max| overruns RTD| -1571| -1571| 1622| 8446| 8446| 0 RTD| -1558| -1571| 1607| 7704| 8446| 0 RTD| -1568| -1571| 1640| 7359| 8446| 0 RTD| -1568| -1571| 1653| 7594| 8446| 0 RTD| -1568| -1571| 1640| 10636| 10636| 0 RTD| -1568| -1571| 1640| 10636| 10636| 0
There should be no overruns, and "lat max" should probably be below your BASE_PERIOD setting.
Some issues with hardware that cause the RT kernel to not work correctly:
Disable it and plug in an AGP or PCI video card.
Avoid anything nvidia. Old matrox (millenium, G400, G450 era) work great. Some older ATI work great, not so sure about recent stuff.
Disable it if you have no plans to use audio. Even if you don't use it by playing music or videos, system noises such as bells or notifications can invoke the audio drivers.
Turn everything off that you can. Any power saving, anything related to suspending, cpu frequency scaling, etc. Enabling ACPI could be the only way to get access to local APIC timer (much lower latency than PIC), as new mainboards do not come with legacy support of MPTABLEs. Disable C1E power-saving feature in BIOS (could save about ~10-15ms on recent CPUs), this feature is activated regardless of ACPI or APM, thus needs to be disabled independently.
Your machine should have smooth movement while opening and closing windows on linux. If not there may be an issue with the RT kernel, or the way it works together with your setup. First try using the open-source driver (e.g., "nv" instead of "nvidia") and then try using the unaccelerated driver ("vesa").
If you see part of the Axis tool path display missing, or just plain weird, if the mouse cursor is a blob or even if the whole machine freezes while showing video problems, you may be seeing the effects of incompatibility between your display driver and EMC2.
There are two possible solutions, either edit the xorg.conf file to use the generic slow but reliable Vesa driver (EMC2 is not graphics intensive, this won't matter) or an alternative software-only OpenGL? driver (see section 4.2)
sudo Xorg -configure Note:- You cannot use this command with an existing X Server running. In order to generate xorg.conf you need to switch to a non-graphical console using the key combination CTRL + ALT + F1 (F2..F3..etc) Now execute the following commands: $ sudo service gdm stop This command will stop the X. Now we need to generate the xorg.conf file: $ sudo Xorg -configure This has generated the file in ~/xorg.conf.new. We need to make the X using it so we have to put this file inside /etc/X11/ $ sudo mv ~/xorg.conf.new /etc/X11/xorg.conf After moving this file to the proper location you can start the X again and see what happens: $ sudo service gdm start So long as X starts again you can now edit /etc/X11/xorg.conf and then re-boot to see the changes. If X fails to start, changing the name will allow you to re-start gdm on the old settings. $ sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.failed
If you do have an existing xorg.conf then make a copy of it so that you can undo the changes:
sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf.bak
Then open xorg.conf using this terminal command
and look down until you find the following lines.sudo gedit /etc/X11/xorg.conf
Section "Device Identifier "Configured Video Device"
Add the following line immediately below this.
Alternatively you might find that a similar line contains a reference to an existing video driver (for example "r128" for a Rage 128) edit that by swapping the name of the driver to "vesa"
Save the file and restart the X system by holding down the keyboard keys <control> and <alt> and tapping <Backspace>. You'll have to log in again when X restarts.
If the display does not come up properly and you are dropped into text mode you should be able to log in using your name and password and issue the following commands.
sudo rm /etc/X11/xorg.conf sudo cp /etc/X11/xorg.conf.bak /etc/X11/xorg.confYou may be able to restart the X server using this command.
sudo gdmIf not you'll have to reboot and try the edit again. As always YMMV.
Note:- If you have problems with the vesa driver default resolution being too low, users have found that explicitly specifying the refresh rates allowed them to achieve the desired resolution eg
.... Section "Monitor" Identifier "Configured Monitor" HorizSync 30-60 VertRefresh 60-75 EndSection ... Important - do not guess these, or you will damage your monitor, use xrandr to get the exact figures (Probably only up to max 1024x768 with vesa)
sudo apt-get install libgl1-mesa-swx11
su - echo install pcspkr /bin/true >/etc/modprobe.d/rtai rmmod pcspkr
insmod: error inserting '/home/jepler/src/emc2/rtlib/hal_parport.ko': -1 Device or resource busy
If you encounter this problem, you must make sure that the Linux kernel module parport_pc is not loaded at boot time. On Ubuntu systems, you can do this by creating a file in /etc/modprobe.d/ with the one line
install parport_pc /bin/true
The official packages put this line in the file /etc/modprobe.d/emc2. Different Linux distributions may have a different method to stop parport_pc from loading.
To fix this problem, upgrade to EMC 2.0.3 or newer. Then, add the command
loadrt probe_parportbefore the line loading hal_parport in your hal file.
In EMC 2.0.1, the Linux parallel port driver must be completely disabled for EMC's hal_parport driver to load. However, as we learned after the release of 2.0.1, this disabled certain parallel ports that are "PNP" (plug and play) devices. The new probe_parport realtime module performs the probing for one type of PNP port. If probe_parport doesn't allow your card to work, please contact the EMC developers.
First, you gotta have a 5i20 board ;-)
Assuming that's not the issue, one user reported that his board wasn't enabled by the BIOS at boot time. Running "lspci -v" revealed this (info for other devices has been snipped):
0000:00:0e.0 Bridge: PLX Technology, Inc. PCI <-> IOBus Bridge Hot Swap Subsystem: PLX Technology, Inc.: Unknown device 3131 Flags: medium devsel, IRQ 9 Memory at feddfc00 (32-bit, non-prefetchable) [disabled] [size=128] I/O ports at fc00 [disabled] [size=128] I/O ports at f400 [disabled] [size=256] I/O ports at f800 [disabled] [size=256] Memory at fede0000 (32-bit, non-prefetchable) [disabled] [size=64K] Memory at fedf0000 (32-bit, non-prefetchable) [disabled] [size=64K] Capabilities: <available only to root>
The important item is "[disabled]" in the "I/O ports" and "Memory" lines. The user was able to solve the problem by setting "Plug-N-Play OS" in the BIOS setup screen to "NO" and rebooting. Googling finds that "NO" is probably the correct answer to that BIOS question anyway, see http://tldp.org/HOWTO/Plug-and-Play-HOWTO-3.html
To reenable the linux parport driver and disable emc hardware drivers that use the parallel port, remove the line "install parport_pc /bin/true" from the file /etc/modprobe.d/emc2, and reboot or otherwise cause the parport-related linux kernel modules to be loaded.
If your system has multiple parallel ports, you can also use some for linux and the others for emc. In this case, remove the "install" line as above and add an "options parport_pc" line to /etc/modprobe.d/emc2 which gives the correct I/O addres(es) for the ports to be used by Linux. For the format of the options line, see the [linux kernel documentation].
Not sure if a parallel port output is working on the hardware level?
Turn off power to the steppers or unplug the motors first.
Either use the Parallel Port Tester config files or:
From the Hal Configuration Screen drill down to Pins/parport/0 now you see all the pins for your parallel port. You must unlink the pin to manually turn it on and off if it is linked. In the Test HAL command:
Where nn is 01 02 etc.Do this for each pin you want to test. The unlinkp is unlink pin. Now to toggle each pin on and off use the command:
setp parport.0.pin-nn-out 1
The setp is set pin. The 1 turns it on a 0 turns it off.
I fixed 'unexpected realtime delays' caused by a USB thumb drive the error was repeatable during 3 reboots dmesg showed no problems but messages reported that when the thumb was mounted , there were errors detected and suggested running e2fsck now this thumb had 2 partitions, one was ext2 , the other was vfat so i ran e2fsck on the ext2, then inspected (didnt change) the vfat paritition i used fsck.vfat to look, just didnt let it change things (reason, some old memory of 'always let the native OS fix drive errors ) then i let Vista check & repair the vfat partition now, i can mount and unmount the device, read & write to it, play music off it, read pdfs off it and no UDR's (no unexpected realtime delays) tom3p 11jan2010
[entry] explains how to set that.