From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: Adrian Boeing <aboeing@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] Xenomai Ready PC
Date: Wed, 02 Dec 2009 11:18:59 +0100 [thread overview]
Message-ID: <4B163F13.90400@domain.hid> (raw)
In-Reply-To: <c024fefc0912020042v7bfe223q8f67c7787284c066@domain.hid>
Adrian Boeing wrote:
> We are having trouble just getting the PC to install linux (it fails
> to install, and if we install on another machine, and bring the HDD
> across then it boots very very slowly), we also have to write our own
> Xenomai CAN drivers.
So your problem seems rather to be with Linux than with Xenomai? Or did
you recompile the kernel?
As far as I know, a distribution with a non working kernel for your PC
can nevertheless be installed on the PC provided that you change the
kernel used for installation, and use that same kernel once the
distribution installed. Slow boot probably means that the kernel is
using the wrong drivers for the disk. That is because upon first
installation, the initrd/initramfs that is build and will be used for
next boots is specific to your disk controller. This can be fixed after
the slow boot by rerunning mkinitrd/mkinitramfs/whatever your
distribution provides to re-adapt the initrd/initramfs to your disk
controller. But you can avoid this issue completely by building a kernel
tailored to your PC without even the need for an initrd/initramfs.
Of course, if your chipset/disk controller is not even recognized by
recent kernels, you are toast. But that should be the exception, not the
rule.
>
> We would strongly prefer to purchase a complete system that is known
> to work with Xenomai.
I do not know if such a thing exist. The problems to avoid (specific to
Xenomai I mean), if that is an x86, are:
- check that there is no SMI issue, or if there is, that the SMI can be
safely disabled (that is that they can be disabled at all, and that
disabling them does not cause issues such as overheating);
- check that there is no IRQ sharing between real-time drivers (such as
RT-can) and other peripherals on your board. If that happens, you may be
able to fix it by swapping PCI cards, and/or using BIOS to disable
integrated peripherals, or disable them in the kernel configuration.
--
Gilles
next prev parent reply other threads:[~2009-12-02 10:18 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-02 2:38 [Xenomai-help] Xenomai Ready PC Adrian Boeing
2009-12-02 8:24 ` Gilles Chanteperdrix
[not found] ` <c024fefc0912020042v7bfe223q8f67c7787284c066@domain.hid>
2009-12-02 10:18 ` Gilles Chanteperdrix [this message]
2009-12-03 6:23 ` Adrian Boeing
2009-12-03 8:42 ` Wolfgang Grandegger
2009-12-02 9:30 ` Wolfgang Grandegger
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=4B163F13.90400@domain.hid \
--to=gilles.chanteperdrix@xenomai.org \
--cc=aboeing@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.