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

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

[karre]

Hi,

I tried to install a real time system using Suse Linux 10.1 with a Vanilla-Kernel 2.6.17 and Xenomai 2.2.5.

There were no error messages except "Cannot determine dependencies of module reiserfs", though the system was bootable and actually had access to reiserfs-partitions.

Another suspicious fact was numberous "nothing to do"-messages during compilation of Xenomai.

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.

Can this be cause of I couldn't include "Interrupt pipeline" into the kernel? There was no way to elect it in menuconfig, there was --- instead of [ ], [*] or [M] beneath this option.

Thank you in advance for any advice!

Richard

-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

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

[Jan Kiszka]

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

karre@domain.hid wrote:
> Hi,
> 
> I tried to install a real time system using Suse Linux 10.1 with a Vanilla-Kernel 2.6.17 and Xenomai 2.2.5.
> 
> There were no error messages except "Cannot determine dependencies of module reiserfs", though the system was bootable and actually had access to reiserfs-partitions.
> 
> Another suspicious fact was numberous "nothing to do"-messages during compilation of Xenomai.

User-space part, I guess. Likely you already built it, no?

> 
> 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.

Please make sure, that your build is really consistent. When in doubt,
try a "make clean; make; make modules_install install" cycle and check
if it helps. Could you have accidentally mixed up modules from some
non-Xenomai 2.6.17-build with the Xenomai-enabled version?

> 
> Can this be cause of I couldn't include "Interrupt pipeline" into the kernel? There was no way to elect it in menuconfig, there was --- instead of [ ], [*] or [M] beneath this option.

The "---" means that you cannot disable this essential feature, it will
be forcibly compiled-in when you enable Xenomai.

> 
> Thank you in advance for any advice!
> 
> Richard
> 

Jan


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

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

[karre]

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.

>> 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?

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.

I have also saved all outputs (bootmessages and make-messages). All in
all, it's 600 KB. If that isn't too much, I could send it to you, as
well. Perhaps that this would be useful.

> Please make sure, that your build is really consistent. When in doubt,
> try a "make clean; make; make modules_install install" cycle and check
> if it helps. Could you have accidentally mixed up modules from some
> non-Xenomai 2.6.17-build with the Xenomai-enabled version?
>   

As far as I see it, a make clean would only be necessary if one has
built the kernel before. So this probably doesn't make a difference.

I'm thinking about what you wrote about mixing up modules. I have
already built a Kernel on this Computer before, but it was another
version. At least 2.6.17, but I think it even was 2.6.16.xx. As I said,
i had fresh copies of both Xenomai and the kernel in /usr/src/, set the
symbolic links '/usr/src/linux' and '/usr/src/xenomai' correspondingly,
and did a [xenomai] /scripts/prepare-kernel, [linux] make menuconfig,
make, make modules_install install, [xenomai] ./configure, make, make
install - cycle.

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.

>> Can this be cause of I couldn't include "Interrupt pipeline" into the kernel? There was no way to elect it in menuconfig, there was --- instead of [ ], [*] or [M] beneath this option.
>>     
>
> The "---" means that you cannot disable this essential feature, it will
> be forcibly compiled-in when you enable Xenomai.
>   

Ah, I see. Thank you. This probably is the explanation why during boot
process, "I-pipe 1.5-02: pipeline enabled." and "I-pipe: Domain Xenomai
registered." is reported.

So thank you for your help! I'm looking forward to hearing from you!

Richard

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

[Jan Kiszka]

[-- 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 --]

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

[karre]

Hi Jan,

that sounds very good! The notebook will need some time for compilation, but I am hopeful that your hint will be successful.

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

Concerning the processor type and PC speaker driver, yes.

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

Yes, of course. Btw., is it normal that Xenomai's ./configure doen't need any interaction?

> 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.

Oh yes, I had to experience this is true ;)

> 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.

Ok, I didn't recognize any problems as well. So probably nothing to care about.

Thank you very much & have a nice day!

Richard


-- 
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail