Re: [Xenomai-help] System freezes with Xenomai 2.2.5 and kernel 2.6.17

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

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

Hi Richard,

karre@domain.hid wrote:
> Hi Jan,
> 
> thank you for your answer! Unfortunately, I didn't find your mail
> earlier as Thunderbird made a mistake.
> 
> In the meantime I verified the freezing on another platform. Both are
> notebooks that are 3 years or older.
> 

Same config? Then the same issue I will explain below.

> 
>>>>> Another suspicious fact was numberous "nothing to do"-messages during compilation of Xenomai.
>>>>>     
>>>     
>>>
>>> User-space part, I guess. Likely you already built it, no?
>>>   
>>   
> I think so as well. User-space part is the one that is not compiled into
> the kernel but with a make/make install directly in the
> xenomai-directory, isn't it?

Not to forget "configure". Yes, that's the user-space part.

> 
> But no, at least on this computer I haven't built it before. I
> downloaded a fresh copy of the Vanilla-2.6.17.14-Kernel and of Xenomai
> 2.2.5, expanded it, patched the kernel, and compiled the kernel and
> afterwards Xenomai (user part?).
> 
> 
>>>>> Now the system is bootable and Xenomai reported that hal&x86, real-time nucleus, nataive API, POSIX and RDTM services had started. Unfortunately, the system freezes unrecoverably shortly after login.
>>>>>     
>>>     
>>>
>>> .config, please. I'm running such a setup (SuSE 10.1, 2.6.17.14, latest
>>> Xenomai) successfully on my notebook.
>>>   
>>   
> 
> That's great, also that your run it on a notebook as well!
> 
> I appended my .config at the bottom of this email's copy to you. I left
> it from the copy to xenomai-help, as it is 64 KB large. If it is no
> problem, I could also attach it hier.

Ok, this is fortunately a simple issue:

CONFIG_M586=y
# CONFIG_M586TSC is not set

This forces Xenomai into TSC emulation mode using the PIT. Suboptimal
setup, choose at least M586TSC or even something closer to your real
processor.

The actual problem is the conflict with this option:

CONFIG_INPUT_PCSPKR=y

That driver also uses the PIT and finally causes the lock-up. Upcoming
Xenomai 2.3 detects the conflict and warns you, but 2.2 lets you trap
into this without any hint.

...
> By the way, when I compiled the rt-system on this second notebook, I got
> the  "Cannot determine dependencies of module ..." not for reiserfs, but
> for processor, thermal,  jbd, ext3 (in this order and immediately
> afterwards a second time, again in this order). As I have already said,
> I could provide you with the messages during build process.

Yeah, I know those (likely) SuSE-related warnings as well. I never felt
like looking for their reason, I can just say that they are harmless.

Jan


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