Re: [Xenomai-help] Dual Xeon, 2.6.10, adeos-r13

[Jan Kiszka <jan.kiszka@domain.hid>]

[-- Attachment #1: Type: text/plain, Size: 2418 bytes --]

Nathaniel Villaume wrote:
> Hi all,
> 
> I can't seem to find any info about Dual Xeon and Xenomai (well, ADEOS,
> really). Is this a configuration that is expected to work?  What about
> smp Athlon? or DualCore Athlon? (I think Opteron is not in the picture
> yet, right?)

x86-64 is not yet supported by Xenomai (hmm, would be a nice next goal
now that ARM is running... ;)). But everything that runs in plain x86
mode has to work.

But don't use oldgen adeos patches with Xenomai anymore, use the recent
ipipe patches. Pick Xenomai 2.0.3 or 2.1-rc2 and install a fitting patch
that comes with it.

> 
> For the dual Xeon, I'm able to patch and build fine, but boot stalls
> after the hardware has been initialized by the init process.
> (i.e. The last line I get from Fedora Core 3 Init 2.85 booting says:
> Initializing hardware... storage network, audio done [ok])
> 
> I've done what I think are correct:
> - turned off HyperThreading in both bios and in kernel config

That's recommended as HyperThreading degrades RT performance (but it
should not crash your box, though).

> - disabled REGPARM

That is only needed for RTAI to work around its oddities. It is NOT
needed for Xenomai.

> 
> The Processor family  is set to Pentium 4 and sub arch is set to Generic
> architecture (X86_GENERICARCH), but I've also tried Pc Compatible (X86)
> to  the same effect.
> I used an adeos-r9 patch that came with RTAI, and I at least got the
> system to boot. But RTAI puked when loading the SMP scheduler....

Are we now talking about RTAI or do you still mean Xenomai? Note that
both projects have almost nothing organisationally in common anymore.
RTAI is patching the original ipipe-patches for its purpose, so the
golden rule is: use only that patch that comes with the desired
real-time extension, don't mix both up!

> 
> Is there anything else I might do to make this work?  What is the
> confidence level in SMP support?

I would say that SMP is not that intensively tested as UP, but there are
no known issues ATM which should prevent it from working (AFAIK).

If you think you have found a bug in a *recent* version (2.0.3/2.1-rc2),
please report again precisely what you did. Start with getting a
*vanilla* kernel booted, then continue with adding the ipipe and finally
Xenomai itself. Please also provide your .config if step #2 or #3 fails.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]