* Re: [Announce] 2.6.29-rt1
@ 2009-03-26 10:54 GeunSik Lim
2009-03-27 9:37 ` Philippe Reynes
0 siblings, 1 reply; 12+ 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] 12+ 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
2009-03-27 11:10 ` Philippe Reynes
0 siblings, 1 reply; 12+ 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] 12+ 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
0 siblings, 1 reply; 12+ 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] 12+ 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; 12+ 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] 12+ 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; 12+ 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] 12+ 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; 12+ 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] 12+ messages in thread
* [Announce] 2.6.29-rc4-rt1
@ 2009-02-11 22:43 Thomas Gleixner
2009-02-12 22:56 ` [Announce] 2.6.29-rc4-rt2 Thomas Gleixner
0 siblings, 1 reply; 12+ messages in thread
From: Thomas Gleixner @ 2009-02-11 22:43 UTC (permalink / raw)
To: LKML
Cc: rt-users, Ingo Molnar, Steven Rostedt, Peter Zijlstra,
Carsten Emde, Clark Williams
After a 1.5 years sabbatical from preempt-rt we are pleased to
announce a refactored preempt-rt patch against linux-2.6.29-rc4.
The patch is working on x86 (32 and 64bit) but we have not yet updated
ARM, PPC and MIPS (work in progress).
We also dropped some experimental features of the base preempt-rt
queue 2.6.26.8-rt15 simply because we wanted to survive the forward
port over 3 kernel releases with the least amount of surprises. These
features (e.g. multiple reader PI locks) are not essential for the
preempt-rt functionality and need some serious overhaul anyway.
The interested -rt observer might have noticed that we based our work
on the 2.6.26.8-rt15 patch queue and did not pick the git-rt tree
which is based on 2.6.28. The reason for this is that we wanted to pick
the most stable patch queue and the git-rt tree has a lot of rewritten
new code. Our work is not making the work which was done over the last
months in the git-rt tree obsolete, quite the contrary: we want to
provide a stable yet latest-kernel based foundation and integrate those
changes gradually, as they become ready.
The further plan for the new -rt series is to merge it fully into git
and integrate it into the -tip git tree so it gets the same treatment
as all of our -tip based work: fully automated compile and boot
testing. Furthermore an automated multi architecture -rt performance
regression test based on the same infrastructure is currently being
built.
The integration into the -tip tree also allows us to seperate out parts
of -rt which are ready for mainline more easily and integrate them
with our usual propagation to mainline.
The structure of the patches is likely to change over the next days
when we tackle the git integration, but we appreciate your feedback in
the form of comments, bugreports and patches.
Enough said. You can find the new patches at the following location:
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-rc4-rt1 tree, the following patches should be
applied:
http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29-rc4.tar.bz2
http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rc4-rt1.bz2
The broken out patches are also available at the same download
location.
Enjoy !
Thomas, Ingo
^ permalink raw reply [flat|nested] 12+ messages in thread* [Announce] 2.6.29-rc4-rt2
2009-02-11 22:43 [Announce] 2.6.29-rc4-rt1 Thomas Gleixner
@ 2009-02-12 22:56 ` Thomas Gleixner
2009-02-23 19:44 ` [Announce] 2.6.29-rc6-rt2 Thomas Gleixner
0 siblings, 1 reply; 12+ messages in thread
From: Thomas Gleixner @ 2009-02-12 22:56 UTC (permalink / raw)
To: Thomas Gleixner
Cc: LKML, rt-users, Ingo Molnar, Steven Rostedt, Peter Zijlstra,
Carsten Emde, Clark Williams
We are pleased to announce the first update to our new preempt-rt
series. It fixes the reported bugs and some more.
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-rc4-rt2 tree, the following patches should be
applied:
http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29-rc4.tar.bz2
http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rc4-rt2.bz2
The broken out patches are also available at the same download
locations.
Enjoy !
Thomas, Ingo
^ permalink raw reply [flat|nested] 12+ messages in thread* [Announce] 2.6.29-rc6-rt2
2009-02-12 22:56 ` [Announce] 2.6.29-rc4-rt2 Thomas Gleixner
@ 2009-02-23 19:44 ` Thomas Gleixner
2009-02-24 17:51 ` Thomas Gleixner
0 siblings, 1 reply; 12+ messages in thread
From: Thomas Gleixner @ 2009-02-23 19:44 UTC (permalink / raw)
To: LKML
Cc: rt-users, Ingo Molnar, Steven Rostedt, Peter Zijlstra,
Carsten Emde, Clark Williams
We are pleased to announce the next update to our new preempt-rt
series. It forwards to 2.6.29-rc6 and fixes
- various 32bit highmem related problems
- paravirt interaction
- sg list warnings
- IPI updates
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-rc6-rt2 tree, the following patches should be
applied:
http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29-rc6.tar.bz2
http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rc6-rt2.bz2
The broken out patches are also available at the same download
locations.
Enjoy !
Thomas, Ingo
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: [Announce] 2.6.29-rc6-rt2
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
0 siblings, 1 reply; 12+ messages in thread
From: Thomas Gleixner @ 2009-02-24 17:51 UTC (permalink / raw)
To: LKML
Cc: rt-users, Ingo Molnar, Steven Rostedt, Peter Zijlstra,
Carsten Emde, Clark Williams
We are pleased to announce the next update to our new preempt-rt
series. It contains only one new patch:
- fix the nf_conntrack bug, which was reported by various folks
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-rc6-rt3 tree, the following patches should be
applied:
http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29-rc6.tar.bz2
http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rc6-rt3.bz2
The broken out patches are also available at the same download
locations.
Enjoy !
tglx
^ permalink raw reply [flat|nested] 12+ messages in thread* [Announce] 2.6.29-rc6-rt3
2009-02-24 17:51 ` Thomas Gleixner
@ 2009-02-24 17:57 ` Thomas Gleixner
2009-03-12 19:17 ` [Announce] 2.6.29-rc7-rt1 Thomas Gleixner
0 siblings, 1 reply; 12+ messages in thread
From: Thomas Gleixner @ 2009-02-24 17:57 UTC (permalink / raw)
To: LKML
Cc: rt-users, Ingo Molnar, Steven Rostedt, Peter Zijlstra,
Carsten Emde, Clark Williams
We are pleased to announce the next update to our new preempt-rt
series. It contains only one new patch:
- fix the nf_conntrack bug, which was reported by various folks
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-rc6-rt3 tree, the following patches should be
applied:
http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29-rc6.tar.bz2
http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rc6-rt3.bz2
The broken out patches are also available at the same download
locations.
Enjoy !
tglx
^ permalink raw reply [flat|nested] 12+ messages in thread* [Announce] 2.6.29-rc7-rt1
2009-02-24 17:57 ` [Announce] 2.6.29-rc6-rt3 Thomas Gleixner
@ 2009-03-12 19:17 ` Thomas Gleixner
2009-03-20 0:31 ` [Announce] 2.6.29-rc78rt1 Thomas Gleixner
0 siblings, 1 reply; 12+ messages in thread
From: Thomas Gleixner @ 2009-03-12 19:17 UTC (permalink / raw)
To: LKML
Cc: rt-users, Ingo Molnar, Steven Rostedt, Peter Zijlstra,
Carsten Emde, Clark Williams
We are pleased to announce the next update to our new preempt-rt
series. It contains only one new patch:
- port forward to 2.6.29-rc7
- disable CONFIG_MAXCPUS for now (undebugged runtime bug)
- fix CONFIG_HIGHMEM problems
- fix netfilter problems
- make debugobjects -rt safe
- various build fixes
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-rc7-rt1 tree, the following patches should be
applied:
http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29-rc7.tar.bz2
http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rc7-rt1.bz2
The broken out patches are also available at the same download
locations.
Enjoy !
tglx
^ permalink raw reply [flat|nested] 12+ messages in thread* [Announce] 2.6.29-rc78rt1
2009-03-12 19:17 ` [Announce] 2.6.29-rc7-rt1 Thomas Gleixner
@ 2009-03-20 0:31 ` Thomas Gleixner
2009-03-20 17:45 ` [Announce] 2.6.29-rc8-rt2 Thomas Gleixner
0 siblings, 1 reply; 12+ messages in thread
From: Thomas Gleixner @ 2009-03-20 0:31 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-rc8
- disable -rt conflicting config options
- hotplug cpu fixes (peterz)
- slab/pagealloc lock breaks (peterz / tglx)
- sigqueue caching for -rt tasks
- posixtimer thread avoid useless wakeups
- various build fixes (mingo, frank ....)
- lots of tracer updates from -tip (check the tip git logs)
The outstanding improvement is the slab/pagealloc change which breaks
and splits locking and brought down worst case latencies in
problematic use cases from >500us to <100us.
As a side note:
There seems to be a wide spread underestimation of the problem spots
exposed by preempt-rt. The usual shrug off answer is:
"I don't care about -rt. Come back if you can expose the same
problem in the mainline kernel."
This is a fundamentally wrong answer.
preempt-rt mostly exposes existing latency spots and magnifies
them
Reducing latencies in -rt by a factor 5 will be not that
prominent in a non-rt setup, but the problematic code area
will still produce measureable latency problems.
I'm well aware of the tradeoff between determinitic behaviour and
throughput, but problematic spots (e.g. lock contentions) hurt
both.
So can we please put down the stupid "I don't care about -rt"
attitudes and accept that we have to think about the mutual
benefits of deterministic and throughput aspects without hurting
each other ?
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-rc8-rt1 tree, the following patches should be
applied:
http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29-rc8.tar.bz2
http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rc8-rt1.bz2
The broken out patches are also available at the same download
locations.
Enjoy !
tglx
P.S.: ARM/PowerPC support is in the pipeline and will be available
with -rt2 (hopefully :)
^ permalink raw reply [flat|nested] 12+ messages in thread* [Announce] 2.6.29-rc8-rt2
2009-03-20 0:31 ` [Announce] 2.6.29-rc78rt1 Thomas Gleixner
@ 2009-03-20 17:45 ` Thomas Gleixner
2009-03-23 16:26 ` [Announce] 2.6.29-rc8-rt3 Thomas Gleixner
0 siblings, 1 reply; 12+ messages in thread
From: Thomas Gleixner @ 2009-03-20 17:45 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.
- resurrected ARM and PowerPC support
- tracing fixes for ARM (Uwe Kleine-Koenig)
The support for ARM/PowerPC has only been lightly tested. It might
crash and burn your system, make your hair curl, frigthen your cat and
give you sleepless nights. You have been warned !
On PowerPC watch out for the following warning:
__do_IRQ called for irq X. PREEMPT_RT will crash your system soon.
__do_IRQ is deprecated and -rt does not support it anymore. Most of
the PowerPC subarchitectures do not longer use it, but you might be
unlucky and hit one of the remaining users. RT will spit out the
message above and then do what it said. :)
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-rc8-rt1 tree, the following patches should be
applied:
http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29-rc8.tar.bz2
http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rc8-rt2.bz2
The broken out patches are also available at the same download
locations.
Enjoy !
tglx
^ permalink raw reply [flat|nested] 12+ messages in thread* [Announce] 2.6.29-rc8-rt3
2009-03-20 17:45 ` [Announce] 2.6.29-rc8-rt2 Thomas Gleixner
@ 2009-03-23 16:26 ` Thomas Gleixner
2009-03-25 20:59 ` [Announce] 2.6.29-rt1 Thomas Gleixner
0 siblings, 1 reply; 12+ messages in thread
From: Thomas Gleixner @ 2009-03-23 16:26 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.
- fix a x86 32bit PAE pagetable corruption caused by a hard to
trigger race.
- update to latest linus and tip
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-rc8-rt3 tree, the following patches should be
applied:
http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.29-rc8.tar.bz2
http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.29-rc8-rt3.bz2
The broken out patches are also available at the same download
locations.
Enjoy !
tglx
^ permalink raw reply [flat|nested] 12+ 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; 12+ 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] 12+ 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; 12+ 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] 12+ 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; 12+ 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] 12+ 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; 12+ 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] 12+ 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; 12+ 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] 12+ 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; 12+ 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] 12+ messages in thread
end of thread, other threads:[~2009-03-27 14:34 UTC | newest]
Thread overview: 12+ 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 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 8:02 ` GeunSik Lim
2009-03-25 21:16 ` Grammostola Rosea
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).