* Re: [Announce] 2.6.29-rt1
@ 2009-03-26 10:54 GeunSik Lim
2009-03-27 9:37 ` Philippe Reynes
0 siblings, 1 reply; 15+ messages in thread
From: GeunSik Lim @ 2009-03-26 10:54 UTC (permalink / raw)
To: Thomas Gleixner
Cc: LKML, rt-users, Ingo Molnar, Steven Rostedt, Peter Zijlstra,
Carsten Emde, Clark Williams, Frank Rowand
Hi,
I understood statement that Thosmas explained about invalid access of
2.6.29-rt1 soruces.
In general,
We remeber rc directory (./v2.6/testing/ and release directory
(./v2.6/) certainly.
Release Version is located in http://www.kernel.org/pub/linux/kernel/v2.6/ site.
RC Version is located in
http://www.kernel.org/pub/linux/kernel/v2.6/testing/ site.
I summarized quick howto per notice of "2.6.* rt patch" file.
fc9#> wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.29.tar.bz2
(If linux version is RC[release candidate] version,
use "wget http://www.kernel.org/pub/linux/kernel/v2.6/testing/***" command.)
fc9#> wget http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rt1.bz2
fc9#> tar xjf ./linux-2.6.29.tar.bz2
fc9#> tar xvjf ./patch-2.6.29-rt1-broken-out.tar.bz2
fc9#> cd ./linux-2.6.29
fc9#> for i in `cat ../patches/series | grep patch | grep -v "#" `;do
echo "+++ patching $i"; patch -p1 <
../patches/$i;done
fc9#> cp ./arch/x86/configs/i386_defconfig ./.config
fc9#> make menuconfig
..... Below Omission .....
Regards,
GeunSik Lim
----- Original Message -----
From: "Thomas Gleixner" <tglx@linutronix.de>
To: "Jaswinder Singh Rajput" <jaswinder@kernel.org>
Cc: "LKML" <linux-kernel@vger.kernel.org>; "rt-users"
<linux-rt-users@vger.kernel.org>; "Ingo Molnar" <mingo@elte.hu>;
"Steven Rostedt" <rostedt@goodmis.org>; "Peter Zijlstra"
<peterz@infradead.org>; "Carsten Emde" <ce@ceag.ch>; "Clark Williams"
<williams@redhat.com>; "Frank Rowand" <frank.rowand@am.sony.com>
Sent: Thursday, March 26, 2009 6:09 AM
Subject: Re: [Announce] 2.6.29-rt1
> On Thu, 26 Mar 2009, Jaswinder Singh Rajput wrote:
>
>> On Wed, 2009-03-25 at 21:59 +0100, Thomas Gleixner wrote:
>> > We are pleased to announce the next update to our new preempt-rt
>> > series.
>> >
>> > - port forward to 2.6.29 final
>> >
>> > Download locations:
>> >
>> > http://rt.et.redhat.com/download/
>> > http://www.kernel.org/pub/linux/kernel/projects/rt/
>> >
>> > Information on the RT patch can be found at:
>> >
>> > http://rt.wiki.kernel.org/index.php/Main_Page
>> >
>> > to build the 2.6.29-rt1 tree, the following patches should be
>> > applied:
>> >
>> > http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29.tar.bz2
>>
>> Is this valid ?
>
> If we remove the testing/ it should work better :)
>
> tglx
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
>
>
>
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
2009-03-26 10:54 [Announce] 2.6.29-rt1 GeunSik Lim
@ 2009-03-27 9:37 ` Philippe Reynes
0 siblings, 0 replies; 15+ messages in thread
From: Philippe Reynes @ 2009-03-27 9:37 UTC (permalink / raw)
To: linux-kernel; +Cc: linux-rt-users
Hi
I've got crashes when I run an app with thread with RT priority.
This crash could happen on any comman, here some log of crashes :
First one :
server calling Oops: Exception in kernel mode, sig: 5 [#1]
PREEMPT MPC837x RR605
Modules linked in:
NIP: c0075b08 LR: c0075a50 CTR: c00d7d90
REGS: dbb6dcb0 TRAP: 0700 Not tainted (2.6.29-rt1)
MSR: 00029032 <EE,ME,CE,IR,DR> CR: 24002488 XER: 00000000
TASK = dddea1e0[1769] 'vsftpd' THREAD: dbb6c000
GPR00: 00000001 dbb6dd60 dddea1e0 df803e24 df803e10 df803e08 00000000
ddc72020
GPR08: 00000000 0000001b dddea1e0 df803e24 24000482 100bf094 00000000
c04aa6fc
GPR16: 00200200 00100100 c04e5958 c04e595c dbb6dd68 c04e0000 c04e0000
c04aa6bc
GPR24: 00000020 dbb6ddd8 00000010 df80ae00 00000000 dbb6de38 df816800
df803e00
NIP [c0075b08] cache_alloc_refill+0x180/0x62c
LR [c0075a50] cache_alloc_refill+0xc8/0x62c
Call Trace:
[dbb6dd60] [c038878c] preempt_schedule_irq+0x5c/0x80 (unreliable)
[dbb6ddd0] [c00761a0] kmem_cache_alloc+0x6c/0x140
[dbb6de00] [c002ddb4] __sigqueue_do_alloc+0xa0/0xec
[dbb6de10] [c002e2f8] send_signal+0xa4/0x224
[dbb6de30] [c002f680] do_notify_parent+0x1a8/0x1d4
[dbb6ded0] [c0025608] do_exit+0x584/0x69c
[dbb6df10] [c00257a0] do_group_exit+0x80/0xac
[dbb6df30] [c00257e0] sys_exit_group+0x14/0x28
[dbb6df40] [c00117f4] ret_from_syscall+0x0/0x38
--- Exception: c01 at 0xfef463c
LR = 0xffa5884
Instruction dump:
7f87f800 40be0018 80ff0010 38000001 901f0048 7f872000 419e00e8 80070010
813b001c 7c090010 38000000 7c000114 <0f000000> 381a0001 38c7001c 7c0903a6
---[ end trace 99200bd45c29aa91 ]---
Fixing recursive fault but reboot is needed!
Second one :
I've run my app, and after just run a simple "ifconfig"
-sh-2.05b# ifconfig
eth0 Link eOops: Exception in kernel mode, sig: 5 [#1]
PREEMPT MPC837x RR605
Modules linked in:
NIP: c0075b08 LR: c0075a50 CTR: c02cf170
REGS: dab41cb0 TRAP: 0700 Not tainted (2.6.29-rt1)
MSR: 00029032 <EE,ME,CE,IR,DR> CR: 24002488 XER: 00000000
TASK = df8be100[1756] 'ifconfig' THREAD: dab40000
GPR00: 00000001 dab41d60 df8be100 df803e24 df803e10 df803e08 00000000
dddcc000
GPR08: 00000000 0000001b df8be100 df803e24 24000482 10023370 00000000
c04aa6fc
GPR16: 00200200 00100100 c04e5958 c04e595c dab41d68 c04e0000 c04e0000
c04aa6bc
GPR24: 00000020 dab41dd8 00000010 df80ae00 00000000 dab41e38 df816800
df803e00
NIP [c0075b08] cache_alloc_refill+0x180/0x62c
LR [c0075a50] cache_alloc_refill+0xc8/0x62c
Call Trace:
[dab41d60] [00000001] 0x1 (unreliable)
[dab41dd0] [c00761a0] kmem_cache_alloc+0x6c/0x140
[dab41e00] [c002ddb4] __sigqueue_do_alloc+0xa0/0xec
[dab41e10] [c002e2f8] send_signal+0xa4/0x224
[dab41e30] [c002f680] do_notify_parent+0x1a8/0x1d4
[dab41ed0] [c0025608] do_exit+0x584/0x69c
[dab41f10] [c00257a0] do_group_exit+0x80/0xac
[dab41f30] [c00257e0] sys_exit_group+0x14/0x28
[dab41f40] [c00117f4] ret_from_syscall+0x0/0x38
--- Exception: c01 at 0xff3b63c
LR = 0xffec884
Instruction dump:
7f87f800 40be0018 80ff0010 38000001 901f0048 7f872000 419e00e8 80070010
813b001c 7c090010 38000000 7c000114 <0f000000> 381a0001 38c7001c 7c0903a6
---[ end trace f43c24570097662c ]---
Fixing recursive fault but reboot is needed!
The kernel is a 2.6.29-rt1 compiled with ltib for powerpc (mpc8377E).
Philippe
Le Thu, 26 Mar 2009 19:54:25 +0900, GeunSik Lim a écrit :
> Hi,
>
> I understood statement that Thosmas explained about invalid access of
> 2.6.29-rt1 soruces.
> In general,
> We remeber rc directory (./v2.6/testing/ and release directory (./v2.6/)
> certainly.
>
> Release Version is located in
> http://www.kernel.org/pub/linux/kernel/v2.6/ site. RC Version is
> located in
> http://www.kernel.org/pub/linux/kernel/v2.6/testing/ site.
>
> I summarized quick howto per notice of "2.6.* rt patch" file. fc9#> wget
> http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.29.tar.bz2
> (If linux version is RC[release candidate] version,
> use "wget http://www.kernel.org/pub/linux/kernel/v2.6/testing/***"
> command.)
> fc9#> wget
> http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rt1.bz2
> fc9#> tar xjf ./linux-2.6.29.tar.bz2
> fc9#> tar xvjf ./patch-2.6.29-rt1-broken-out.tar.bz2 fc9#> cd
> ./linux-2.6.29
> fc9#> for i in `cat ../patches/series | grep patch | grep -v "#" `;do
> echo "+++ patching $i"; patch -p1 <
>
> ../patches/$i;done
> fc9#> cp ./arch/x86/configs/i386_defconfig ./.config fc9#> make
> menuconfig
> ..... Below Omission .....
>
>
> Regards,
> GeunSik Lim
>
> ----- Original Message -----
> From: "Thomas Gleixner" <tglx@linutronix.de> To: "Jaswinder Singh
> Rajput" <jaswinder@kernel.org> Cc: "LKML"
> <linux-kernel@vger.kernel.org>; "rt-users"
> <linux-rt-users@vger.kernel.org>; "Ingo Molnar" <mingo@elte.hu>; "Steven
> Rostedt" <rostedt@goodmis.org>; "Peter Zijlstra" <peterz@infradead.org>;
> "Carsten Emde" <ce@ceag.ch>; "Clark Williams" <williams@redhat.com>;
> "Frank Rowand" <frank.rowand@am.sony.com> Sent: Thursday, March 26, 2009
> 6:09 AM Subject: Re: [Announce] 2.6.29-rt1
>
>
>> On Thu, 26 Mar 2009, Jaswinder Singh Rajput wrote:
>>
>>> On Wed, 2009-03-25 at 21:59 +0100, Thomas Gleixner wrote:
>>> > We are pleased to announce the next update to our new preempt-rt
>>> > series.
>>> >
>>> > - port forward to 2.6.29 final
>>> >
>>> > Download locations:
>>> >
>>> > http://rt.et.redhat.com/download/
>>> > http://www.kernel.org/pub/linux/kernel/projects/rt/
>>> >
>>> > Information on the RT patch can be found at:
>>> >
>>> > http://rt.wiki.kernel.org/index.php/Main_Page
>>> >
>>> > to build the 2.6.29-rt1 tree, the following patches should be
>>> > applied:
>>> >
>>> > http://www.kernel.org/pub/linux/kernel/v2.6/testing/
linux-2.6.29.tar.bz2
>>>
>>> Is this valid ?
>>
>> If we remove the testing/ it should work better :)
>>
>> tglx
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-kernel"
>> in the body of a message to majordomo@vger.kernel.org More majordomo
>> info at http://vger.kernel.org/majordomo-info.html Please read the FAQ
>> at http://www.tux.org/lkml/
>>
>>
>>
>>
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
@ 2009-03-27 9:37 ` Philippe Reynes
0 siblings, 0 replies; 15+ messages in thread
From: Philippe Reynes @ 2009-03-27 9:37 UTC (permalink / raw)
To: linux-rt-users; +Cc: linux-kernel
Hi
I've got crashes when I run an app with thread with RT priority.
This crash could happen on any comman, here some log of crashes :
First one :
server calling Oops: Exception in kernel mode, sig: 5 [#1]
PREEMPT MPC837x RR605
Modules linked in:
NIP: c0075b08 LR: c0075a50 CTR: c00d7d90
REGS: dbb6dcb0 TRAP: 0700 Not tainted (2.6.29-rt1)
MSR: 00029032 <EE,ME,CE,IR,DR> CR: 24002488 XER: 00000000
TASK = dddea1e0[1769] 'vsftpd' THREAD: dbb6c000
GPR00: 00000001 dbb6dd60 dddea1e0 df803e24 df803e10 df803e08 00000000
ddc72020
GPR08: 00000000 0000001b dddea1e0 df803e24 24000482 100bf094 00000000
c04aa6fc
GPR16: 00200200 00100100 c04e5958 c04e595c dbb6dd68 c04e0000 c04e0000
c04aa6bc
GPR24: 00000020 dbb6ddd8 00000010 df80ae00 00000000 dbb6de38 df816800
df803e00
NIP [c0075b08] cache_alloc_refill+0x180/0x62c
LR [c0075a50] cache_alloc_refill+0xc8/0x62c
Call Trace:
[dbb6dd60] [c038878c] preempt_schedule_irq+0x5c/0x80 (unreliable)
[dbb6ddd0] [c00761a0] kmem_cache_alloc+0x6c/0x140
[dbb6de00] [c002ddb4] __sigqueue_do_alloc+0xa0/0xec
[dbb6de10] [c002e2f8] send_signal+0xa4/0x224
[dbb6de30] [c002f680] do_notify_parent+0x1a8/0x1d4
[dbb6ded0] [c0025608] do_exit+0x584/0x69c
[dbb6df10] [c00257a0] do_group_exit+0x80/0xac
[dbb6df30] [c00257e0] sys_exit_group+0x14/0x28
[dbb6df40] [c00117f4] ret_from_syscall+0x0/0x38
--- Exception: c01 at 0xfef463c
LR = 0xffa5884
Instruction dump:
7f87f800 40be0018 80ff0010 38000001 901f0048 7f872000 419e00e8 80070010
813b001c 7c090010 38000000 7c000114 <0f000000> 381a0001 38c7001c 7c0903a6
---[ end trace 99200bd45c29aa91 ]---
Fixing recursive fault but reboot is needed!
Second one :
I've run my app, and after just run a simple "ifconfig"
-sh-2.05b# ifconfig
eth0 Link eOops: Exception in kernel mode, sig: 5 [#1]
PREEMPT MPC837x RR605
Modules linked in:
NIP: c0075b08 LR: c0075a50 CTR: c02cf170
REGS: dab41cb0 TRAP: 0700 Not tainted (2.6.29-rt1)
MSR: 00029032 <EE,ME,CE,IR,DR> CR: 24002488 XER: 00000000
TASK = df8be100[1756] 'ifconfig' THREAD: dab40000
GPR00: 00000001 dab41d60 df8be100 df803e24 df803e10 df803e08 00000000
dddcc000
GPR08: 00000000 0000001b df8be100 df803e24 24000482 10023370 00000000
c04aa6fc
GPR16: 00200200 00100100 c04e5958 c04e595c dab41d68 c04e0000 c04e0000
c04aa6bc
GPR24: 00000020 dab41dd8 00000010 df80ae00 00000000 dab41e38 df816800
df803e00
NIP [c0075b08] cache_alloc_refill+0x180/0x62c
LR [c0075a50] cache_alloc_refill+0xc8/0x62c
Call Trace:
[dab41d60] [00000001] 0x1 (unreliable)
[dab41dd0] [c00761a0] kmem_cache_alloc+0x6c/0x140
[dab41e00] [c002ddb4] __sigqueue_do_alloc+0xa0/0xec
[dab41e10] [c002e2f8] send_signal+0xa4/0x224
[dab41e30] [c002f680] do_notify_parent+0x1a8/0x1d4
[dab41ed0] [c0025608] do_exit+0x584/0x69c
[dab41f10] [c00257a0] do_group_exit+0x80/0xac
[dab41f30] [c00257e0] sys_exit_group+0x14/0x28
[dab41f40] [c00117f4] ret_from_syscall+0x0/0x38
--- Exception: c01 at 0xff3b63c
LR = 0xffec884
Instruction dump:
7f87f800 40be0018 80ff0010 38000001 901f0048 7f872000 419e00e8 80070010
813b001c 7c090010 38000000 7c000114 <0f000000> 381a0001 38c7001c 7c0903a6
---[ end trace f43c24570097662c ]---
Fixing recursive fault but reboot is needed!
The kernel is a 2.6.29-rt1 compiled with ltib for powerpc (mpc8377E).
Philippe
Le Thu, 26 Mar 2009 19:54:25 +0900, GeunSik Lim a écrit :
> Hi,
>
> I understood statement that Thosmas explained about invalid access of
> 2.6.29-rt1 soruces.
> In general,
> We remeber rc directory (./v2.6/testing/ and release directory (./v2.6/)
> certainly.
>
> Release Version is located in
> http://www.kernel.org/pub/linux/kernel/v2.6/ site. RC Version is
> located in
> http://www.kernel.org/pub/linux/kernel/v2.6/testing/ site.
>
> I summarized quick howto per notice of "2.6.* rt patch" file. fc9#> wget
> http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.29.tar.bz2
> (If linux version is RC[release candidate] version,
> use "wget http://www.kernel.org/pub/linux/kernel/v2.6/testing/***"
> command.)
> fc9#> wget
> http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rt1.bz2
> fc9#> tar xjf ./linux-2.6.29.tar.bz2
> fc9#> tar xvjf ./patch-2.6.29-rt1-broken-out.tar.bz2 fc9#> cd
> ./linux-2.6.29
> fc9#> for i in `cat ../patches/series | grep patch | grep -v "#" `;do
> echo "+++ patching $i"; patch -p1 <
>
> ../patches/$i;done
> fc9#> cp ./arch/x86/configs/i386_defconfig ./.config fc9#> make
> menuconfig
> ..... Below Omission .....
>
>
> Regards,
> GeunSik Lim
>
> ----- Original Message -----
> From: "Thomas Gleixner" <tglx@linutronix.de> To: "Jaswinder Singh
> Rajput" <jaswinder@kernel.org> Cc: "LKML"
> <linux-kernel@vger.kernel.org>; "rt-users"
> <linux-rt-users@vger.kernel.org>; "Ingo Molnar" <mingo@elte.hu>; "Steven
> Rostedt" <rostedt@goodmis.org>; "Peter Zijlstra" <peterz@infradead.org>;
> "Carsten Emde" <ce@ceag.ch>; "Clark Williams" <williams@redhat.com>;
> "Frank Rowand" <frank.rowand@am.sony.com> Sent: Thursday, March 26, 2009
> 6:09 AM Subject: Re: [Announce] 2.6.29-rt1
>
>
>> On Thu, 26 Mar 2009, Jaswinder Singh Rajput wrote:
>>
>>> On Wed, 2009-03-25 at 21:59 +0100, Thomas Gleixner wrote:
>>> > We are pleased to announce the next update to our new preempt-rt
>>> > series.
>>> >
>>> > - port forward to 2.6.29 final
>>> >
>>> > Download locations:
>>> >
>>> > http://rt.et.redhat.com/download/
>>> > http://www.kernel.org/pub/linux/kernel/projects/rt/
>>> >
>>> > Information on the RT patch can be found at:
>>> >
>>> > http://rt.wiki.kernel.org/index.php/Main_Page
>>> >
>>> > to build the 2.6.29-rt1 tree, the following patches should be
>>> > applied:
>>> >
>>> > http://www.kernel.org/pub/linux/kernel/v2.6/testing/
linux-2.6.29.tar.bz2
>>>
>>> Is this valid ?
>>
>> If we remove the testing/ it should work better :)
>>
>> tglx
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-kernel"
>> in the body of a message to majordomo@vger.kernel.org More majordomo
>> info at http://vger.kernel.org/majordomo-info.html Please read the FAQ
>> at http://www.tux.org/lkml/
>>
>>
>>
>>
--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
2009-03-27 9:37 ` Philippe Reynes
(?)
@ 2009-03-27 11:10 ` Philippe Reynes
2009-03-27 12:04 ` Thomas Gleixner
-1 siblings, 1 reply; 15+ messages in thread
From: Philippe Reynes @ 2009-03-27 11:10 UTC (permalink / raw)
To: linux-rt-users; +Cc: linux-kernel
Hi all
I've tried to remove the mlockall(MCL_CURRENT|MCL_FUTURE)
and now, the kernel don't crash. But a data corruption
appear in the data saved by the application. Such corruption
never occurs with other kernel (2.6.28 and 2.6.29). I'll
investigate if it could be an application bug.
Philippe
Le Fri, 27 Mar 2009 09:37:17 +0000, Philippe Reynes a écrit :
> Hi
>
>
> I've got crashes when I run an app with thread with RT priority. This
> crash could happen on any comman, here some log of crashes :
>
>
> First one :
>
> server calling Oops: Exception in kernel mode, sig: 5 [#1] PREEMPT
> MPC837x RR605
> Modules linked in:
> NIP: c0075b08 LR: c0075a50 CTR: c00d7d90 REGS: dbb6dcb0 TRAP: 0700 Not
> tainted (2.6.29-rt1) MSR: 00029032 <EE,ME,CE,IR,DR> CR: 24002488 XER:
> 00000000 TASK = dddea1e0[1769] 'vsftpd' THREAD: dbb6c000 GPR00: 00000001
> dbb6dd60 dddea1e0 df803e24 df803e10 df803e08 00000000 ddc72020
> GPR08: 00000000 0000001b dddea1e0 df803e24 24000482 100bf094 00000000
> c04aa6fc
> GPR16: 00200200 00100100 c04e5958 c04e595c dbb6dd68 c04e0000 c04e0000
> c04aa6bc
> GPR24: 00000020 dbb6ddd8 00000010 df80ae00 00000000 dbb6de38 df816800
> df803e00
> NIP [c0075b08] cache_alloc_refill+0x180/0x62c LR [c0075a50]
> cache_alloc_refill+0xc8/0x62c Call Trace:
> [dbb6dd60] [c038878c] preempt_schedule_irq+0x5c/0x80 (unreliable)
> [dbb6ddd0] [c00761a0] kmem_cache_alloc+0x6c/0x140 [dbb6de00] [c002ddb4]
> __sigqueue_do_alloc+0xa0/0xec [dbb6de10] [c002e2f8]
> send_signal+0xa4/0x224 [dbb6de30] [c002f680]
> do_notify_parent+0x1a8/0x1d4 [dbb6ded0] [c0025608] do_exit+0x584/0x69c
> [dbb6df10] [c00257a0] do_group_exit+0x80/0xac [dbb6df30] [c00257e0]
> sys_exit_group+0x14/0x28 [dbb6df40] [c00117f4] ret_from_syscall+0x0/0x38
> --- Exception: c01 at 0xfef463c
> LR = 0xffa5884
> Instruction dump:
> 7f87f800 40be0018 80ff0010 38000001 901f0048 7f872000 419e00e8 80070010
> 813b001c 7c090010 38000000 7c000114 <0f000000> 381a0001 38c7001c
> 7c0903a6 ---[ end trace 99200bd45c29aa91 ]---
> Fixing recursive fault but reboot is needed!
>
>
> Second one :
> I've run my app, and after just run a simple "ifconfig"
>
>
> -sh-2.05b# ifconfig
> eth0 Link eOops: Exception in kernel mode, sig: 5 [#1] PREEMPT
> MPC837x RR605
> Modules linked in:
> NIP: c0075b08 LR: c0075a50 CTR: c02cf170 REGS: dab41cb0 TRAP: 0700 Not
> tainted (2.6.29-rt1) MSR: 00029032 <EE,ME,CE,IR,DR> CR: 24002488 XER:
> 00000000 TASK = df8be100[1756] 'ifconfig' THREAD: dab40000 GPR00:
> 00000001 dab41d60 df8be100 df803e24 df803e10 df803e08 00000000 dddcc000
> GPR08: 00000000 0000001b df8be100 df803e24 24000482 10023370 00000000
> c04aa6fc
> GPR16: 00200200 00100100 c04e5958 c04e595c dab41d68 c04e0000 c04e0000
> c04aa6bc
> GPR24: 00000020 dab41dd8 00000010 df80ae00 00000000 dab41e38 df816800
> df803e00
> NIP [c0075b08] cache_alloc_refill+0x180/0x62c LR [c0075a50]
> cache_alloc_refill+0xc8/0x62c Call Trace:
> [dab41d60] [00000001] 0x1 (unreliable) [dab41dd0] [c00761a0]
> kmem_cache_alloc+0x6c/0x140 [dab41e00] [c002ddb4]
> __sigqueue_do_alloc+0xa0/0xec [dab41e10] [c002e2f8]
> send_signal+0xa4/0x224 [dab41e30] [c002f680]
> do_notify_parent+0x1a8/0x1d4 [dab41ed0] [c0025608] do_exit+0x584/0x69c
> [dab41f10] [c00257a0] do_group_exit+0x80/0xac [dab41f30] [c00257e0]
> sys_exit_group+0x14/0x28 [dab41f40] [c00117f4] ret_from_syscall+0x0/0x38
> --- Exception: c01 at 0xff3b63c
> LR = 0xffec884
> Instruction dump:
> 7f87f800 40be0018 80ff0010 38000001 901f0048 7f872000 419e00e8 80070010
> 813b001c 7c090010 38000000 7c000114 <0f000000> 381a0001 38c7001c
> 7c0903a6 ---[ end trace f43c24570097662c ]---
> Fixing recursive fault but reboot is needed!
>
>
>
> The kernel is a 2.6.29-rt1 compiled with ltib for powerpc (mpc8377E).
>
> Philippe
--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
2009-03-27 11:10 ` Philippe Reynes
@ 2009-03-27 12:04 ` Thomas Gleixner
2009-03-27 13:50 ` Philippe Reynes
0 siblings, 1 reply; 15+ messages in thread
From: Thomas Gleixner @ 2009-03-27 12:04 UTC (permalink / raw)
To: Philippe Reynes; +Cc: linux-rt-users, linux-kernel
On Fri, 27 Mar 2009, Philippe Reynes wrote:
> Hi all
>
> I've tried to remove the mlockall(MCL_CURRENT|MCL_FUTURE)
> and now, the kernel don't crash. But a data corruption
> appear in the data saved by the application. Such corruption
> never occurs with other kernel (2.6.28 and 2.6.29). I'll
> investigate if it could be an application bug.
I don't think that mlockall or the application is the culprit. The bug
happens in the middle of the slab cache code.
> > server calling Oops: Exception in kernel mode, sig: 5 [#1] PREEMPT
> > MPC837x RR605
> > Modules linked in:
> > NIP: c0075b08 LR: c0075a50 CTR: c00d7d90 REGS: dbb6dcb0 TRAP: 0700 Not
> > tainted (2.6.29-rt1) MSR: 00029032 <EE,ME,CE,IR,DR> CR: 24002488 XER:
> > 00000000 TASK = dddea1e0[1769] 'vsftpd' THREAD: dbb6c000 GPR00: 00000001
> > dbb6dd60 dddea1e0 df803e24 df803e10 df803e08 00000000 ddc72020
> > GPR08: 00000000 0000001b dddea1e0 df803e24 24000482 100bf094 00000000
> > c04aa6fc
> > GPR16: 00200200 00100100 c04e5958 c04e595c dbb6dd68 c04e0000 c04e0000
> > c04aa6bc
> > GPR24: 00000020 dbb6ddd8 00000010 df80ae00 00000000 dbb6de38 df816800
> > df803e00
> > NIP [c0075b08] cache_alloc_refill+0x180/0x62c
addr2line -e vmlinux c0075b08
linux-2.6.29/mm/slab.c:3150
That's BUG_ON(slabp->inuse >= cachep->num);
> > LR [c0075a50] cache_alloc_refill+0xc8/0x62c
> > Call Trace:
> > [dbb6dd60] [c038878c] preempt_schedule_irq+0x5c/0x80 (unreliable)
Hmm. This one is interesting. Might be we got preempted here - which
should be fine, but who knows what we missed when we reworked the
locking.
Thanks,
tglx
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
2009-03-27 12:04 ` Thomas Gleixner
@ 2009-03-27 13:50 ` Philippe Reynes
2009-03-27 14:34 ` Philippe Reynes
0 siblings, 1 reply; 15+ messages in thread
From: Philippe Reynes @ 2009-03-27 13:50 UTC (permalink / raw)
To: linux-kernel; +Cc: linux-rt-users
I've activated ftrace, and I've got this trace :
Oops: Exception in kernel mode, sig: 5 [#1]
PREEMPT MPC837x RR605
Modules linked in:
NIP: c0095fd0 LR: c0095f18 CTR: c03f402c
REGS: ddcb7b50 TRAP: 0700 Not tainted (2.6.29-rt1)
MSR: 00029032 <EE,ME,CE,IR,DR> CR: 24042088 XER: 00000000
TASK = df89c4c0[901] 'IRQ-16' THREAD: ddcb6000
GPR00: 00000001 ddcb7c00 df89c4c0 df803e24 df803e10 df803e08 00000000
ddc8b020
GPR08: 00000000 0000001b df89c4c0 ddcb7c00 4224a620 100a0878 c052bb94
00200200
GPR16: 00100100 c058aed8 c058aedc ddcb7c08 c0590000 c0590000 c052bb54
00000020
GPR24: ddcb7c78 00000010 df80ae00 00000000 df816800 00000000 df803e00
ddcb7c00
NIP [c0095fd0] cache_alloc_refill+0x194/0x644
LR [c0095f18] cache_alloc_refill+0xdc/0x644
Call Trace:
[ddcb7c00] [c0095f18] cache_alloc_refill+0xdc/0x644 (unreliable)
[ddcb7c70] [c009670c] kmem_cache_alloc+0x80/0x1d4
[ddcb7cb0] [c003456c] __sigqueue_do_alloc+0xb0/0xfc
[ddcb7cd0] [c0034b4c] send_signal+0x128/0x2a8
[ddcb7d00] [c00350d0] __group_send_sig_info+0x2c/0x34
[ddcb7d10] [c0035140] group_send_sig_info+0x68/0x84
[ddcb7d40] [c00351c0] __kill_pgrp_info+0x64/0x90
[ddcb7d60] [c003523c] kill_pgrp+0x50/0x68
[ddcb7d80] [c025e808] n_tty_receive_buf+0x420/0xe98
[ddcb7e60] [c0262450] flush_to_ldisc+0x10c/0x188
[ddcb7e90] [c0262520] tty_flip_buffer_push+0x54/0x5c
[ddcb7eb0] [c026a814] serial8250_handle_port+0x27c/0x2ac
[ddcb7ef0] [c026a8ac] serial8250_interrupt+0x68/0xd8
[ddcb7f10] [c0057238] handle_IRQ_event+0xe8/0x1d4
[ddcb7f50] [c0057bec] thread_simple_irq+0x7c/0xd8
[ddcb7f80] [c0057d38] do_irqd+0xf0/0x33c
[ddcb7fd0] [c003fd00] kthread+0x5c/0x8c
[ddcb7ff0] [c00131c0] kernel_thread+0x4c/0x68
Instruction dump:
7f87f000 40be0018 80fe0010 38000001 901e0048 7f872000 419e00e8 80070010
813a001c 7c090010 38000000 7c000114 <0f000000> 38190001 38c7001c 7c0903a6
---[ end trace b6da798bf0ad8dcb ]---
------------[ cut here ]------------
kernel BUG at kernel/rtmutex.c:806!
Oops: Exception in kernel mode, sig: 5 [#2]
PREEMPT MPC837x RR605
Modules linked in:
NIP: c03f3b64 LR: c03f41d0 CTR: c03f3af4
REGS: ddcb7890 TRAP: 0700 Tainted: G D (2.6.29-rt1)
MSR: 00021032 <ME,CE,IR,DR> CR: 84042028 XER: 20000000
TASK = df89c4c0[901] 'IRQ-16' THREAD: ddcb6000
GPR00: 00000001 ddcb7940 df89c4c0 c055e748 00000000 00001032 00000000
00004000
GPR08: df89c4c0 00000001 df89c4c0 ddcb6000 4c592aa0 100a0878 c052bb94
00200200
GPR16: 00100100 c058aed8 c058aedc ddcb7c08 c0590000 c0590000 c052bb54
00000020
GPR24: 00000001 00000010 ddcb7a38 df89c4c0 c055e748 00000005 ddcb6000
ddcb7940
NIP [c03f3b64] rt_spin_lock_slowlock+0x7c/0x284
LR [c03f41d0] __rt_spin_lock+0x7c/0x84
Call Trace:
[ddcb7940] [00001032] 0x1032 (unreliable)
[ddcb79b0] [c03f41d0] __rt_spin_lock+0x7c/0x84
[ddcb79c0] [c03f4440] rt_write_lock+0x28/0x30
[ddcb79d0] [c002a3a4] do_exit+0x208/0x710
[ddcb7a10] [c0010e18] kernel_bad_stack+0x0/0x54
[ddcb7a30] [c0011010] _exception+0x68/0x174
[ddcb7b20] [c0011838] program_check_exception+0x520/0x530
[ddcb7b40] [c00139e8] ret_from_except_full+0x0/0x4c
--- Exception: 700 at cache_alloc_refill+0x194/0x644
LR = cache_alloc_refill+0xdc/0x644
[ddcb7c70] [c009670c] kmem_cache_alloc+0x80/0x1d4
[ddcb7cb0] [c003456c] __sigqueue_do_alloc+0xb0/0xfc
[ddcb7cd0] [c0034b4c] send_signal+0x128/0x2a8
[ddcb7d00] [c00350d0] __group_send_sig_info+0x2c/0x34
[ddcb7d10] [c0035140] group_send_sig_info+0x68/0x84
[ddcb7d40] [c00351c0] __kill_pgrp_info+0x64/0x90
[ddcb7d60] [c003523c] kill_pgrp+0x50/0x68
[ddcb7d80] [c025e808] n_tty_receive_buf+0x420/0xe98
[ddcb7e60] [c0262450] flush_to_ldisc+0x10c/0x188
[ddcb7e90] [c0262520] tty_flip_buffer_push+0x54/0x5c
[ddcb7eb0] [c026a814] serial8250_handle_port+0x27c/0x2ac
[ddcb7ef0] [c026a8ac] serial8250_interrupt+0x68/0xd8
[ddcb7f10] [c0057238] handle_IRQ_event+0xe8/0x1d4
[ddcb7f50] [c0057bec] thread_simple_irq+0x7c/0xd8
[ddcb7f80] [c0057d38] do_irqd+0xf0/0x33c
[ddcb7fd0] [c003fd00] kthread+0x5c/0x8c
[ddcb7ff0] [c00131c0] kernel_thread+0x4c/0x68
Instruction dump:
2f800000 40be0018 39230008 907c0004 907c0000 91290004 91230008 801c0010
5400003a 7c001278 7c000034 5400d97e <0f000000> 81420000 69490002 3129ffff
---[ end trace b6da798bf0ad8dcc ]---
Fixing recursive fault but reboot is needed!
BUG: scheduling while atomic: IRQ-16/0x00000001/901, CPU#0
Modules linked in:
Call Trace:
[ddcb7680] [c000840c] show_stack+0xa4/0x158 (unreliable)
[ddcb76c0] [c00084f0] dump_stack+0x30/0x38
[ddcb76d0] [c00206f0] __schedule_bug+0x6c/0x74
[ddcb76e0] [c03f2050] __schedule+0x68/0x3c4
[ddcb7700] [c03f2668] schedule+0x34/0x54
[ddcb7710] [c002a254] do_exit+0xb8/0x710
[ddcb7750] [c0010e18] kernel_bad_stack+0x0/0x54
[ddcb7770] [c0011010] _exception+0x68/0x174
[ddcb7860] [c0011838] program_check_exception+0x520/0x530
[ddcb7880] [c00139e8] ret_from_except_full+0x0/0x4c
--- Exception: 700 at rt_spin_lock_slowlock+0x7c/0x284
LR = __rt_spin_lock+0x7c/0x84
[ddcb7940] [00001032] 0x1032 (unreliable)
[ddcb79b0] [c03f41d0] __rt_spin_lock+0x7c/0x84
[ddcb79c0] [c03f4440] rt_write_lock+0x28/0x30
[ddcb79d0] [c002a3a4] do_exit+0x208/0x710
[ddcb7a10] [c0010e18] kernel_bad_stack+0x0/0x54
[ddcb7a30] [c0011010] _exception+0x68/0x174
[ddcb7b20] [c0011838] program_check_exception+0x520/0x530
[ddcb7b40] [c00139e8] ret_from_except_full+0x0/0x4c
--- Exception: 700 at cache_alloc_refill+0x194/0x644
LR = cache_alloc_refill+0xdc/0x644
[ddcb7c70] [c009670c] kmem_cache_alloc+0x80/0x1d4
[ddcb7cb0] [c003456c] __sigqueue_do_alloc+0xb0/0xfc
[ddcb7cd0] [c0034b4c] send_signal+0x128/0x2a8
[ddcb7d00] [c00350d0] __group_send_sig_info+0x2c/0x34
[ddcb7d10] [c0035140] group_send_sig_info+0x68/0x84
[ddcb7d40] [c00351c0] __kill_pgrp_info+0x64/0x90
[ddcb7d60] [c003523c] kill_pgrp+0x50/0x68
[ddcb7d80] [c025e808] n_tty_receive_buf+0x420/0xe98
[ddcb7e60] [c0262450] flush_to_ldisc+0x10c/0x188
[ddcb7e90] [c0262520] tty_flip_buffer_push+0x54/0x5c
[ddcb7eb0] [c026a814] serial8250_handle_port+0x27c/0x2ac
[ddcb7ef0] [c026a8ac] serial8250_interrupt+0x68/0xd8
[ddcb7f10] [c0057238] handle_IRQ_event+0xe8/0x1d4
[ddcb7f50] [c0057bec] thread_simple_irq+0x7c/0xd8
[ddcb7f80] [c0057d38] do_irqd+0xf0/0x33c
[ddcb7fd0] [c003fd00] kthread+0x5c/0x8c
[ddcb7ff0] [c00131c0] kernel_thread+0x4c/0x68
Le Fri, 27 Mar 2009 13:04:14 +0100, Thomas Gleixner a écrit :
> On Fri, 27 Mar 2009, Philippe Reynes wrote:
>
>> Hi all
>>
>> I've tried to remove the mlockall(MCL_CURRENT|MCL_FUTURE) and now, the
>> kernel don't crash. But a data corruption appear in the data saved by
>> the application. Such corruption never occurs with other kernel (2.6.28
>> and 2.6.29). I'll investigate if it could be an application bug.
>
> I don't think that mlockall or the application is the culprit. The bug
> happens in the middle of the slab cache code.
>
>> > server calling Oops: Exception in kernel mode, sig: 5 [#1] PREEMPT
>> > MPC837x RR605
>> > Modules linked in:
>> > NIP: c0075b08 LR: c0075a50 CTR: c00d7d90 REGS: dbb6dcb0 TRAP: 0700
>> > Not tainted (2.6.29-rt1) MSR: 00029032 <EE,ME,CE,IR,DR> CR:
>> > 24002488 XER: 00000000 TASK = dddea1e0[1769] 'vsftpd' THREAD:
>> > dbb6c000 GPR00: 00000001 dbb6dd60 dddea1e0 df803e24 df803e10 df803e08
>> > 00000000 ddc72020 GPR08: 00000000 0000001b dddea1e0 df803e24 24000482
>> > 100bf094 00000000 c04aa6fc
>> > GPR16: 00200200 00100100 c04e5958 c04e595c dbb6dd68 c04e0000 c04e0000
>> > c04aa6bc
>> > GPR24: 00000020 dbb6ddd8 00000010 df80ae00 00000000 dbb6de38 df816800
>> > df803e00
>> > NIP [c0075b08] cache_alloc_refill+0x180/0x62c
>
> addr2line -e vmlinux c0075b08
> linux-2.6.29/mm/slab.c:3150
>
> That's BUG_ON(slabp->inuse >= cachep->num);
>
>> > LR [c0075a50] cache_alloc_refill+0xc8/0x62c Call Trace:
>> > [dbb6dd60] [c038878c] preempt_schedule_irq+0x5c/0x80 (unreliable)
>
> Hmm. This one is interesting. Might be we got preempted here - which
> should be fine, but who knows what we missed when we reworked the
> locking.
>
> Thanks,
>
> tglx
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
2009-03-27 13:50 ` Philippe Reynes
@ 2009-03-27 14:34 ` Philippe Reynes
0 siblings, 0 replies; 15+ messages in thread
From: Philippe Reynes @ 2009-03-27 14:34 UTC (permalink / raw)
To: linux-kernel; +Cc: linux-rt-users
may be this trace is better ....
sirq-timer/0-4 [000] 97.737264: finish_task_switch <-__schedule
sirq-timer/0-4 [000] 97.737267: run_timer_softirq <-ksoftirqd
sirq-timer/0-4 [000] 97.737269: printk_tick <-run_timer_softirq
sirq-timer/0-4 [000] 97.737271: hrtimer_run_pending <-
run_timer_softirq
sirq-timer/0-4 [000] 97.737273: rt_spin_lock <-
run_timer_softirq
sirq-timer/0-4 [000] 97.737275: __wake_up <-run_timer_softirq
sirq-timer/0-4 [000] 97.737277: rt_spin_lock <-__wake_up
hwclock-1740 [000] 121.298710: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298712: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298713: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298715: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298716: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298718: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298719: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298721: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298722: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298724: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298726: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298727: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298729: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298730: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298732: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298733: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298735: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298736: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298738: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298739: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298741: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298742: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298744: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298746: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298747: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298749: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298750: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298752: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298753: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298755: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298756: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298758: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298759: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298761: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298762: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298764: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298766: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298767: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298769: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298770: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298772: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298773: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298775: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298776: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298778: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298779: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 12PHY: 0:0a - Link is Up1.298781:
vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298782: page_remove_rm - 1000/Fullap <-
unmap_vmas
hwclock-1740 [000] 121.298784: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298785: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298787: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298789: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298790: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298792: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298793: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298795: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.2987Oops: Exception in kernel mode,
sig: 5 [#1]
PREEMPT MPC837x RR605
Modules linked in:
NIP: c0095550 LR: c00956f0 CTR: c00954d8
REGS: df89fe00 TRAP: 0700 Not tainted (2.6.29-rt1)
MSR: 00029032 <EE,ME,CE,IR,DR> CR: 24044028 XER: 20000000
TASK = df89da00[15] 'events/0' THREAD: df89e000
GPR00: 00000001 df89feb0 df89da00 df80ae00 c0b821a0 00000000 00000000
df89fee8
GPR08: 00000000 003821a0 dc10d918 c0800000 777db820 00000000 1ffcd000
00000000
GPR16: 1ffc300e 1ffc6f20 00000000 1ffc8600 c0471623 c047165a c0560000
00000002
GPR24: df89fee8 df80ae00 00100100 00200200 00000000 df816828 df80ae00
df89feb0
NIP [c0095550] free_block+0x84/0x160
LR [c00956f0] drain_array+0xc4/0x194
Call Trace:
[df89feb0] [c0013d88] ftrace_call+0x4/0x48 (unreliable)
[df89fee0] [c00956f0] drain_array+0xc4/0x194
[df89ff20] [c0097374] cache_reap+0x68/0x148
[df89ff50] [c003aa8c] run_workqueue+0x14c/0x1b8
[df89ff90] [c003b51c] worker_thread+0xfc/0x10c
[df89ffd0] [c003fd00] kthread+0x5c/0x8c
[df89fff0] [c00131c0] kernel_thread+0x4c/0x68
Instruction dump:
815d0000 8176b248 3d2a4000 5529c9f4 7c09582e 7c895a14 70054000 41a20008
8084000c 80040000 68000080 5400cffe <0f000000> 8084001c 80f9004c 81640004
---[ end trace 8fa1185748d94493 ]---
------------[ cut here ]------------
kernel BUG at kernel/rtmutex.c:806!
Oops: Exception in kernel mode, sig: 5 [#2]
PREEMPT MPC837x RR605
Modules linked in:
NIP: c03f3b64 LR: c03f409c CTR: c03f3af4
REGS: df89fab0 TRAP: 0700 Tainted: G D (2.6.29-rt1)
MSR: 00021032 <ME,CE,IR,DR> CR: 84044048 XER: 20000000
TASK = df89da00[15] 'events/0' THREAD: df89e000
GPR00: 00000001 df89fb60 df89da00 c052bb7c df87b580 00001032 00017fff
c051cc6c
GPR08: df89da00 00000001 df89da00 df89e000 7e6ec050 00000000 1ffcd000
00000000
GPR16: 1ffc300e 1ffc6f20 00000000 1ffc8600 c0471623 c0028780 c055e748
c0520000
GPR24: c0560000 00200200 c0023edc df87b580 c052bb7c df89fc08 df85a240
df89fb60
NIP [c03f3b64] rt_spin_lock_slowlock+0x7c/0x284
LR [c03f409c] rt_spin_lock+0x7c/0x84
Call Trace:
[df89fb60] [00001032] 0x1032 (unreliable)
[df89fbd0] [c03f409c] rt_spin_lock+0x7c/0x84
[df89fbe0] [c0094e40] _slab_irq_disable+0x34/0x44
[df89fc00] [c009531c] kmem_cache_free+0x38/0x15c
[df89fc30] [c0023edc] __cleanup_sighand+0x4c/0x54
[df89fc40] [c0029114] release_task+0x2d0/0x3a8
[df89fc80] [c002a7f8] do_exit+0x65c/0x710
[df89fcc0] [c0010e18] kernel_bad_stack+0x0/0x54
[df89fce0] [c0011010] _exception+0x68/0x174
[df89fdd0] [c0011838] program_check_exception+0x520/0x530
[df89fdf0] [c00139e8] ret_from_except_full+0x0/0x4c
--- Exception: 700 at free_block+0x84/0x160
LR = drain_array+0xc4/0x194
[df89feb0] [c0013d88] ftrace_call+0x4/0x48 (unreliable)
[df89fee0] [c00956f0] drain_array+0xc4/0x194
[df89ff20] [c0097374] cache_reap+0x68/0x148
[df89ff50] [c003aa8c] run_workqueue+0x14c/0x1b8
[df89ff90] [c003b51c] worker_thread+0xfc/0x10c
[df89ffd0] [c003fd00] kthread+0x5c/0x8c
[df89fff0] [c00131c0] kernel_thread+0x4c/0x68
Instruction dump:
2f800000 40be0018 39230008 907c0004 907c0000 91290004 91230008 801c0010
5400003a 7c001278 7c000034 5400d97e <0f000000> 81420000 69490002 3129ffff
---[ end trace 8fa1185748d94494 ]---
Fixing recursive fault but reboot is needed!
96: free_page_and_swap_cache <-unmap_vmas
hwclock-1740 [000] 121.298798: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298799: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298801: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298802: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298804: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298805: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298807: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298809: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298810: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298812: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298813: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298815: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298816: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298818: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298819: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298821: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298822: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298824: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298825: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298827: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298828: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298830: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298832: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298833: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298835: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298836: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298838: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298839: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298841: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298842: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298844: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298845: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298847: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298849: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298850: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298852: free_page_and_swap_cache <-
unmap_vmas
hwclock-1740 [000] 121.298853: put_page <-
free_page_and_swap_cache
hwclock-1740 [000] 121.298855: vm_normal_page <-unmap_vmas
hwclock-1740 [000] 121.298856: page_remove_rmap <-unmap_vmas
hwclock-1740 [000] 121.298858: free_page_and_swap_cache <-
unmap_vmas
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
2009-03-25 21:09 ` Thomas Gleixner
@ 2009-03-26 8:02 ` GeunSik Lim
2009-03-26 8:02 ` GeunSik Lim
1 sibling, 0 replies; 15+ messages in thread
From: GeunSik Lim @ 2009-03-26 8:02 UTC (permalink / raw)
To: Thomas Gleixner
Cc: Jaswinder Singh Rajput, LKML, rt-users, Ingo Molnar,
Steven Rostedt, Peter Zijlstra, Carsten Emde, Clark Williams,
Frank Rowand
Hi,
I understood statement that Thosmas explained about invalid access of
2.6.29-rt1 soruces.
In general,
We remeber rc directory (./v2.6/testing/ and release directory
(./v2.6/) certainly.
Release Version is located in http://www.kernel.org/pub/linux/kernel/v2.6/ site.
RC Version is located in
http://www.kernel.org/pub/linux/kernel/v2.6/testing/ site.
I summarized quick howto per notice of "2.6.* rt patch" file.
fc9#> wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.29.tar.bz2
(If linux version is RC[release candidate] version,
use "wget http://www.kernel.org/pub/linux/kernel/v2.6/testing/***" command.)
fc9#> wget http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rt1.bz2
fc9#> tar xjf ./linux-2.6.29.tar.bz2
fc9#> tar xvjf ./patch-2.6.29-rt1-broken-out.tar.bz2
fc9#> cd ./linux-2.6.29
fc9#> for i in `cat ../patches/series | grep patch | grep -v "#" `;do
echo "+++ patching $i"; patch -p1 <
../patches/$i;done
fc9#> cp ./arch/x86/configs/i386_defconfig ./.config
fc9#> make menuconfig
..... Below Omission .....
Regards,
GeunSik Lim
2009/3/26 Thomas Gleixner <tglx@linutronix.de>:
> On Thu, 26 Mar 2009, Jaswinder Singh Rajput wrote:
>
>> On Wed, 2009-03-25 at 21:59 +0100, Thomas Gleixner wrote:
>> > We are pleased to announce the next update to our new preempt-rt
>> > series.
>> >
>> > - port forward to 2.6.29 final
>> >
>> > Download locations:
>> >
>> > http://rt.et.redhat.com/download/
>> > http://www.kernel.org/pub/linux/kernel/projects/rt/
>> >
>> > Information on the RT patch can be found at:
>> >
>> > http://rt.wiki.kernel.org/index.php/Main_Page
>> >
>> > to build the 2.6.29-rt1 tree, the following patches should be
>> > applied:
>> >
>> > http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29.tar.bz2
>>
>> Is this valid ?
>
> If we remove the testing/ it should work better :)
>
> tglx
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
@ 2009-03-26 8:02 ` GeunSik Lim
0 siblings, 0 replies; 15+ messages in thread
From: GeunSik Lim @ 2009-03-26 8:02 UTC (permalink / raw)
To: Thomas Gleixner
Cc: Jaswinder Singh Rajput, LKML, rt-users, Ingo Molnar,
Steven Rostedt, Peter Zijlstra, Carsten Emde, Clark Williams,
Frank Rowand
Hi,
I understood statement that Thosmas explained about invalid access of
2.6.29-rt1 soruces.
In general,
We remeber rc directory (./v2.6/testing/ and release directory
(./v2.6/) certainly.
Release Version is located in http://www.kernel.org/pub/linux/kernel/v2.6/ site.
RC Version is located in
http://www.kernel.org/pub/linux/kernel/v2.6/testing/ site.
I summarized quick howto per notice of "2.6.* rt patch" file.
fc9#> wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.29.tar.bz2
(If linux version is RC[release candidate] version,
use "wget http://www.kernel.org/pub/linux/kernel/v2.6/testing/***" command.)
fc9#> wget http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rt1.bz2
fc9#> tar xjf ./linux-2.6.29.tar.bz2
fc9#> tar xvjf ./patch-2.6.29-rt1-broken-out.tar.bz2
fc9#> cd ./linux-2.6.29
fc9#> for i in `cat ../patches/series | grep patch | grep -v "#" `;do
echo "+++ patching $i"; patch -p1 <
../patches/$i;done
fc9#> cp ./arch/x86/configs/i386_defconfig ./.config
fc9#> make menuconfig
..... Below Omission .....
Regards,
GeunSik Lim
2009/3/26 Thomas Gleixner <tglx@linutronix.de>:
> On Thu, 26 Mar 2009, Jaswinder Singh Rajput wrote:
>
>> On Wed, 2009-03-25 at 21:59 +0100, Thomas Gleixner wrote:
>> > We are pleased to announce the next update to our new preempt-rt
>> > series.
>> >
>> > - port forward to 2.6.29 final
>> >
>> > Download locations:
>> >
>> > http://rt.et.redhat.com/download/
>> > http://www.kernel.org/pub/linux/kernel/projects/rt/
>> >
>> > Information on the RT patch can be found at:
>> >
>> > http://rt.wiki.kernel.org/index.php/Main_Page
>> >
>> > to build the 2.6.29-rt1 tree, the following patches should be
>> > applied:
>> >
>> > http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29.tar.bz2
>>
>> Is this valid ?
>
> If we remove the testing/ it should work better :)
>
> tglx
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
2009-03-25 21:09 ` Thomas Gleixner
@ 2009-03-26 7:52 ` GeunSik Lim
2009-03-26 8:02 ` GeunSik Lim
1 sibling, 0 replies; 15+ messages in thread
From: GeunSik Lim @ 2009-03-26 7:52 UTC (permalink / raw)
To: Thomas Gleixner
Cc: Jaswinder Singh Rajput, LKML, rt-users, Ingo Molnar,
Steven Rostedt, Peter Zijlstra, Carsten Emde, Clark Williams,
Frank Rowand
Hi,
I understood statement that Thosmas explained about invalid access of
2.6.29-rt1 soruces.
In general,
We remeber rc directory (./v2.6/testing/ and release directory
(./v2.6/) certainly.
Release Version is located in http://www.kernel.org/pub/linux/kernel/v2.6/ site.
RC Version is located in
http://www.kernel.org/pub/linux/kernel/v2.6/testing/ site.
I summarized quick howto per notice of "2.6.* rt patch" file.
fc9#> wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.29.tar.bz2
(If linux version is RC[release candidate] version,
use "wget http://www.kernel.org/pub/linux/kernel/v2.6/testing/***" command.)
fc9#> wget http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rt1.bz2
fc9#> tar xjf ./linux-2.6.29.tar.bz2
fc9#> tar xvjf ./patch-2.6.29-rt1-broken-out.tar.bz2
fc9#> cd ./linux-2.6.29
fc9#> for i in `cat ../patches/series | grep patch | grep -v "#" `;do
echo "+++ patching $i"; patch -p1 <
../patches/$i;done
fc9#> cp ./arch/x86/configs/i386_defconfig ./.config
fc9#> make menuconfig
..... Below Omission .....
Regards,
GeunSik Lim
2009/3/26 Thomas Gleixner <tglx@linutronix.de>:
> On Thu, 26 Mar 2009, Jaswinder Singh Rajput wrote:
>
>> On Wed, 2009-03-25 at 21:59 +0100, Thomas Gleixner wrote:
>> > We are pleased to announce the next update to our new preempt-rt
>> > series.
>> >
>> > - port forward to 2.6.29 final
>> >
>> > Download locations:
>> >
>> > http://rt.et.redhat.com/download/
>> > http://www.kernel.org/pub/linux/kernel/projects/rt/
>> >
>> > Information on the RT patch can be found at:
>> >
>> > http://rt.wiki.kernel.org/index.php/Main_Page
>> >
>> > to build the 2.6.29-rt1 tree, the following patches should be
>> > applied:
>> >
>> > http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29.tar.bz2
>>
>> Is this valid ?
>
> If we remove the testing/ it should work better :)
>
> tglx
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
Regards,
GeunSik Lim
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
@ 2009-03-26 7:52 ` GeunSik Lim
0 siblings, 0 replies; 15+ messages in thread
From: GeunSik Lim @ 2009-03-26 7:52 UTC (permalink / raw)
To: Thomas Gleixner
Cc: Jaswinder Singh Rajput, LKML, rt-users, Ingo Molnar,
Steven Rostedt, Peter Zijlstra, Carsten Emde, Clark Williams,
Frank Rowand
Hi,
I understood statement that Thosmas explained about invalid access of
2.6.29-rt1 soruces.
In general,
We remeber rc directory (./v2.6/testing/ and release directory
(./v2.6/) certainly.
Release Version is located in http://www.kernel.org/pub/linux/kernel/v2.6/ site.
RC Version is located in
http://www.kernel.org/pub/linux/kernel/v2.6/testing/ site.
I summarized quick howto per notice of "2.6.* rt patch" file.
fc9#> wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.29.tar.bz2
(If linux version is RC[release candidate] version,
use "wget http://www.kernel.org/pub/linux/kernel/v2.6/testing/***" command.)
fc9#> wget http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rt1.bz2
fc9#> tar xjf ./linux-2.6.29.tar.bz2
fc9#> tar xvjf ./patch-2.6.29-rt1-broken-out.tar.bz2
fc9#> cd ./linux-2.6.29
fc9#> for i in `cat ../patches/series | grep patch | grep -v "#" `;do
echo "+++ patching $i"; patch -p1 <
../patches/$i;done
fc9#> cp ./arch/x86/configs/i386_defconfig ./.config
fc9#> make menuconfig
..... Below Omission .....
Regards,
GeunSik Lim
2009/3/26 Thomas Gleixner <tglx@linutronix.de>:
> On Thu, 26 Mar 2009, Jaswinder Singh Rajput wrote:
>
>> On Wed, 2009-03-25 at 21:59 +0100, Thomas Gleixner wrote:
>> > We are pleased to announce the next update to our new preempt-rt
>> > series.
>> >
>> > - port forward to 2.6.29 final
>> >
>> > Download locations:
>> >
>> > http://rt.et.redhat.com/download/
>> > http://www.kernel.org/pub/linux/kernel/projects/rt/
>> >
>> > Information on the RT patch can be found at:
>> >
>> > http://rt.wiki.kernel.org/index.php/Main_Page
>> >
>> > to build the 2.6.29-rt1 tree, the following patches should be
>> > applied:
>> >
>> > http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29.tar.bz2
>>
>> Is this valid ?
>
> If we remove the testing/ it should work better :)
>
> tglx
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
Regards,
GeunSik Lim
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
2009-03-25 20:59 ` [Announce] 2.6.29-rt1 Thomas Gleixner
2009-03-25 21:05 ` Jaswinder Singh Rajput
@ 2009-03-25 21:16 ` Grammostola Rosea
1 sibling, 0 replies; 15+ messages in thread
From: Grammostola Rosea @ 2009-03-25 21:16 UTC (permalink / raw)
Cc: rt-users, Steven Rostedt, Peter Zijlstra, Carsten Emde,
Clark Williams, Frank Rowand
Thomas Gleixner wrote:
> We are pleased to announce the next update to our new preempt-rt
> series.
>
> Enjoy !
>
> tglx
Thankx!
Is there also an announce mailinglist? Would be good imho. So people can
subscribe.
\r
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
2009-03-25 21:05 ` Jaswinder Singh Rajput
@ 2009-03-25 21:09 ` Thomas Gleixner
2009-03-26 7:52 ` GeunSik Lim
2009-03-26 8:02 ` GeunSik Lim
0 siblings, 2 replies; 15+ messages in thread
From: Thomas Gleixner @ 2009-03-25 21:09 UTC (permalink / raw)
To: Jaswinder Singh Rajput
Cc: LKML, rt-users, Ingo Molnar, Steven Rostedt, Peter Zijlstra,
Carsten Emde, Clark Williams, Frank Rowand
On Thu, 26 Mar 2009, Jaswinder Singh Rajput wrote:
> On Wed, 2009-03-25 at 21:59 +0100, Thomas Gleixner wrote:
> > We are pleased to announce the next update to our new preempt-rt
> > series.
> >
> > - port forward to 2.6.29 final
> >
> > Download locations:
> >
> > http://rt.et.redhat.com/download/
> > http://www.kernel.org/pub/linux/kernel/projects/rt/
> >
> > Information on the RT patch can be found at:
> >
> > http://rt.wiki.kernel.org/index.php/Main_Page
> >
> > to build the 2.6.29-rt1 tree, the following patches should be
> > applied:
> >
> > http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29.tar.bz2
>
> Is this valid ?
If we remove the testing/ it should work better :)
tglx
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Announce] 2.6.29-rt1
2009-03-25 20:59 ` [Announce] 2.6.29-rt1 Thomas Gleixner
@ 2009-03-25 21:05 ` Jaswinder Singh Rajput
2009-03-25 21:09 ` Thomas Gleixner
2009-03-25 21:16 ` Grammostola Rosea
1 sibling, 1 reply; 15+ messages in thread
From: Jaswinder Singh Rajput @ 2009-03-25 21:05 UTC (permalink / raw)
To: Thomas Gleixner
Cc: LKML, rt-users, Ingo Molnar, Steven Rostedt, Peter Zijlstra,
Carsten Emde, Clark Williams, Frank Rowand
On Wed, 2009-03-25 at 21:59 +0100, Thomas Gleixner wrote:
> We are pleased to announce the next update to our new preempt-rt
> series.
>
> - port forward to 2.6.29 final
>
> Download locations:
>
> http://rt.et.redhat.com/download/
> http://www.kernel.org/pub/linux/kernel/projects/rt/
>
> Information on the RT patch can be found at:
>
> http://rt.wiki.kernel.org/index.php/Main_Page
>
> to build the 2.6.29-rt1 tree, the following patches should be
> applied:
>
> http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29.tar.bz2
Is this valid ?
--
JSR
^ permalink raw reply [flat|nested] 15+ messages in thread
* [Announce] 2.6.29-rt1
2009-03-23 16:26 ` [Announce] 2.6.29-rc8-rt3 Thomas Gleixner
@ 2009-03-25 20:59 ` Thomas Gleixner
2009-03-25 21:05 ` Jaswinder Singh Rajput
2009-03-25 21:16 ` Grammostola Rosea
0 siblings, 2 replies; 15+ messages in thread
From: Thomas Gleixner @ 2009-03-25 20:59 UTC (permalink / raw)
To: LKML
Cc: rt-users, Ingo Molnar, Steven Rostedt, Peter Zijlstra,
Carsten Emde, Clark Williams, Frank Rowand
We are pleased to announce the next update to our new preempt-rt
series.
- port forward to 2.6.29 final
Download locations:
http://rt.et.redhat.com/download/
http://www.kernel.org/pub/linux/kernel/projects/rt/
Information on the RT patch can be found at:
http://rt.wiki.kernel.org/index.php/Main_Page
to build the 2.6.29-rt1 tree, the following patches should be
applied:
http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29.tar.bz2
http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rt1.bz2
The broken out patches are also available at the same download
locations.
Enjoy !
tglx
^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2009-03-27 14:35 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-03-26 10:54 [Announce] 2.6.29-rt1 GeunSik Lim
2009-03-27 9:37 ` Philippe Reynes
2009-03-27 9:37 ` Philippe Reynes
2009-03-27 11:10 ` Philippe Reynes
2009-03-27 12:04 ` Thomas Gleixner
2009-03-27 13:50 ` Philippe Reynes
2009-03-27 14:34 ` Philippe Reynes
-- strict thread matches above, loose matches on Subject: below --
2009-02-11 22:43 [Announce] 2.6.29-rc4-rt1 Thomas Gleixner
2009-02-12 22:56 ` [Announce] 2.6.29-rc4-rt2 Thomas Gleixner
2009-02-23 19:44 ` [Announce] 2.6.29-rc6-rt2 Thomas Gleixner
2009-02-24 17:51 ` Thomas Gleixner
2009-02-24 17:57 ` [Announce] 2.6.29-rc6-rt3 Thomas Gleixner
2009-03-12 19:17 ` [Announce] 2.6.29-rc7-rt1 Thomas Gleixner
2009-03-20 0:31 ` [Announce] 2.6.29-rc78rt1 Thomas Gleixner
2009-03-20 17:45 ` [Announce] 2.6.29-rc8-rt2 Thomas Gleixner
2009-03-23 16:26 ` [Announce] 2.6.29-rc8-rt3 Thomas Gleixner
2009-03-25 20:59 ` [Announce] 2.6.29-rt1 Thomas Gleixner
2009-03-25 21:05 ` Jaswinder Singh Rajput
2009-03-25 21:09 ` Thomas Gleixner
2009-03-26 7:52 ` GeunSik Lim
2009-03-26 7:52 ` GeunSik Lim
2009-03-26 8:02 ` GeunSik Lim
2009-03-26 8:02 ` GeunSik Lim
2009-03-25 21:16 ` Grammostola Rosea
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.