Kent, thanks for giving it a stab; I might have some tunnel vision by now and be missing the obvious.
Am 02.11.2012 um 02:06 schrieb Kent A. Reed: > On 11/1/2012 5:10 AM, Michael Haberler wrote: >> I got LinuxCNC 2.5 to run on an x86 with Xenomai kernel threads, by >> replacing RTAI calls by their Xenomai equivalents. >> >> Initial results look promising. This is still unpolished and not ready for a >> merge yet - I'm publishing this at this stage to enable feedback. >> >> - Michael >> >> >> > > > 1. So I tried first with a Pentium4 system that happened to be close at > hand. It's the Dell Dimension 2400 system I long ago posted to the > Latency Test Results table on the Wiki. It's running LinuxCNC 2.6.0-pre > built on top of Ubuntu 10.04LTS. > > Result? No go. The .deb files based on the 3.2.21 kernel all seemed to > install but no initrd.img-3.2.21-xenomai+ file was created and the > system goes into a slumber when I try to boot into the 3.2.21-xenomai+ > kernel. Sorry, I forgot to document this; it's in the README.xenomai now. the dpkg* tools in (at lucid) are _very_ outdated and sometimes fail to create an initrd image; on precise it seems to work for me. I added this: Verify initrd has been created ------------------------------ The lucid dpkg & friends tools are very outdated, and fail to create an initramfs after the above 'dpkg -i *.deb' step. Depending on your installation, this might have happened or not. See if this has happened: $ ls -l /boot/initrd.img-3.2.21-xenomai+ If this file does not exist, create it manually as root like so # update-initramfs -c -k 3.2.21-xenomai+ Now reboot, and Xenomai should come up. Verify this by: $ dmesg |grep Xenomai [ 3.250972] I-pipe: head domain Xenomai registered. [ 3.340753] Xenomai: hal/i386 started. [ 3.410749] Xenomai: scheduling class idle registered. [ 3.511046] Xenomai: scheduling class rt registered. [ 3.664165] Xenomai: real-time nucleus v2.6.1 (Light Years Away) loaded. [ 3.830540] Xenomai: debug mode enabled. [ 3.891351] Xenomai: starting native API services. [ 4.030965] Xenomai: starting POSIX services. [ 4.240531] Xenomai: starting RTDM services. NB: when building the kernel yourself like described in the README, you might be better off using a more recent distro than lucid; I had very nasty problems building 3.x kernels on lucid and now build them on my server which is Debian wheezy. It might be the CPU family is set to aggressively, I have: $ grep CONFIG_X86_MINIMUM_CPU_FAMILY /boot/config-* /boot/config-2.6.32-122-rtai:CONFIG_X86_MINIMUM_CPU_FAMILY=4 /boot/config-2.6.32-32-generic:CONFIG_X86_MINIMUM_CPU_FAMILY=4 /boot/config-2.6.38-10-generic:CONFIG_X86_MINIMUM_CPU_FAMILY=5 /boot/config-2.6.38.8-xenomai+:CONFIG_X86_MINIMUM_CPU_FAMILY=5 /boot/config-3.2.21-xenomai+:CONFIG_X86_MINIMUM_CPU_FAMILY=5 /boot/config-3.4.13-rt-preempt-rt22+:CONFIG_X86_MINIMUM_CPU_FAMILY=5 Stepping back to P4 might help if it still fails to boot with the correct initrd image. - Michael > > 2. Next, I tried an ASUS NB305 netbook (dual-core Atom N450) on which I > recently installed Linux Mint 13. This netbook isn't really a candidate > for LinuxCNC but it happened to be idling contently next to me so I > thought I'd use it to look at the initrd problem. > > Result? No problem here. Boots into the 3.2.21-xenomai+ kernel without a > hitch. I presume this means the postinst.d scripts ran on this machine > but not on the P4 machine. I haven't installed LinuxCNC on this machine > (yet) so can't quote any latency results comparable to yours. > > --- > > I have two more systems to try: my ASUS AT5NM10-I motherboard (dual-core > Atom D510) and my Asus M488T-M with AMD quad-core Athlon II X4 640, both > of which showed very low latency with RTAI and high and variable latency > numbers with a PREEMPT_RT patched kernel. I was using them for something > else and have to swap out some disks before I can fire them up but will > have results by tomorrow morning. > > Regards, > Kent > > > ------------------------------------------------------------------------------ > LogMeIn Central: Instant, anywhere, Remote PC access and management. > Stay in control, update software, and manage PCs from one command center > Diagnose problems and improve visibility into emerging IT issues > Automate, monitor and manage. Do more in less time with Central > http://p.sf.net/sfu/logmein12331_d2d > _______________________________________________ > Emc-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-developers ------------------------------------------------------------------------------ LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
