linux-kernel.vger.kernel.org archive mirror
 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; 10+ 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] 10+ 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
       [not found]   ` <gqic7t$c27$1@ger.gmane.org>
  0 siblings, 1 reply; 10+ 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] 10+ messages in thread

* Re: [Announce] 2.6.29-rt1
       [not found]   ` <gqic7t$c27$1@ger.gmane.org>
@ 2009-03-27 12:04     ` Thomas Gleixner
  2009-03-27 13:50       ` Philippe Reynes
  0 siblings, 1 reply; 10+ 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] 10+ 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; 10+ 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] 10+ 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; 10+ 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] 10+ 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; 10+ 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] 10+ 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; 10+ 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] 10+ 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; 10+ 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] 10+ 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
  0 siblings, 1 reply; 10+ 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] 10+ 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
  0 siblings, 1 reply; 10+ 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] 10+ messages in thread

end of thread, other threads:[~2009-03-27 14:35 UTC | newest]

Thread overview: 10+ 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
     [not found]   ` <gqic7t$c27$1@ger.gmane.org>
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

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).