Re: rtlinux & smp systems
Der Herr Hofrat <[email protected]> Mon, 4 Apr 2005 11:49:07 +0200 (CEST)
| Newsgroups | gmane.linux.real-time.rtlinux.general |
|---|---|
| Message-ID | <[email protected]> |
> Whether on a UP or dual processor box of athlon or pentium-3, I have
> problems with rtlinux with SMP enabled. On dual processor boxes I'll
> get an oops with some virtual address and such dump or an attempted to
> kill idle process - aye! kernel panic just when loading rtl.o. On a
> UP box I can at least load rtl.o without freezing, infact I even get
> as far as Testing thread wait times in the regression test but the box
> siezes up right there with no output anywhere to tell me what went
> wrong. http://webpages.charter.net/nevion/conf-2429 is my kernel
> config for the UP with SMP, a similiar config is used on the dual
> processor box involving only a mobo chipset and ethernet nic support
> change as well as the change in processor arch to p3. Currently using
> vanilla 2.4.29 kernel athlough same has happened for every kernel with
> an rc1 patch... I think I might've had similiar or the same troubles
> on the passed versions of rtl3.2 for all kernels that where usable as
which 3.2 are you using ? pre3 and rc1 are SMP clean as far as I can tel
> with them as well(its been a while since I messed with them). Problem
> still happens despite compiler version: I've tested gcc
> 2.95.[1-3],3.3.4, 3.3.5, and 3.4.3. Here is the rtlinux config I use:
> http://webpages.charter.net/nevion/rtlconfig
3.3.4 should do I test rc1 on slackware 10.1 by default.
>
> Why use SMP on the UP system? Because I've got a binary only RTL
> module that I can't get source to and it was compiled in a kernel with
> SMP support.
that can be a problem - what config was that binary compiled against - and
why is it binary ? RTLinux/GPL is GPL - who ever built that module might
concider reading the license.
> The module loads fine in the SMP enabled system and
> although everything loads fine in the SMP enabled system.... well I
> don't want these lockups when I start interacting with that module.
>
>
> With all this said, any ideas as to how to fix these SMP related crashes?
>
> Thanks in advance.
>
> ps- These are two lines I've always had to change in rc1 to get it to
> compile (on any system with all versions of gcc that I've used) -
> schedulers/rtl_mutex.c
> line 169 changed to: struct sched_param{int sched_param;} p;
> line 176 changed to: pthread_setschedparam(pthread_self(),SCHED_FIFO,&p);
rc1 compiles without these changes on my systems - anybody else seeing that
problem ?
hofrat
_______________________________________________
Rtl mailing list
[email protected]
http://hq.fsmlabs.com/mailman/listinfo/rtl
http:/www.rtlinux-gpl.org/