* [Xenomai-help] BUG: soft lockup
@ 2008-12-15 15:13 Thomas Schaefer
2008-12-15 16:09 ` Jan Kiszka
0 siblings, 1 reply; 5+ messages in thread
From: Thomas Schaefer @ 2008-12-15 15:13 UTC (permalink / raw)
To: xenomai
[-- Attachment #1: Type: text/plain, Size: 2063 bytes --]
Hi, I am trying to use kernel version 2.6.27.8 and the latest stable version of xenomai 2.4.6.1 on a quad core xeon 5400. The kernel seems to load OK.[ 1.306673] I-pipe: Domain Xenomai registered.[ 1.311242] Xenomai: hal/x86_64 started.[ 1.316744] Xenomai: real-time nucleus v2.4.6 (Bamboo) loaded.[ 1.322786] Xenomai: starting native API services.[ 1.327580] Xenomai: starting POSIX services.[ 1.331973] Xenomai: starting RTDM services. But as soon as init starts the PC hangs in an endlass loop and I get:[ 69.793501] BUG: soft lockup - CPU#3 stuck for 61s! [init:1][ 69.793501] Modules linked in:[ 69.793501] CPU 3:[ 69.793501] Modules linked in:[ 69.793501] Pid: 1, comm: init Not tainted 2.6.27.8 #1[ 69.793501] RIP: 0010:[<ffffffff8021de25>] [<ffffffff8021de25>] native_flush_tlb_others+0xa5/0xe0[ 69.793501] RSP: 0000:ffff88007f849c58 EFLAGS: 00000202[ 69.793501] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000[ 69.793501] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000000[ 69.793501] RBP: ffff88007f840000 R08: 0000000000000000 R09: 0000000000000000[ 69.793501] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000[ 69.793501] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000[ 69.793501] FS: 00007fbcbf7486e0(0000) GS:ffff88007f806a80(0000) knlGS:0000000000000000[ 69.793501] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b[ 69.793501] CR2: 0000000000672b08 CR3: 000000007eb84000 CR4: 00000000000006e0[ 69.793501] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000[ 69.793501] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400[ 69.793501][ 69.793501] Call Trace:[ 69.793501]The kernel runs fine without the Xenomai patch.
I also tried the version in the current svn repository with the same result.
Please let me know you what I can do to help to fix this or what additional info I should provide. Regards,Thomas Schaefer
_________________________________________________________________
[-- Attachment #2: Type: text/html, Size: 2897 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Xenomai-help] BUG: soft lockup
2008-12-15 15:13 [Xenomai-help] BUG: soft lockup Thomas Schaefer
@ 2008-12-15 16:09 ` Jan Kiszka
2008-12-15 17:54 ` Thomas Schaefer
0 siblings, 1 reply; 5+ messages in thread
From: Jan Kiszka @ 2008-12-15 16:09 UTC (permalink / raw)
To: Thomas Schaefer; +Cc: xenomai
Hi,
please don't post HTML mails, they are not parsable unless one switches
HTML mode on for mail reading (which at least I dislike to do).
Thomas Schaefer wrote:
> Hi,
>
> I am trying to use kernel version 2.6.27.8 and the latest stable version
> of xenomai 2.4.6.1 on a quad core xeon 5400.
>
> The kernel seems to load OK.
> [ 1.306673] I-pipe: Domain Xenomai registered.
> [ 1.311242] Xenomai: hal/x86_64 started.
> [ 1.316744] Xenomai: real-time nucleus v2.4.6 (Bamboo) loaded.
> [ 1.322786] Xenomai: starting native API services.
> [ 1.327580] Xenomai: starting POSIX services.
> [ 1.331973] Xenomai: starting RTDM services.
>
> But as soon as init starts the PC hangs in an endlass loop and I get:
> [ 69.793501] BUG: soft lockup - CPU#3 stuck for 61s! [init:1]
> [ 69.793501] Modules linked in:
> [ 69.793501] CPU 3:
> [ 69.793501] Modules linked in:
> [ 69.793501] Pid: 1, comm: init Not tainted 2.6.27.8 #1
> [ 69.793501] RIP: 0010:[<ffffffff8021de25>] [<ffffffff8021de25>]
> native_flush
> _tlb_others+0xa5/0xe0
> [ 69.793501] RSP: 0000:ffff88007f849c58 EFLAGS: 00000202
> [ 69.793501] RAX: 0000000000000000 RBX: 0000000000000000 RCX:
> 0000000000000000
> [ 69.793501] RDX: 0000000000000000 RSI: 0000000000000000 RDI:
> 0000000000000000
> [ 69.793501] RBP: ffff88007f840000 R08: 0000000000000000 R09:
> 0000000000000000
> [ 69.793501] R10: 0000000000000000 R11: 0000000000000000 R12:
> 0000000000000000
> [ 69.793501] R13: 0000000000000000 R14: 0000000000000000 R15:
> 0000000000000000
> [ 69.793501] FS: 00007fbcbf7486e0(0000) GS:ffff88007f806a80(0000)
> knlGS:00000
> 00000000000
> [ 69.793501] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> [ 69.793501] CR2: 0000000000672b08 CR3: 000000007eb84000 CR4:
> 00000000000006e0
> [ 69.793501] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
> 0000000000000000
> [ 69.793501] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
> 0000000000000400
> [ 69.793501]
> [ 69.793501] Call Trace:
> [ 69.793501]
Really no Stack trace available?
>
> The kernel runs fine without the Xenomai patch.
> I also tried the version in the current svn repository with the same result.
> Please let me know you what I can do to help to fix this or what
> additional info I should provide.
Does this problem also occurs when you
- disable CONFIG_XENOMAI?
- boot with maxcpus=2, and then maxcpus=1?
Additionally, could you provide your .config?
Jan
--
Siemens AG, Corporate Technology, CT SE 26
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Xenomai-help] BUG: soft lockup
2008-12-15 16:09 ` Jan Kiszka
@ 2008-12-15 17:54 ` Thomas Schaefer
2008-12-15 18:59 ` Gilles Chanteperdrix
0 siblings, 1 reply; 5+ messages in thread
From: Thomas Schaefer @ 2008-12-15 17:54 UTC (permalink / raw)
To: jan.kiszka; +Cc: xenomai
[-- Attachment #1: Type: text/plain, Size: 3167 bytes --]
Hi,
> Date: Mon, 15 Dec 2008 17:09:25 +0100
> From: jan.kiszka@domain.hid
> To: thomas_schaefer_canada@domain.hid
> CC: xenomai@xenomai.org
> Subject: Re: BUG: soft lockup
>
> Hi,
>
> please don't post HTML mails, they are not parsable unless one switches
> HTML mode on for mail reading (which at least I dislike to do).
>
Sorry about that.
> Thomas Schaefer wrote:
>> Hi,
>>
>> I am trying to use kernel version 2.6.27.8 and the latest stable version
>> of xenomai 2.4.6.1 on a quad core xeon 5400.
>>
>> The kernel seems to load OK.
>> [ 1.306673] I-pipe: Domain Xenomai registered.
>> [ 1.311242] Xenomai: hal/x86_64 started.
>> [ 1.316744] Xenomai: real-time nucleus v2.4.6 (Bamboo) loaded.
>> [ 1.322786] Xenomai: starting native API services.
>> [ 1.327580] Xenomai: starting POSIX services.
>> [ 1.331973] Xenomai: starting RTDM services.
>>
>> But as soon as init starts the PC hangs in an endlass loop and I get:
>> [ 69.793501] BUG: soft lockup - CPU#3 stuck for 61s! [init:1]
>> [ 69.793501] Modules linked in:
>> [ 69.793501] CPU 3:
>> [ 69.793501] Modules linked in:
>> [ 69.793501] Pid: 1, comm: init Not tainted 2.6.27.8 #1
>> [ 69.793501] RIP: 0010:[] []
>> native_flush
>> _tlb_others+0xa5/0xe0
>> [ 69.793501] RSP: 0000:ffff88007f849c58 EFLAGS: 00000202
>> [ 69.793501] RAX: 0000000000000000 RBX: 0000000000000000 RCX:
>> 0000000000000000
>> [ 69.793501] RDX: 0000000000000000 RSI: 0000000000000000 RDI:
>> 0000000000000000
>> [ 69.793501] RBP: ffff88007f840000 R08: 0000000000000000 R09:
>> 0000000000000000
>> [ 69.793501] R10: 0000000000000000 R11: 0000000000000000 R12:
>> 0000000000000000
>> [ 69.793501] R13: 0000000000000000 R14: 0000000000000000 R15:
>> 0000000000000000
>> [ 69.793501] FS: 00007fbcbf7486e0(0000) GS:ffff88007f806a80(0000)
>> knlGS:00000
>> 00000000000
>> [ 69.793501] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
>> [ 69.793501] CR2: 0000000000672b08 CR3: 000000007eb84000 CR4:
>> 00000000000006e0
>> [ 69.793501] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
>> 0000000000000000
>> [ 69.793501] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
>> 0000000000000400
>> [ 69.793501]
>> [ 69.793501] Call Trace:
>> [ 69.793501]
>
> Really no Stack trace available?
>
Yes that's all there is.
>>
>> The kernel runs fine without the Xenomai patch.
>> I also tried the version in the current svn repository with the same result.
>> Please let me know you what I can do to help to fix this or what
>> additional info I should provide.
>
> Does this problem also occurs when you
> - disable CONFIG_XENOMAI?
> - boot with maxcpus=2, and then maxcpus=1?
Disabling CONFIG_XENOMAI doesn't help but using maxcpus=2 or maxcpus=1 makes it boot again.
>
> Additionally, could you provide your .config?
>
Sure.
BTW. I run kernel 2.6.26.5 with Xenomai 2.5-devel/2.0-15 without problems on the same board for some time now.
> Jan
>
> --
> Siemens AG, Corporate Technology, CT SE 26
> Corporate Competence Center Embedded Linux
Thomas
_________________________________________________________________
[-- Attachment #2: .config --]
[-- Type: application/xml, Size: 35533 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Xenomai-help] BUG: soft lockup
2008-12-15 17:54 ` Thomas Schaefer
@ 2008-12-15 18:59 ` Gilles Chanteperdrix
2008-12-15 21:29 ` Thomas Schaefer
0 siblings, 1 reply; 5+ messages in thread
From: Gilles Chanteperdrix @ 2008-12-15 18:59 UTC (permalink / raw)
To: Thomas Schaefer; +Cc: jan.kiszka, xenomai
Thomas Schaefer wrote:
> Hi,
>
>> Date: Mon, 15 Dec 2008 17:09:25 +0100
>> From: jan.kiszka@domain.hid
>> To: thomas_schaefer_canada@domain.hid
>> CC: xenomai@xenomai.org
>> Subject: Re: BUG: soft lockup
>>
>> Hi,
>>
>> please don't post HTML mails, they are not parsable unless one switches
>> HTML mode on for mail reading (which at least I dislike to do).
>>
>
> Sorry about that.
>
>> Thomas Schaefer wrote:
>>> Hi,
>>>
>>> I am trying to use kernel version 2.6.27.8 and the latest stable version
>>> of xenomai 2.4.6.1 on a quad core xeon 5400.
>>>
>>> The kernel seems to load OK.
>>> [ 1.306673] I-pipe: Domain Xenomai registered.
>>> [ 1.311242] Xenomai: hal/x86_64 started.
>>> [ 1.316744] Xenomai: real-time nucleus v2.4.6 (Bamboo) loaded.
>>> [ 1.322786] Xenomai: starting native API services.
>>> [ 1.327580] Xenomai: starting POSIX services.
>>> [ 1.331973] Xenomai: starting RTDM services.
>>>
>>> But as soon as init starts the PC hangs in an endlass loop and I get:
>>> [ 69.793501] BUG: soft lockup - CPU#3 stuck for 61s! [init:1]
>>> [ 69.793501] Modules linked in:
>>> [ 69.793501] CPU 3:
>>> [ 69.793501] Modules linked in:
>>> [ 69.793501] Pid: 1, comm: init Not tainted 2.6.27.8 #1
>>> [ 69.793501] RIP: 0010:[] []
>>> native_flush
>>> _tlb_others+0xa5/0xe0
>>> [ 69.793501] RSP: 0000:ffff88007f849c58 EFLAGS: 00000202
>>> [ 69.793501] RAX: 0000000000000000 RBX: 0000000000000000 RCX:
>>> 0000000000000000
>>> [ 69.793501] RDX: 0000000000000000 RSI: 0000000000000000 RDI:
>>> 0000000000000000
>>> [ 69.793501] RBP: ffff88007f840000 R08: 0000000000000000 R09:
>>> 0000000000000000
>>> [ 69.793501] R10: 0000000000000000 R11: 0000000000000000 R12:
>>> 0000000000000000
>>> [ 69.793501] R13: 0000000000000000 R14: 0000000000000000 R15:
>>> 0000000000000000
>>> [ 69.793501] FS: 00007fbcbf7486e0(0000) GS:ffff88007f806a80(0000)
>>> knlGS:00000
>>> 00000000000
>>> [ 69.793501] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
>>> [ 69.793501] CR2: 0000000000672b08 CR3: 000000007eb84000 CR4:
>>> 00000000000006e0
>>> [ 69.793501] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
>>> 0000000000000000
>>> [ 69.793501] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
>>> 0000000000000400
>>> [ 69.793501]
>>> [ 69.793501] Call Trace:
>>> [ 69.793501]
>> Really no Stack trace available?
>>
>
> Yes that's all there is.
>
>>> The kernel runs fine without the Xenomai patch.
>>> I also tried the version in the current svn repository with the same result.
>>> Please let me know you what I can do to help to fix this or what
>>> additional info I should provide.
>> Does this problem also occurs when you
>> - disable CONFIG_XENOMAI?
>> - boot with maxcpus=2, and then maxcpus=1?
>
> Disabling CONFIG_XENOMAI doesn't help but using maxcpus=2 or maxcpus=1 makes it boot again.
Could you try the following patch?
--- linux/include/asm-x86/irq_vectors.h~ 2008-12-09 18:05:38.000000000 +0100
+++ linux/include/asm-x86/irq_vectors.h 2008-12-15 19:48:53.000000000 +0100
@@ -80,7 +80,7 @@
#ifdef CONFIG_IPIPE
#define INVALIDATE_TLB_VECTOR_END 0xf2
#define INVALIDATE_TLB_VECTOR_START 0xf0 /* f0-f2 used for TLB flush */
-#define NUM_INVALIDATE_TLB_VECTORS 4 /* f3-f7 used by I-pipe */
+#define NUM_INVALIDATE_TLB_VECTORS 3 /* f3-f7 used by I-pipe */
#else /* !CONFIG_IPIPE */
#define INVALIDATE_TLB_VECTOR_END 0xf7
#define INVALIDATE_TLB_VECTOR_START 0xf0 /* f0-f7 used for TLB flush */
--
Gilles.
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [Xenomai-help] BUG: soft lockup
2008-12-15 18:59 ` Gilles Chanteperdrix
@ 2008-12-15 21:29 ` Thomas Schaefer
0 siblings, 0 replies; 5+ messages in thread
From: Thomas Schaefer @ 2008-12-15 21:29 UTC (permalink / raw)
To: gilles.chanteperdrix; +Cc: jan.kiszka, xenomai
Hi Gilles,
>>
>>>> The kernel runs fine without the Xenomai patch.
>>>> I also tried the version in the current svn repository with the same result.
>>>> Please let me know you what I can do to help to fix this or what
>>>> additional info I should provide.
>>> Does this problem also occurs when you
>>> - disable CONFIG_XENOMAI?
>>> - boot with maxcpus=2, and then maxcpus=1?
>>
>> Disabling CONFIG_XENOMAI doesn't help but using maxcpus=2 or maxcpus=1 makes it boot again.
>
> Could you try the following patch?
>
> --- linux/include/asm-x86/irq_vectors.h~ 2008-12-09 18:05:38.000000000 +0100
> +++ linux/include/asm-x86/irq_vectors.h 2008-12-15 19:48:53.000000000 +0100
> @@ -80,7 +80,7 @@
> #ifdef CONFIG_IPIPE
> #define INVALIDATE_TLB_VECTOR_END 0xf2
> #define INVALIDATE_TLB_VECTOR_START 0xf0 /* f0-f2 used for TLB flush */
> -#define NUM_INVALIDATE_TLB_VECTORS 4 /* f3-f7 used by I-pipe */
> +#define NUM_INVALIDATE_TLB_VECTORS 3 /* f3-f7 used by I-pipe */
> #else /* !CONFIG_IPIPE */
> #define INVALIDATE_TLB_VECTOR_END 0xf7
> #define INVALIDATE_TLB_VECTOR_START 0xf0 /* f0-f7 used for TLB flush */
>
> --
> Gilles.
With the patch applied Linux seems to start correctly.
Regards,
Thomas
_________________________________________________________________
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-12-15 21:29 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-12-15 15:13 [Xenomai-help] BUG: soft lockup Thomas Schaefer
2008-12-15 16:09 ` Jan Kiszka
2008-12-15 17:54 ` Thomas Schaefer
2008-12-15 18:59 ` Gilles Chanteperdrix
2008-12-15 21:29 ` Thomas Schaefer
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.