All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.