From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: xenomai@domain.hid
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] New install of Xenomai 2.3 for 2.6.17 kernel.... Various problems
Date: Wed, 21 Mar 2007 16:54:54 +0100 [thread overview]
Message-ID: <4601554E.5040302@domain.hid> (raw)
In-Reply-To: <032120071354.7273.46013902000B45CE00001C692212020784070E0301020A98@domain.hid>
xenomai@domain.hid wrote:
> Hello,
>
> Just to give you a little background, I am a software engineer with alot of experience in VxWorks. I am currently investigating moving a large, high speed, data aquisition system from a multi single board computer, VME based system over to a PC with a PCI-Express expansion bus and create a portable slimmed down version. While the time constraints I have are in the 10s of microseconds, I do have a need for consistency. I have some experience with eCos but would like the bennefits that linux will offer.
>
> I have a need for the same software work in various configurations in both a server configuration and a portable configuration. The systems that I have are as follows :
>
> Dell Precision M65 Laptop with 2.16ghz dual core processor
> 4gb memory
> Nvidia Quadro FX350 Graphics
> SATA disk
> Configuration 1 :
> Docking station containing Pentek 7131 Digital Receiver
> Configuration 2:
> ExpressCard expansion chassis containing multiple Pentek 7131 Digial Receivers
> and IOTech 2100 Data Digital/Analog I/O cards
>
> Dell Precision 690 with 2 Dual core 5160 3ghz Processors (Woodcrest)
> 8gb memory
> Nvidia Quadro 4500
> Multiple 15k SAS disks with both Perc5E and/or LSI Logic 8580E SAS Controller
> Multiple slot expansion chassis connected 8x to the server containing multiple cards
>
> I have tried the RTAI approach with little success and have since
> switched to Xenomai with limited success. I currently am using the
> 2.6.17 kernel due to no success with patching the .19 kernel.
> When patching the .19 kernel for some reason the Real Time menu in
> the configuration contains only the APM/ACPI warning and no menu
> options there were however no errors when patching.
Could you send us the .config which leads to this situation ?
> For the 2.6.17 kernel installation was fairly smooth but with one
> hiccup. For some reason, the patch did not add CONFIG_X86_TCS
> to the configuration.
I assume you are talking about the CONFIG_X86_TSC option. The reason why
CONFIG_X86_TSC is not set is usually that you are configuring the kernel
for a processor without tsc, for instance 486 or pentium.
Here again, sending your .config would help us.
> I added it manually by editing /arch/i386/Kconfig and adding an entry
> for X86_TCS. This allowed me to successfully run the tests supplied
> with the Xenomai distribution.
No, you should not have to do this. The fact that you have to manually
modify arch/i386/Kconfig should ring a bell: you are doing something wrong.
> All the above has been done on the M65 Laptop which does have an
> ICH7 chipset. I have tried both SMI enabled and disabled (ACPI
> SMI must remain enabled inorder for video to work) with no change
> in performance. APM and CPU Freq scaling are disabled as well as
> ACPI Processor. In this configuration the tests would run to
> completion but with disturbing results. About ever 8-10 seconds
> the latency goes from somewhere between 1-50 micro seconds to over
> 700 microseconds. (I'm assuming the output is in microseconds).
> It continues this in a very predictable manner.
This really looks like the TCO interrupt. Could you check that the SMI
workaround does not display a message "SMI workaround failed!" when
starting Xenomai nucleus?
> I have read the
> mailing list and have tried what others have recommended with no
> change at all. (Shared memory is enabled). Also, occasionally
> when I run the tests while running an X server it hard hangs the
> system. I am not expecting the same type of problems to present
> themselves on my Server but I have a very large interest in
> getting a portable system working.
This is abnormal. Do your keyboard leds blink ?
> Are there any hard and fast configurations that I should try?
> Is there a repository of .config files for differen
> kernel/hardware configurations?
>
> Thanks in advance for your help. If all goes well, I hope to
> return the favor to those who can bennefit from my experience.
The configuration which should work for Xenomai configuration items is
the default configuration. If it does not work, then you came to the
right place.
--
Gilles Chanteperdrix
next prev parent reply other threads:[~2007-03-21 15:54 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-21 13:54 [Xenomai-help] New install of Xenomai 2.3 for 2.6.17 kernel.... Various problems xenomai
2007-03-21 15:54 ` Gilles Chanteperdrix [this message]
[not found] <032220071508.5353.46029BD200057373000014E92216557996070E0301020A98@domain.hid>
2007-03-22 15:45 ` Gilles Chanteperdrix
-- strict thread matches above, loose matches on Subject: below --
2007-03-23 14:04 xenomai
2007-03-23 14:16 ` Jan Kiszka
2007-03-23 14:47 ` Philippe Gerum
2007-03-23 14:30 xenomai
2007-03-23 14:52 ` Jan Kiszka
2007-03-23 14:47 xenomai
2007-03-23 15:18 ` Philippe Gerum
2007-03-23 15:01 xenomai
2007-03-23 15:33 xenomai
2007-03-23 15:38 ` Gilles Chanteperdrix
2007-03-23 17:03 ` Gilles Chanteperdrix
2007-03-23 17:12 ` Eric Noulard
2007-03-23 17:20 xenomai
2007-03-23 17:21 xenomai
2007-03-23 17:27 ` Jan Kiszka
2007-03-23 17:48 ` Philippe Gerum
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4601554E.5040302@domain.hid \
--to=gilles.chanteperdrix@xenomai.org \
--cc=xenomai@domain.hid \
--cc=xenomai@xenomai.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.