Hi, I still have the same issues, with identical results with either of the four different kernel versions and corresponding adeos patches I have tried.
After having booted into the kernel and installed the user-space xenomai libraries, none of the tests in /usr/xenomai/bin works. If i configure with --enable-dlopen-skins i get the following result from ./usr/xenomai/bin/clocktest: == Tested clock: 0 (CLOCK_REALTIME) CPU ToD offset [us] ToD drift [us/s] warps max delta [us] --- -------------------- ---------------- ---------- -------------- 0 0.0 0.000 0 0.0 1 0.0 0.000 0 0.0 2 0.0 0.000 0 0.0 3 0.0 0.000 0 0.0 If run the xenomai ./configure script without any arguments and then build and install, I get the following message when running ./usr/xenomai/bin/clocktest: Xenomai Posix skin init: pthread_setschedparam: Function not implemented As before, looking in the syslog it appears that Xenomai is up and running: Jul 4 12:33:45 wam-desktop kernel: [ 2.089906] I-pipe: Domain Xenomai registered. Jul 4 12:33:45 wam-desktop kernel: [ 2.089995] Xenomai: hal/i386 started. Jul 4 12:33:45 wam-desktop kernel: [ 2.090031] Xenomai: scheduling class idle registered. Jul 4 12:33:45 wam-desktop kernel: [ 2.090032] Xenomai: scheduling class rt registered. Jul 4 12:33:45 wam-desktop kernel: [ 2.090874] Xenomai: real-time nucleus v2.6.0 (Movin' On) loaded. Jul 4 12:33:45 wam-desktop kernel: [ 2.091059] Xenomai: starting native API services. Jul 4 12:33:45 wam-desktop kernel: [ 2.091061] Xenomai: starting POSIX services. Jul 4 12:33:45 wam-desktop kernel: [ 2.091085] Xenomai: starting RTDM services. Thanks in advance for any ideas or suggestions on finding the issue, Klas ________________________________________ From: Gilles Chanteperdrix [[email protected]] Sent: 28 June 2012 18:48 To: Kronander Klas Cc: [email protected] Subject: Re: [Xenomai] Peak PCI CAN card RTCAN problem On 06/28/2012 06:47 PM, Klas Kronander wrote: > On 2012-06-28 18:12, Gilles Chanteperdrix wrote: >> On 06/28/2012 06:09 PM, Klas Kronander wrote: >>> >>> On 2012-06-28 15:27, Wolfgang Grandegger wrote: >>>> On 06/28/2012 03:07 PM, Wolfgang Grandegger wrote: >>>>> On 06/28/2012 02:52 PM, Klas Kronander wrote: >>>>>> Hi, >>>>>> >>>>>> ok did that. The return value from rt_dev_socket is -14. I could not >>>>>> find the definition of EPROTONOSUPPORT anywhere, so I don't know if this >>>>>> was the expected value? >>>>> ~$ errno 14 >>>>> #define EFAULT 14 /* Bad address */ >>>>> >>>>> Hm, strange. I have to look that up. >>>> To better understand what you are doing... are you using a Xenomai >>>> enabled kernel? Does the latency test work? >>>> >>>> Wolfgang. >>> Yes, I am using a Xenomai enabled kernel. None of the tests seem to work >>> though. >>> >>> clocktest just gives me zeros. latency does not show anything. I have >>> tried to recompile the kernel, still the same result. How find out >>> what's wrong? I followed the guidlines on the xenomai website for the >>> kernel configuration. >> http://www.xenomai.org/index.php/Configuring_x86_kernels#Does_Xenomai_work.3F >> > > In the syslog it seems as xenomai was initialized properly. The mesages > correspond to those on the faq. I also looked through the > troubleshooting file, nothing there seems to help my case. I will try to > redo everything again with a different kernel version to see if that > helps. Any other ideas? If you are using gcc 4.6.1, please pass CFLAGS=-fno-omit-frame-pointer on the configure script command line. -- Gilles. _______________________________________________ Xenomai mailing list [email protected] http://www.xenomai.org/mailman/listinfo/xenomai
