[Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
Date		: 2008-05-27 09:23 (5 days old)
References	: http://lkml.org/lkml/2008/5/27/9
Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
		  Linus Torvalds <torvalds@linux-foundation.org>
		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Patch		: http://lkml.org/lkml/2008/5/28/16

[Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
Date		: 2008-05-27 09:23 (12 days old)
References	: http://lkml.org/lkml/2008/5/27/9
Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
		  Linus Torvalds <torvalds@linux-foundation.org>
		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Patch		: http://lkml.org/lkml/2008/5/28/16

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Adrian Bunk]

On Sat, Jun 07, 2008 at 10:42:57PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
> Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
> Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
> Date		: 2008-05-27 09:23 (12 days old)
> References	: http://lkml.org/lkml/2008/5/27/9
> Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
> 		  Linus Torvalds <torvalds@linux-foundation.org>
> 		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> Patch		: http://lkml.org/lkml/2008/5/28/16

What happened with this issue?

It is currently listed as 2.6.26-rc regression.
Is this correct?

And if this patch is required it might not be a good idea to allow the 
use to disable the new code.

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Paul E. McKenney]

On Fri, Jun 13, 2008 at 04:52:55PM +0300, Adrian Bunk wrote:
> On Sat, Jun 07, 2008 at 10:42:57PM +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.25.  Please verify if it still should be listed.
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
> > Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
> > Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
> > Date		: 2008-05-27 09:23 (12 days old)
> > References	: http://lkml.org/lkml/2008/5/27/9
> > Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
> > 		  Linus Torvalds <torvalds@linux-foundation.org>
> > 		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > Patch		: http://lkml.org/lkml/2008/5/28/16
> 
> What happened with this issue?

The patch listed above works for me, passes rcutorture, &c.  However,
I never have been able to reproduce the original problem, so cannot say
whether it qualifies as a fix.

							Thanx, Paul

> It is currently listed as 2.6.26-rc regression.
> Is this correct?
> 
> And if this patch is required it might not be a good idea to allow the 
> use to disable the new code.

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Oleg Nesterov]

On 06/14, Paul E. McKenney wrote:
>
> On Fri, Jun 13, 2008 at 04:52:55PM +0300, Adrian Bunk wrote:
> > On Sat, Jun 07, 2008 at 10:42:57PM +0200, Rafael J. Wysocki wrote:
> > > This message has been generated automatically as a part of a report
> > > of recent regressions.
> > > 
> > > The following bug entry is on the current list of known regressions
> > > from 2.6.25.  Please verify if it still should be listed.
> > > 
> > > 
> > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
> > > Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
> > > Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
> > > Date		: 2008-05-27 09:23 (12 days old)
> > > References	: http://lkml.org/lkml/2008/5/27/9
> > > Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
> > > 		  Linus Torvalds <torvalds@linux-foundation.org>
> > > 		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > > Patch		: http://lkml.org/lkml/2008/5/28/16
> > 
> > What happened with this issue?
> 
> The patch listed above works for me, passes rcutorture, &c.  However,
> I never have been able to reproduce the original problem, so cannot say
> whether it qualifies as a fix.

I doubt very much RCU was the reason of this problem.

Alexey, how did you trigger this problem?

Oleg.

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Paul E. McKenney]

On Sat, Jun 14, 2008 at 06:58:39PM +0400, Oleg Nesterov wrote:
> On 06/14, Paul E. McKenney wrote:
> >
> > On Fri, Jun 13, 2008 at 04:52:55PM +0300, Adrian Bunk wrote:
> > > On Sat, Jun 07, 2008 at 10:42:57PM +0200, Rafael J. Wysocki wrote:
> > > > This message has been generated automatically as a part of a report
> > > > of recent regressions.
> > > > 
> > > > The following bug entry is on the current list of known regressions
> > > > from 2.6.25.  Please verify if it still should be listed.
> > > > 
> > > > 
> > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
> > > > Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
> > > > Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
> > > > Date		: 2008-05-27 09:23 (12 days old)
> > > > References	: http://lkml.org/lkml/2008/5/27/9
> > > > Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
> > > > 		  Linus Torvalds <torvalds@linux-foundation.org>
> > > > 		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > > > Patch		: http://lkml.org/lkml/2008/5/28/16
> > > 
> > > What happened with this issue?
> > 
> > The patch listed above works for me, passes rcutorture, &c.  However,
> > I never have been able to reproduce the original problem, so cannot say
> > whether it qualifies as a fix.
> 
> I doubt very much RCU was the reason of this problem.

Although I very much appreciate your confidence in my code, it is new
code, so therefore under suspicion.

> Alexey, how did you trigger this problem?

One of them involved running LTP while doing 170 kernel builds in
parallel.

						Thanx, Paul

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Alexey Dobriyan]

On Sat, Jun 14, 2008 at 11:12:12AM -0700, Paul E. McKenney wrote:
> On Sat, Jun 14, 2008 at 06:58:39PM +0400, Oleg Nesterov wrote:
> > On 06/14, Paul E. McKenney wrote:
> > >
> > > On Fri, Jun 13, 2008 at 04:52:55PM +0300, Adrian Bunk wrote:
> > > > On Sat, Jun 07, 2008 at 10:42:57PM +0200, Rafael J. Wysocki wrote:
> > > > > This message has been generated automatically as a part of a report
> > > > > of recent regressions.
> > > > > 
> > > > > The following bug entry is on the current list of known regressions
> > > > > from 2.6.25.  Please verify if it still should be listed.
> > > > > 
> > > > > 
> > > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
> > > > > Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
> > > > > Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
> > > > > Date		: 2008-05-27 09:23 (12 days old)
> > > > > References	: http://lkml.org/lkml/2008/5/27/9
> > > > > Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
> > > > > 		  Linus Torvalds <torvalds@linux-foundation.org>
> > > > > 		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > > > > Patch		: http://lkml.org/lkml/2008/5/28/16
> > > > 
> > > > What happened with this issue?
> > > 
> > > The patch listed above works for me, passes rcutorture, &c.  However,
> > > I never have been able to reproduce the original problem, so cannot say
> > > whether it qualifies as a fix.
> > 
> > I doubt very much RCU was the reason of this problem.
> 
> Although I very much appreciate your confidence in my code, it is new
> code, so therefore under suspicion.
> 
> > Alexey, how did you trigger this problem?
> 
> One of them involved running LTP while doing 170 kernel builds in
> parallel.

My gut feeling is that find_pid_ns oops, __d_lookup oops and
__call_for_each_cic oops are the same bug.

And rcutorture failures I've mentioned to Paul privately.

Oleg, debugging you've posted never triggered.

kerneloops suggests that I'm alone. :-(

[Bug 10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
Date		: 2008-05-27 09:23 (19 days old)
References	: http://lkml.org/lkml/2008/5/27/9
		  http://lkml.org/lkml/2008/6/14/87
Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
		  Linus Torvalds <torvalds@linux-foundation.org>
		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Patch		: http://lkml.org/lkml/2008/5/28/16

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Paul E. McKenney]

On Sat, Jun 14, 2008 at 11:43:38PM +0400, Alexey Dobriyan wrote:
> On Sat, Jun 14, 2008 at 11:12:12AM -0700, Paul E. McKenney wrote:
> > On Sat, Jun 14, 2008 at 06:58:39PM +0400, Oleg Nesterov wrote:
> > > On 06/14, Paul E. McKenney wrote:
> > > >
> > > > On Fri, Jun 13, 2008 at 04:52:55PM +0300, Adrian Bunk wrote:
> > > > > On Sat, Jun 07, 2008 at 10:42:57PM +0200, Rafael J. Wysocki wrote:
> > > > > > This message has been generated automatically as a part of a report
> > > > > > of recent regressions.
> > > > > > 
> > > > > > The following bug entry is on the current list of known regressions
> > > > > > from 2.6.25.  Please verify if it still should be listed.
> > > > > > 
> > > > > > 
> > > > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
> > > > > > Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
> > > > > > Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
> > > > > > Date		: 2008-05-27 09:23 (12 days old)
> > > > > > References	: http://lkml.org/lkml/2008/5/27/9
> > > > > > Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
> > > > > > 		  Linus Torvalds <torvalds@linux-foundation.org>
> > > > > > 		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > > > > > Patch		: http://lkml.org/lkml/2008/5/28/16
> > > > > 
> > > > > What happened with this issue?
> > > > 
> > > > The patch listed above works for me, passes rcutorture, &c.  However,
> > > > I never have been able to reproduce the original problem, so cannot say
> > > > whether it qualifies as a fix.
> > > 
> > > I doubt very much RCU was the reason of this problem.
> > 
> > Although I very much appreciate your confidence in my code, it is new
> > code, so therefore under suspicion.
> > 
> > > Alexey, how did you trigger this problem?
> > 
> > One of them involved running LTP while doing 170 kernel builds in
> > parallel.
> 
> My gut feeling is that find_pid_ns oops, __d_lookup oops and
> __call_for_each_cic oops are the same bug.
> 
> And rcutorture failures I've mentioned to Paul privately.

Yep, running rcutorture in parallel with LTP, which didn't reproduce
for me either.

Did the patch at http://lkml.org/lkml/2008/5/28/16 help?

> Oleg, debugging you've posted never triggered.
> 
> kerneloops suggests that I'm alone. :-(

Assuming that the above patch didn't help...  As a desperation measure,
I could suggest the following patch.

Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
---

 rcupreempt.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff -urpNa -X dontdiff linux-2.6.26-rc4/kernel/rcupreempt.c linux-2.6.26-rc4-alexey/kernel/rcupreempt.c
--- linux-2.6.26-rc4/kernel/rcupreempt.c	2008-05-30 04:39:01.000000000 -0700
+++ linux-2.6.26-rc4-alexey/kernel/rcupreempt.c	2008-06-14 20:24:53.000000000 -0700
@@ -77,7 +77,7 @@
  *
  * GP in GP_STAGES stands for Grace Period ;)
  */
-#define GP_STAGES    2
+#define GP_STAGES    3
 struct rcu_data {
 	spinlock_t	lock;		/* Protect rcu_data fields. */
 	long		completed;	/* Number of last completed batch. */

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Alexey Dobriyan]

On Sat, Jun 14, 2008 at 08:30:01PM -0700, Paul E. McKenney wrote:
> On Sat, Jun 14, 2008 at 11:43:38PM +0400, Alexey Dobriyan wrote:
> > On Sat, Jun 14, 2008 at 11:12:12AM -0700, Paul E. McKenney wrote:
> > > On Sat, Jun 14, 2008 at 06:58:39PM +0400, Oleg Nesterov wrote:
> > > > On 06/14, Paul E. McKenney wrote:
> > > > >
> > > > > On Fri, Jun 13, 2008 at 04:52:55PM +0300, Adrian Bunk wrote:
> > > > > > On Sat, Jun 07, 2008 at 10:42:57PM +0200, Rafael J. Wysocki wrote:
> > > > > > > This message has been generated automatically as a part of a report
> > > > > > > of recent regressions.
> > > > > > > 
> > > > > > > The following bug entry is on the current list of known regressions
> > > > > > > from 2.6.25.  Please verify if it still should be listed.
> > > > > > > 
> > > > > > > 
> > > > > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
> > > > > > > Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
> > > > > > > Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
> > > > > > > Date		: 2008-05-27 09:23 (12 days old)
> > > > > > > References	: http://lkml.org/lkml/2008/5/27/9
> > > > > > > Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
> > > > > > > 		  Linus Torvalds <torvalds@linux-foundation.org>
> > > > > > > 		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > > > > > > Patch		: http://lkml.org/lkml/2008/5/28/16
> > > > > > 
> > > > > > What happened with this issue?
> > > > > 
> > > > > The patch listed above works for me, passes rcutorture, &c.  However,
> > > > > I never have been able to reproduce the original problem, so cannot say
> > > > > whether it qualifies as a fix.
> > > > 
> > > > I doubt very much RCU was the reason of this problem.
> > > 
> > > Although I very much appreciate your confidence in my code, it is new
> > > code, so therefore under suspicion.
> > > 
> > > > Alexey, how did you trigger this problem?
> > > 
> > > One of them involved running LTP while doing 170 kernel builds in
> > > parallel.
> > 
> > My gut feeling is that find_pid_ns oops, __d_lookup oops and
> > __call_for_each_cic oops are the same bug.
> > 
> > And rcutorture failures I've mentioned to Paul privately.
> 
> Yep, running rcutorture in parallel with LTP, which didn't reproduce
> for me either.
> 
> Did the patch at http://lkml.org/lkml/2008/5/28/16 help?
> 
> > Oleg, debugging you've posted never triggered.
> > 
> > kerneloops suggests that I'm alone. :-(
> 
> Assuming that the above patch didn't help...  As a desperation measure,
> I could suggest the following patch.

> --- linux-2.6.26-rc4/kernel/rcupreempt.c
> +++ linux-2.6.26-rc4-alexey/kernel/rcupreempt.c
> @@ -77,7 +77,7 @@
>   *
>   * GP in GP_STAGES stands for Grace Period ;)
>   */
> -#define GP_STAGES    2
> +#define GP_STAGES    3
>  struct rcu_data {
>  	spinlock_t	lock;		/* Protect rcu_data fields. */
>  	long		completed;	/* Number of last completed batch. */

Both patches (independently) do not help with rcutortures failures:

[   58.968404] rcu-torture:--- Start of test: nreaders=4 nfakewriters=4 stat_interval=0 verbose=0 test_no_idle_hz=0 shuffle_interval = 5
[  159.044524] rcu-torture: rtc: 0000000000000000 ver: 53859 tfle: 0 rta: 53859 rtaf: 18 rtf: 53797 rtmbe: 0
[  159.044527] rcu-torture: !!! Reader Pipe:  65565142 4275 1 0 0 0 0 0 0 0 0
[  159.044529] rcu-torture: Reader Batch:  65564196 5207 7 3 1 1 0 1 1 0 1
[  159.044530] rcu-torture: Free-Block Circulation:  53858 53853 53846 53843 53834 53825 53816 53808 53803 53797 0
[  159.044976] rcu-torture:--- End of test: FAILURE: nreaders=4 nfakewriters=4 stat_interval=0 verbose=0 test_no_idle_hz=0 shuffle_interval = 5

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Paul E. McKenney]

On Sun, Jun 15, 2008 at 08:21:50PM +0400, Alexey Dobriyan wrote:
> On Sat, Jun 14, 2008 at 08:30:01PM -0700, Paul E. McKenney wrote:
> > On Sat, Jun 14, 2008 at 11:43:38PM +0400, Alexey Dobriyan wrote:
> > > On Sat, Jun 14, 2008 at 11:12:12AM -0700, Paul E. McKenney wrote:
> > > > On Sat, Jun 14, 2008 at 06:58:39PM +0400, Oleg Nesterov wrote:
> > > > > On 06/14, Paul E. McKenney wrote:
> > > > > >
> > > > > > On Fri, Jun 13, 2008 at 04:52:55PM +0300, Adrian Bunk wrote:
> > > > > > > On Sat, Jun 07, 2008 at 10:42:57PM +0200, Rafael J. Wysocki wrote:
> > > > > > > > This message has been generated automatically as a part of a report
> > > > > > > > of recent regressions.
> > > > > > > > 
> > > > > > > > The following bug entry is on the current list of known regressions
> > > > > > > > from 2.6.25.  Please verify if it still should be listed.
> > > > > > > > 
> > > > > > > > 
> > > > > > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
> > > > > > > > Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
> > > > > > > > Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
> > > > > > > > Date		: 2008-05-27 09:23 (12 days old)
> > > > > > > > References	: http://lkml.org/lkml/2008/5/27/9
> > > > > > > > Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
> > > > > > > > 		  Linus Torvalds <torvalds@linux-foundation.org>
> > > > > > > > 		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > > > > > > > Patch		: http://lkml.org/lkml/2008/5/28/16
> > > > > > > 
> > > > > > > What happened with this issue?
> > > > > > 
> > > > > > The patch listed above works for me, passes rcutorture, &c.  However,
> > > > > > I never have been able to reproduce the original problem, so cannot say
> > > > > > whether it qualifies as a fix.
> > > > > 
> > > > > I doubt very much RCU was the reason of this problem.
> > > > 
> > > > Although I very much appreciate your confidence in my code, it is new
> > > > code, so therefore under suspicion.
> > > > 
> > > > > Alexey, how did you trigger this problem?
> > > > 
> > > > One of them involved running LTP while doing 170 kernel builds in
> > > > parallel.
> > > 
> > > My gut feeling is that find_pid_ns oops, __d_lookup oops and
> > > __call_for_each_cic oops are the same bug.
> > > 
> > > And rcutorture failures I've mentioned to Paul privately.
> > 
> > Yep, running rcutorture in parallel with LTP, which didn't reproduce
> > for me either.
> > 
> > Did the patch at http://lkml.org/lkml/2008/5/28/16 help?
> > 
> > > Oleg, debugging you've posted never triggered.
> > > 
> > > kerneloops suggests that I'm alone. :-(
> > 
> > Assuming that the above patch didn't help...  As a desperation measure,
> > I could suggest the following patch.
> 
> > --- linux-2.6.26-rc4/kernel/rcupreempt.c
> > +++ linux-2.6.26-rc4-alexey/kernel/rcupreempt.c
> > @@ -77,7 +77,7 @@
> >   *
> >   * GP in GP_STAGES stands for Grace Period ;)
> >   */
> > -#define GP_STAGES    2
> > +#define GP_STAGES    3
> >  struct rcu_data {
> >  	spinlock_t	lock;		/* Protect rcu_data fields. */
> >  	long		completed;	/* Number of last completed batch. */
> 
> Both patches (independently) do not help with rcutortures failures:
> 
> [   58.968404] rcu-torture:--- Start of test: nreaders=4 nfakewriters=4 stat_interval=0 verbose=0 test_no_idle_hz=0 shuffle_interval = 5
> [  159.044524] rcu-torture: rtc: 0000000000000000 ver: 53859 tfle: 0 rta: 53859 rtaf: 18 rtf: 53797 rtmbe: 0
> [  159.044527] rcu-torture: !!! Reader Pipe:  65565142 4275 1 0 0 0 0 0 0 0 0
> [  159.044529] rcu-torture: Reader Batch:  65564196 5207 7 3 1 1 0 1 1 0 1
> [  159.044530] rcu-torture: Free-Block Circulation:  53858 53853 53846 53843 53834 53825 53816 53808 53803 53797 0
> [  159.044976] rcu-torture:--- End of test: FAILURE: nreaders=4 nfakewriters=4 stat_interval=0 verbose=0 test_no_idle_hz=0 shuffle_interval = 5

And the repeat-by is simply running LTP in parallel with rcutorture?
This is a one-hour run of rcutorture or thereabouts?

							Thanx, Paul

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Linus Torvalds]

On Sun, 15 Jun 2008, Paul E. McKenney wrote:
> > 
> > Both patches (independently) do not help with rcutortures failures:
> > 
> > [   58.968404] rcu-torture:--- Start of test: nreaders=4 nfakewriters=4 stat_interval=0 verbose=0 test_no_idle_hz=0 shuffle_interval = 5
> > [  159.044524] rcu-torture: rtc: 0000000000000000 ver: 53859 tfle: 0 rta: 53859 rtaf: 18 rtf: 53797 rtmbe: 0
> > [  159.044527] rcu-torture: !!! Reader Pipe:  65565142 4275 1 0 0 0 0 0 0 0 0
> > [  159.044529] rcu-torture: Reader Batch:  65564196 5207 7 3 1 1 0 1 1 0 1
> > [  159.044530] rcu-torture: Free-Block Circulation:  53858 53853 53846 53843 53834 53825 53816 53808 53803 53797 0
> > [  159.044976] rcu-torture:--- End of test: FAILURE: nreaders=4 nfakewriters=4 stat_interval=0 verbose=0 test_no_idle_hz=0 shuffle_interval = 5
> 
> And the repeat-by is simply running LTP in parallel with rcutorture?
> This is a one-hour run of rcutorture or thereabouts?

Should we mark PREEMPT_RCU as BROKEN for now? I don't know if anybody 
really enables it, but it might be a good idea to make sure people don't 
do so thinking it's good..

		Linus

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Paul E. McKenney]

On Sun, Jun 15, 2008 at 11:17:10AM -0700, Paul E. McKenney wrote:
> On Sun, Jun 15, 2008 at 08:21:50PM +0400, Alexey Dobriyan wrote:
> > On Sat, Jun 14, 2008 at 08:30:01PM -0700, Paul E. McKenney wrote:
> > > On Sat, Jun 14, 2008 at 11:43:38PM +0400, Alexey Dobriyan wrote:
> > > > On Sat, Jun 14, 2008 at 11:12:12AM -0700, Paul E. McKenney wrote:
> > > > > On Sat, Jun 14, 2008 at 06:58:39PM +0400, Oleg Nesterov wrote:
> > > > > > On 06/14, Paul E. McKenney wrote:
> > > > > > >
> > > > > > > On Fri, Jun 13, 2008 at 04:52:55PM +0300, Adrian Bunk wrote:
> > > > > > > > On Sat, Jun 07, 2008 at 10:42:57PM +0200, Rafael J. Wysocki wrote:
> > > > > > > > > This message has been generated automatically as a part of a report
> > > > > > > > > of recent regressions.
> > > > > > > > > 
> > > > > > > > > The following bug entry is on the current list of known regressions
> > > > > > > > > from 2.6.25.  Please verify if it still should be listed.
> > > > > > > > > 
> > > > > > > > > 
> > > > > > > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
> > > > > > > > > Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
> > > > > > > > > Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
> > > > > > > > > Date		: 2008-05-27 09:23 (12 days old)
> > > > > > > > > References	: http://lkml.org/lkml/2008/5/27/9
> > > > > > > > > Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
> > > > > > > > > 		  Linus Torvalds <torvalds@linux-foundation.org>
> > > > > > > > > 		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
> > > > > > > > > Patch		: http://lkml.org/lkml/2008/5/28/16
> > > > > > > > 
> > > > > > > > What happened with this issue?
> > > > > > > 
> > > > > > > The patch listed above works for me, passes rcutorture, &c.  However,
> > > > > > > I never have been able to reproduce the original problem, so cannot say
> > > > > > > whether it qualifies as a fix.
> > > > > > 
> > > > > > I doubt very much RCU was the reason of this problem.
> > > > > 
> > > > > Although I very much appreciate your confidence in my code, it is new
> > > > > code, so therefore under suspicion.
> > > > > 
> > > > > > Alexey, how did you trigger this problem?
> > > > > 
> > > > > One of them involved running LTP while doing 170 kernel builds in
> > > > > parallel.
> > > > 
> > > > My gut feeling is that find_pid_ns oops, __d_lookup oops and
> > > > __call_for_each_cic oops are the same bug.
> > > > 
> > > > And rcutorture failures I've mentioned to Paul privately.
> > > 
> > > Yep, running rcutorture in parallel with LTP, which didn't reproduce
> > > for me either.
> > > 
> > > Did the patch at http://lkml.org/lkml/2008/5/28/16 help?
> > > 
> > > > Oleg, debugging you've posted never triggered.
> > > > 
> > > > kerneloops suggests that I'm alone. :-(
> > > 
> > > Assuming that the above patch didn't help...  As a desperation measure,
> > > I could suggest the following patch.
> > 
> > > --- linux-2.6.26-rc4/kernel/rcupreempt.c
> > > +++ linux-2.6.26-rc4-alexey/kernel/rcupreempt.c
> > > @@ -77,7 +77,7 @@
> > >   *
> > >   * GP in GP_STAGES stands for Grace Period ;)
> > >   */
> > > -#define GP_STAGES    2
> > > +#define GP_STAGES    3
> > >  struct rcu_data {
> > >  	spinlock_t	lock;		/* Protect rcu_data fields. */
> > >  	long		completed;	/* Number of last completed batch. */
> > 
> > Both patches (independently) do not help with rcutortures failures:
> > 
> > [   58.968404] rcu-torture:--- Start of test: nreaders=4 nfakewriters=4 stat_interval=0 verbose=0 test_no_idle_hz=0 shuffle_interval = 5
> > [  159.044524] rcu-torture: rtc: 0000000000000000 ver: 53859 tfle: 0 rta: 53859 rtaf: 18 rtf: 53797 rtmbe: 0
> > [  159.044527] rcu-torture: !!! Reader Pipe:  65565142 4275 1 0 0 0 0 0 0 0 0
> > [  159.044529] rcu-torture: Reader Batch:  65564196 5207 7 3 1 1 0 1 1 0 1
> > [  159.044530] rcu-torture: Free-Block Circulation:  53858 53853 53846 53843 53834 53825 53816 53808 53803 53797 0
> > [  159.044976] rcu-torture:--- End of test: FAILURE: nreaders=4 nfakewriters=4 stat_interval=0 verbose=0 test_no_idle_hz=0 shuffle_interval = 5
> 
> And the repeat-by is simply running LTP in parallel with rcutorture?
> This is a one-hour run of rcutorture or thereabouts?

I also tried running LTP in parallel with rcutorture on POWER, and I
cannot reproduce on that platform either.

							Thanx, Paul

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Paul E. McKenney]

On Sun, Jun 15, 2008 at 01:32:48PM -0700, Linus Torvalds wrote:
> 
> 
> On Sun, 15 Jun 2008, Paul E. McKenney wrote:
> > > 
> > > Both patches (independently) do not help with rcutortures failures:
> > > 
> > > [   58.968404] rcu-torture:--- Start of test: nreaders=4 nfakewriters=4 stat_interval=0 verbose=0 test_no_idle_hz=0 shuffle_interval = 5
> > > [  159.044524] rcu-torture: rtc: 0000000000000000 ver: 53859 tfle: 0 rta: 53859 rtaf: 18 rtf: 53797 rtmbe: 0
> > > [  159.044527] rcu-torture: !!! Reader Pipe:  65565142 4275 1 0 0 0 0 0 0 0 0
> > > [  159.044529] rcu-torture: Reader Batch:  65564196 5207 7 3 1 1 0 1 1 0 1
> > > [  159.044530] rcu-torture: Free-Block Circulation:  53858 53853 53846 53843 53834 53825 53816 53808 53803 53797 0
> > > [  159.044976] rcu-torture:--- End of test: FAILURE: nreaders=4 nfakewriters=4 stat_interval=0 verbose=0 test_no_idle_hz=0 shuffle_interval = 5
> > 
> > And the repeat-by is simply running LTP in parallel with rcutorture?
> > This is a one-hour run of rcutorture or thereabouts?
> 
> Should we mark PREEMPT_RCU as BROKEN for now? I don't know if anybody 
> really enables it, but it might be a good idea to make sure people don't 
> do so thinking it's good..

If that is the right thing to do.  I would feel better about it if I
could reproduce the failure.

							Thanx, Paul

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Linus Torvalds]

On Sun, 15 Jun 2008, Paul E. McKenney wrote:
>
> If that is the right thing to do.  I would feel better about it if I
> could reproduce the failure.

Is there some configuration thing that might make it happen for Alexey but 
not for you? The only obvious one is the normal PREEMPT thing, but 
PREEMPT_RCU obviously depends on that, so there must be something else.

CONFIG_SMP? CONFIG_NO_HZ? CONFIG_[RT|FAIR]_GROUP_SCHED? There's a number 
of config options that change scheduling details..

		Linus

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Alexey Dobriyan]

On Sun, Jun 15, 2008 at 04:38:24PM -0700, Linus Torvalds wrote:
> On Sun, 15 Jun 2008, Paul E. McKenney wrote:
> >
> > If that is the right thing to do.  I would feel better about it if I
> > could reproduce the failure.
> 
> Is there some configuration thing that might make it happen for Alexey but 
> not for you? The only obvious one is the normal PREEMPT thing, but 
> PREEMPT_RCU obviously depends on that, so there must be something else.
> 
> CONFIG_SMP? CONFIG_NO_HZ? CONFIG_[RT|FAIR]_GROUP_SCHED? There's a number 
> of config options that change scheduling details..

The only way I can "fix" rcutorture here is SMP=n (not maxcpus=1!).

Among things tried and do not matter are NO_HZ, HIGH_RES_TIMERS, turning off
debugging options (one by one and in bulk), DEBUG_PER_CPU_MAPS, HZ tweaks,
SCHED_MC.

All of this doesn't help, but SMP=n does.

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Paul E. McKenney]

[-- Attachment #1: Type: text/plain, Size: 1422 bytes --]

On Mon, Jun 16, 2008 at 07:01:54AM +0400, Alexey Dobriyan wrote:
> On Sun, Jun 15, 2008 at 04:38:24PM -0700, Linus Torvalds wrote:
> > On Sun, 15 Jun 2008, Paul E. McKenney wrote:
> > >
> > > If that is the right thing to do.  I would feel better about it if I
> > > could reproduce the failure.
> > 
> > Is there some configuration thing that might make it happen for Alexey but 
> > not for you? The only obvious one is the normal PREEMPT thing, but 
> > PREEMPT_RCU obviously depends on that, so there must be something else.
> > 
> > CONFIG_SMP? CONFIG_NO_HZ? CONFIG_[RT|FAIR]_GROUP_SCHED? There's a number 
> > of config options that change scheduling details..
> 
> The only way I can "fix" rcutorture here is SMP=n (not maxcpus=1!).

I am running SMP=y without seeing the problem.

> Among things tried and do not matter are NO_HZ, HIGH_RES_TIMERS, turning off
> debugging options (one by one and in bulk), DEBUG_PER_CPU_MAPS, HZ tweaks,
> SCHED_MC.
> 
> All of this doesn't help, but SMP=n does.

Attached is the compressed config file I used for a run on a POWER
machine.  I have used similar config files for x86.  For this run, I built
LTP, installed it, started rcutorture, ran LTP, then ended rcutorture.

The only other thing I can think of is that Alexey's machines are
somehow managing to nest NMIs or something.  I can produce a fix for
that, but have no way of testing it.

Thoughts?

							Thanx, Paul

[-- Attachment #2: dotconfig.bz2 --]
[-- Type: application/octet-stream, Size: 9027 bytes --]

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Alexey Dobriyan]

On Sun, Jun 15, 2008 at 08:31:26PM -0700, Paul E. McKenney wrote:
> On Mon, Jun 16, 2008 at 07:01:54AM +0400, Alexey Dobriyan wrote:
> > On Sun, Jun 15, 2008 at 04:38:24PM -0700, Linus Torvalds wrote:
> > > On Sun, 15 Jun 2008, Paul E. McKenney wrote:
> > > >
> > > > If that is the right thing to do.  I would feel better about it if I
> > > > could reproduce the failure.
> > > 
> > > Is there some configuration thing that might make it happen for Alexey but 
> > > not for you? The only obvious one is the normal PREEMPT thing, but 
> > > PREEMPT_RCU obviously depends on that, so there must be something else.
> > > 
> > > CONFIG_SMP? CONFIG_NO_HZ? CONFIG_[RT|FAIR]_GROUP_SCHED? There's a number 
> > > of config options that change scheduling details..
> > 
> > The only way I can "fix" rcutorture here is SMP=n (not maxcpus=1!).
> 
> I am running SMP=y without seeing the problem.
> 
> > Among things tried and do not matter are NO_HZ, HIGH_RES_TIMERS, turning off
> > debugging options (one by one and in bulk), DEBUG_PER_CPU_MAPS, HZ tweaks,
> > SCHED_MC.
> > 
> > All of this doesn't help, but SMP=n does.
> 
> Attached is the compressed config file I used for a run on a POWER
> machine.  I have used similar config files for x86.  For this run, I built
> LTP, installed it, started rcutorture, ran LTP, then ended rcutorture.
> 
> The only other thing I can think of is that Alexey's machines are
> somehow managing to nest NMIs or something.  I can produce a fix for
> that, but have no way of testing it.

No NMIs here according to /proc/interrupts .

           CPU0       CPU1       
  0:         42          0   IO-APIC-edge      timer
  1:          8          0   IO-APIC-edge      i8042
  8:          1          0   IO-APIC-edge      rtc
  9:          0          0   IO-APIC-fasteoi   acpi
 16:          0          0   IO-APIC-fasteoi   ahci, uhci_hcd:usb1
 17:         35          0   IO-APIC-fasteoi   pata_jmicron, uhci_hcd:usb2
 18:          0          0   IO-APIC-fasteoi   ehci_hcd:usb3, uhci_hcd:usb6
 19:       6238          0   IO-APIC-fasteoi   ata_piix, ata_piix, uhci_hcd:usb5
 22:        278          0   IO-APIC-fasteoi   HDA Intel
 23:       2802          0   IO-APIC-fasteoi   uhci_hcd:usb4, ehci_hcd:usb7, eth1
319:       5126          0   PCI-MSI-edge      eth0
NMI:          0          0   Non-maskable interrupts
LOC:      66777      66036   Local timer interrupts
RES:       3031       3403   Rescheduling interrupts
CAL:         17         62   function call interrupts
TLB:        671        900   TLB shootdowns
TRM:          0          0   Thermal event interrupts
THR:          0          0   Threshold APIC interrupts
SPU:          0          0   Spurious interrupts
ERR:          0

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Vegard Nossum]

On Mon, Jun 16, 2008 at 5:01 AM, Alexey Dobriyan <adobriyan@gmail.com> wrote:
> On Sun, Jun 15, 2008 at 04:38:24PM -0700, Linus Torvalds wrote:
>> On Sun, 15 Jun 2008, Paul E. McKenney wrote:
>> >
>> > If that is the right thing to do.  I would feel better about it if I
>> > could reproduce the failure.
>>
>> Is there some configuration thing that might make it happen for Alexey but
>> not for you? The only obvious one is the normal PREEMPT thing, but
>> PREEMPT_RCU obviously depends on that, so there must be something else.
>>
>> CONFIG_SMP? CONFIG_NO_HZ? CONFIG_[RT|FAIR]_GROUP_SCHED? There's a number
>> of config options that change scheduling details..
>
> The only way I can "fix" rcutorture here is SMP=n (not maxcpus=1!).
>
> Among things tried and do not matter are NO_HZ, HIGH_RES_TIMERS, turning off
> debugging options (one by one and in bulk), DEBUG_PER_CPU_MAPS, HZ tweaks,
> SCHED_MC.
>
> All of this doesn't help, but SMP=n does.

Maybe this is a stupid suggestion, but SLUB _is_ involved here (in
poisoning the object when it is freed). Do you have SLUB_DEBUG_ON=y or
did you check whether it matters if you have these options on or off?


Vegard

-- 
"The animistic metaphor of the bug that maliciously sneaked in while
the programmer was not looking is intellectually dishonest as it
disguises that the error is the programmer's own creation."
	-- E. W. Dijkstra, EWD1036

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Paul E. McKenney]

On Mon, Jun 16, 2008 at 07:46:59AM +0400, Alexey Dobriyan wrote:
> On Sun, Jun 15, 2008 at 08:31:26PM -0700, Paul E. McKenney wrote:
> > On Mon, Jun 16, 2008 at 07:01:54AM +0400, Alexey Dobriyan wrote:
> > > On Sun, Jun 15, 2008 at 04:38:24PM -0700, Linus Torvalds wrote:
> > > > On Sun, 15 Jun 2008, Paul E. McKenney wrote:
> > > > >
> > > > > If that is the right thing to do.  I would feel better about it if I
> > > > > could reproduce the failure.
> > > > 
> > > > Is there some configuration thing that might make it happen for Alexey but 
> > > > not for you? The only obvious one is the normal PREEMPT thing, but 
> > > > PREEMPT_RCU obviously depends on that, so there must be something else.
> > > > 
> > > > CONFIG_SMP? CONFIG_NO_HZ? CONFIG_[RT|FAIR]_GROUP_SCHED? There's a number 
> > > > of config options that change scheduling details..
> > > 
> > > The only way I can "fix" rcutorture here is SMP=n (not maxcpus=1!).
> > 
> > I am running SMP=y without seeing the problem.
> > 
> > > Among things tried and do not matter are NO_HZ, HIGH_RES_TIMERS, turning off
> > > debugging options (one by one and in bulk), DEBUG_PER_CPU_MAPS, HZ tweaks,
> > > SCHED_MC.
> > > 
> > > All of this doesn't help, but SMP=n does.
> > 
> > Attached is the compressed config file I used for a run on a POWER
> > machine.  I have used similar config files for x86.  For this run, I built
> > LTP, installed it, started rcutorture, ran LTP, then ended rcutorture.
> > 
> > The only other thing I can think of is that Alexey's machines are
> > somehow managing to nest NMIs or something.  I can produce a fix for
> > that, but have no way of testing it.
> 
> No NMIs here according to /proc/interrupts .
> 
>            CPU0       CPU1       
>   0:         42          0   IO-APIC-edge      timer
>   1:          8          0   IO-APIC-edge      i8042
>   8:          1          0   IO-APIC-edge      rtc
>   9:          0          0   IO-APIC-fasteoi   acpi
>  16:          0          0   IO-APIC-fasteoi   ahci, uhci_hcd:usb1
>  17:         35          0   IO-APIC-fasteoi   pata_jmicron, uhci_hcd:usb2
>  18:          0          0   IO-APIC-fasteoi   ehci_hcd:usb3, uhci_hcd:usb6
>  19:       6238          0   IO-APIC-fasteoi   ata_piix, ata_piix, uhci_hcd:usb5
>  22:        278          0   IO-APIC-fasteoi   HDA Intel
>  23:       2802          0   IO-APIC-fasteoi   uhci_hcd:usb4, ehci_hcd:usb7, eth1
> 319:       5126          0   PCI-MSI-edge      eth0
> NMI:          0          0   Non-maskable interrupts
> LOC:      66777      66036   Local timer interrupts
> RES:       3031       3403   Rescheduling interrupts
> CAL:         17         62   function call interrupts
> TLB:        671        900   TLB shootdowns
> TRM:          0          0   Thermal event interrupts
> THR:          0          0   Threshold APIC interrupts
> SPU:          0          0   Spurious interrupts
> ERR:          0

OK, thank you for the information.  Looking elsewhere...

						Thanx, Paul

[Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
Date		: 2008-05-27 09:23 (27 days old)
References	: http://lkml.org/lkml/2008/5/27/9
		  http://lkml.org/lkml/2008/6/14/87
Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
		  Linus Torvalds <torvalds@linux-foundation.org>
		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Patch		: http://lkml.org/lkml/2008/5/28/16

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Alexey Dobriyan]

[rcutorture failures with PREEMPT_RCU]

Status update:
* bug is reproduced on another box with the very same symptoms:
  SMP=y, maxcpus=1 kernel occasionally fails, SMP=n is fine.
  Also Core 2 Duo, x86_64 [1]

  Race is wide -- 60 seconds of rcutorture is enough.

So far tried without effect:
	not doing SMP-alternatives
	NO_HZ=y/n
	HIGH_RES_TIMERS=y/n
	compiling with gcc 3.4.6/4.1.2
	different HZ
	s/asm/asm volatile/g at percpu asm code and PDA asm code
	turning on and off varying CONFIG_DEBUG_ options
	CONFIG_DEBUG_PREEMPT
	softlockup on/off
	making x86_64 cpu_idle() same as 32-bit one wrt rcu_pending et al
	sched_setaffinity() in __synchronize_sched doesn't fail

Probably forgot something, but not a single thing that can remove the
bug in SMP=y case.

Using SMP percpu stuff for UP case miserably failed because of some hard
hang due to incomplete patch, but I still leave this for doomsday.

I'm going to try 32-bit setup and reading rcupreempt disassembly with
microscope.

[1]

processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Core(TM)2 Duo CPU     T7700  @ 2.40GHz
stepping	: 11
cpu MHz		: 800.000
cache size	: 4096 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm ida
bogomips	: 4791.74
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Core(TM)2 Duo CPU     T7700  @ 2.40GHz
stepping	: 11
cpu MHz		: 800.000
cache size	: 4096 KB
physical id	: 0
siblings	: 2
core id		: 1
cpu cores	: 2
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm ida
bogomips	: 4787.76
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:
-----------------------------------------------------------------------------
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Core(TM)2 CPU          6400  @ 2.13GHz
stepping	: 2
cpu MHz		: 2135.041
cache size	: 2048 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
bogomips	: 4272.61
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Core(TM)2 CPU          6400  @ 2.13GHz
stepping	: 2
cpu MHz		: 2135.041
cache size	: 2048 KB
physical id	: 0
siblings	: 2
core id		: 1
cpu cores	: 2
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
bogomips	: 4270.14
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Linus Torvalds]

On Tue, 24 Jun 2008, Alexey Dobriyan wrote:
> 
> Status update:
> * bug is reproduced on another box with the very same symptoms:
>   SMP=y, maxcpus=1 kernel occasionally fails, SMP=n is fine.
>   Also Core 2 Duo, x86_64 [1]
> 
>   Race is wide -- 60 seconds of rcutorture is enough.

Very odd how you can reproduce it - now on two machines - but it doesn't 
seem to happen for others. You've tried different compilers, you've tried 
different config options, what the heck is left?

And it's not like Core 2 Duo is an "odd" setup. Even any timer differences 
should have been largely flushed out with HIGH_RES_TIMERS=y/n.

Is there *anything* odd about those machines?

		Linus

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Nick Piggin]

On Tuesday 24 June 2008 11:31, Linus Torvalds wrote:
> On Tue, 24 Jun 2008, Alexey Dobriyan wrote:
> > Status update:
> > * bug is reproduced on another box with the very same symptoms:
> >   SMP=y, maxcpus=1 kernel occasionally fails, SMP=n is fine.
> >   Also Core 2 Duo, x86_64 [1]
> >
> >   Race is wide -- 60 seconds of rcutorture is enough.
>
> Very odd how you can reproduce it - now on two machines - but it doesn't
> seem to happen for others. You've tried different compilers, you've tried
> different config options, what the heck is left?

The PREEMPT_RCU thing? I've reproduced it. It hits lockless pagecache,
but I've also reproduced the same problem in dentry cache shrinking.
I'm sure it is a free-before-grace bug.

I've been using DEBUG_PAGEALLOC to make it easier to spot.

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Paul E. McKenney]

On Tue, Jun 24, 2008 at 04:50:53AM +0400, Alexey Dobriyan wrote:
> [rcutorture failures with PREEMPT_RCU]
> 
> Status update:
> * bug is reproduced on another box with the very same symptoms:
>   SMP=y, maxcpus=1 kernel occasionally fails, SMP=n is fine.
>   Also Core 2 Duo, x86_64 [1]
> 
>   Race is wide -- 60 seconds of rcutorture is enough.
> 
> So far tried without effect:
> 	not doing SMP-alternatives
> 	NO_HZ=y/n
> 	HIGH_RES_TIMERS=y/n
> 	compiling with gcc 3.4.6/4.1.2
> 	different HZ
> 	s/asm/asm volatile/g at percpu asm code and PDA asm code
> 	turning on and off varying CONFIG_DEBUG_ options
> 	CONFIG_DEBUG_PREEMPT
> 	softlockup on/off
> 	making x86_64 cpu_idle() same as 32-bit one wrt rcu_pending et al
> 	sched_setaffinity() in __synchronize_sched doesn't fail
> 
> Probably forgot something, but not a single thing that can remove the
> bug in SMP=y case.
> 
> Using SMP percpu stuff for UP case miserably failed because of some hard
> hang due to incomplete patch, but I still leave this for doomsday.
> 
> I'm going to try 32-bit setup and reading rcupreempt disassembly with
> microscope.

Good point!!!  Would either you or Nick be willing to send me either
the vmlinux or a disassembly of the relevant portions?

							Thanx, Paul

> [1]
> 
> processor	: 0
> vendor_id	: GenuineIntel
> cpu family	: 6
> model		: 15
> model name	: Intel(R) Core(TM)2 Duo CPU     T7700  @ 2.40GHz
> stepping	: 11
> cpu MHz		: 800.000
> cache size	: 4096 KB
> physical id	: 0
> siblings	: 2
> core id		: 0
> cpu cores	: 2
> fpu		: yes
> fpu_exception	: yes
> cpuid level	: 10
> wp		: yes
> flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm ida
> bogomips	: 4791.74
> clflush size	: 64
> cache_alignment	: 64
> address sizes	: 36 bits physical, 48 bits virtual
> power management:
> 
> processor	: 1
> vendor_id	: GenuineIntel
> cpu family	: 6
> model		: 15
> model name	: Intel(R) Core(TM)2 Duo CPU     T7700  @ 2.40GHz
> stepping	: 11
> cpu MHz		: 800.000
> cache size	: 4096 KB
> physical id	: 0
> siblings	: 2
> core id		: 1
> cpu cores	: 2
> fpu		: yes
> fpu_exception	: yes
> cpuid level	: 10
> wp		: yes
> flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm ida
> bogomips	: 4787.76
> clflush size	: 64
> cache_alignment	: 64
> address sizes	: 36 bits physical, 48 bits virtual
> power management:
> -----------------------------------------------------------------------------
> processor	: 0
> vendor_id	: GenuineIntel
> cpu family	: 6
> model		: 15
> model name	: Intel(R) Core(TM)2 CPU          6400  @ 2.13GHz
> stepping	: 2
> cpu MHz		: 2135.041
> cache size	: 2048 KB
> physical id	: 0
> siblings	: 2
> core id		: 0
> cpu cores	: 2
> fpu		: yes
> fpu_exception	: yes
> cpuid level	: 10
> wp		: yes
> flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
> bogomips	: 4272.61
> clflush size	: 64
> cache_alignment	: 64
> address sizes	: 36 bits physical, 48 bits virtual
> power management:
> 
> processor	: 1
> vendor_id	: GenuineIntel
> cpu family	: 6
> model		: 15
> model name	: Intel(R) Core(TM)2 CPU          6400  @ 2.13GHz
> stepping	: 2
> cpu MHz		: 2135.041
> cache size	: 2048 KB
> physical id	: 0
> siblings	: 2
> core id		: 1
> cpu cores	: 2
> fpu		: yes
> fpu_exception	: yes
> cpuid level	: 10
> wp		: yes
> flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
> bogomips	: 4270.14
> clflush size	: 64
> cache_alignment	: 64
> address sizes	: 36 bits physical, 48 bits virtual
> power management:
> 

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Paul E. McKenney]

On Tue, Jun 24, 2008 at 05:04:04AM -0700, Paul E. McKenney wrote:
> On Tue, Jun 24, 2008 at 04:50:53AM +0400, Alexey Dobriyan wrote:
> > [rcutorture failures with PREEMPT_RCU]
> > 
> > Status update:
> > * bug is reproduced on another box with the very same symptoms:
> >   SMP=y, maxcpus=1 kernel occasionally fails, SMP=n is fine.

This is interesting.  The bug occurs on a single CPU, so the bug cannot
involve memory ordering (because CPUs see their own accesses in order)
or preemptions from one CPU to another (as there is but one CPU).

It might involve ordering issues in __rcu_read_lock() or
__rcu_read_unlock(), though the code generated by gcc version 4.1.2 is
ordered correctly on x86.

The code for raw_smp_processor_id() differs in the two cases, but should
give zero in all cases either way, given that there is but one CPU.
Locking goes awayin SMP=n, but the grace-period code disables irqs,
which should act as a good and sufficient lock in the single-CPU case
either way.

> >   Also Core 2 Duo, x86_64 [1]
> > 
> >   Race is wide -- 60 seconds of rcutorture is enough.

This is rcutorture by itself, or in parallel with LTP/kernbench?

(I have mostly been running on 4-CPU boxes without failure either way,
so will try a dual-CPU box.)

							Thanx, Paul

> > So far tried without effect:
> > 	not doing SMP-alternatives
> > 	NO_HZ=y/n
> > 	HIGH_RES_TIMERS=y/n
> > 	compiling with gcc 3.4.6/4.1.2
> > 	different HZ
> > 	s/asm/asm volatile/g at percpu asm code and PDA asm code
> > 	turning on and off varying CONFIG_DEBUG_ options
> > 	CONFIG_DEBUG_PREEMPT
> > 	softlockup on/off
> > 	making x86_64 cpu_idle() same as 32-bit one wrt rcu_pending et al
> > 	sched_setaffinity() in __synchronize_sched doesn't fail
> > 
> > Probably forgot something, but not a single thing that can remove the
> > bug in SMP=y case.
> > 
> > Using SMP percpu stuff for UP case miserably failed because of some hard
> > hang due to incomplete patch, but I still leave this for doomsday.
> > 
> > I'm going to try 32-bit setup and reading rcupreempt disassembly with
> > microscope.
> 
> Good point!!!  Would either you or Nick be willing to send me either
> the vmlinux or a disassembly of the relevant portions?
> 
> 							Thanx, Paul
> 
> > [1]
> > 
> > processor	: 0
> > vendor_id	: GenuineIntel
> > cpu family	: 6
> > model		: 15
> > model name	: Intel(R) Core(TM)2 Duo CPU     T7700  @ 2.40GHz
> > stepping	: 11
> > cpu MHz		: 800.000
> > cache size	: 4096 KB
> > physical id	: 0
> > siblings	: 2
> > core id		: 0
> > cpu cores	: 2
> > fpu		: yes
> > fpu_exception	: yes
> > cpuid level	: 10
> > wp		: yes
> > flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm ida
> > bogomips	: 4791.74
> > clflush size	: 64
> > cache_alignment	: 64
> > address sizes	: 36 bits physical, 48 bits virtual
> > power management:
> > 
> > processor	: 1
> > vendor_id	: GenuineIntel
> > cpu family	: 6
> > model		: 15
> > model name	: Intel(R) Core(TM)2 Duo CPU     T7700  @ 2.40GHz
> > stepping	: 11
> > cpu MHz		: 800.000
> > cache size	: 4096 KB
> > physical id	: 0
> > siblings	: 2
> > core id		: 1
> > cpu cores	: 2
> > fpu		: yes
> > fpu_exception	: yes
> > cpuid level	: 10
> > wp		: yes
> > flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm ida
> > bogomips	: 4787.76
> > clflush size	: 64
> > cache_alignment	: 64
> > address sizes	: 36 bits physical, 48 bits virtual
> > power management:
> > -----------------------------------------------------------------------------
> > processor	: 0
> > vendor_id	: GenuineIntel
> > cpu family	: 6
> > model		: 15
> > model name	: Intel(R) Core(TM)2 CPU          6400  @ 2.13GHz
> > stepping	: 2
> > cpu MHz		: 2135.041
> > cache size	: 2048 KB
> > physical id	: 0
> > siblings	: 2
> > core id		: 0
> > cpu cores	: 2
> > fpu		: yes
> > fpu_exception	: yes
> > cpuid level	: 10
> > wp		: yes
> > flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
> > bogomips	: 4272.61
> > clflush size	: 64
> > cache_alignment	: 64
> > address sizes	: 36 bits physical, 48 bits virtual
> > power management:
> > 
> > processor	: 1
> > vendor_id	: GenuineIntel
> > cpu family	: 6
> > model		: 15
> > model name	: Intel(R) Core(TM)2 CPU          6400  @ 2.13GHz
> > stepping	: 2
> > cpu MHz		: 2135.041
> > cache size	: 2048 KB
> > physical id	: 0
> > siblings	: 2
> > core id		: 1
> > cpu cores	: 2
> > fpu		: yes
> > fpu_exception	: yes
> > cpuid level	: 10
> > wp		: yes
> > flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
> > bogomips	: 4270.14
> > clflush size	: 64
> > cache_alignment	: 64
> > address sizes	: 36 bits physical, 48 bits virtual
> > power management:
> > 

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Ingo Molnar]

* Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:

> > >   Also Core 2 Duo, x86_64 [1]
> > > 
> > >   Race is wide -- 60 seconds of rcutorture is enough.
> 
> This is rcutorture by itself, or in parallel with LTP/kernbench?
> 
> (I have mostly been running on 4-CPU boxes without failure either way, 
> so will try a dual-CPU box.)

FYI, i've been running rcutorture for days on lots of testboxes ranging 
all across the x86 spectrum from single CPU, through dual-core, to 
dual-socket, dual-socket HT, 8-way and 16-way - both 32-bit and 64-bit 
x86.

Not a single failure has been detected in thousands of bootups of random 
kernels (rcu-preempt + rcutorture was a frequent combination tested). I 
added a WARN_ON() to rcutorture failures so it should show up very 
clearly.

This makes me suspect that it might be some special environment issue - 
gcc for example. I'm using gcc 4.2.2 on most of the testboxes.

	Ingo

Re: [Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Paul E. McKenney]

On Tue, Jun 24, 2008 at 11:15:47PM +0200, Ingo Molnar wrote:
> 
> * Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote:
> 
> > > >   Also Core 2 Duo, x86_64 [1]
> > > > 
> > > >   Race is wide -- 60 seconds of rcutorture is enough.
> > 
> > This is rcutorture by itself, or in parallel with LTP/kernbench?
> > 
> > (I have mostly been running on 4-CPU boxes without failure either way, 
> > so will try a dual-CPU box.)
> 
> FYI, i've been running rcutorture for days on lots of testboxes ranging 
> all across the x86 spectrum from single CPU, through dual-core, to 
> dual-socket, dual-socket HT, 8-way and 16-way - both 32-bit and 64-bit 
> x86.
> 
> Not a single failure has been detected in thousands of bootups of random 
> kernels (rcu-preempt + rcutorture was a frequent combination tested). I 
> added a WARN_ON() to rcutorture failures so it should show up very 
> clearly.
> 
> This makes me suspect that it might be some special environment issue - 
> gcc for example. I'm using gcc 4.2.2 on most of the testboxes.

And running rcutorture overnight on an Opteron system (9.7M updates) showed
no failures.

						Thanx, Paul

2.6.26-rc8: Reported regressions from 2.6.25

[Rafael J. Wysocki]

This message contains a list of some regressions from 2.6.25, for which there
are no fixes in the mainline I know of.  If any of them have been fixed already,
please let me know.

If you know of any other unresolved regressions from 2.6.25, please let me know
either and I'll add them to the list.  Also, please let me know if any of the
entries below are invalid.

Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.


Listed regressions statistics:

  Date          Total  Pending  Unresolved
  ----------------------------------------
  2008-06-29      158       43          31
  2008-06-22      148       39          28
  2008-06-14      130       37          28
  2008-06-07      125       48          33
  2008-05-31      115       52          31
  2008-05-24       94       47          28
  2008-05-18       80       51          37
  2008-05-11       53       46          34


Unresolved regressions
----------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11009
Subject		: No console on Riva TNT since 2.6.26-0.rc4
Submitter	: Quel Qun <kelk1@comcast.net>
Date		: 2008-06-26 20:04 (4 days old)
References	: http://marc.info/?l=linux-kernel&m=121451344229718&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11008
Subject		: after laptop re-dock: usb-storage device no longer detected
Submitter	: Lukas Hejtmanek <xhejtman@ics.muni.cz>
Date		: 2008-06-26 17:37 (4 days old)
References	: http://lkml.org/lkml/2008/6/26/391
Handled-By	: Alan Stern <stern@rowland.harvard.edu>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11007
Subject		: [BISECT] Boot failure on ia64.
Submitter	: Robin Holt <holt@sgi.com>
Date		: 2008-06-24 07:30 (6 days old)
References	: http://lkml.org/lkml/2008/6/24/196
Handled-By	: Alex Chiang <achiang@hp.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11006
Subject		: 2.6.26-rc6: pcmcia stopped working
Submitter	: Pavel Machek <pavel@suse.cz>
Date		: 2008-06-22 22:40 (8 days old)
References	: http://marc.info/?l=linux-kernel&m=121420740806363&w=4
		  http://marc.info/?t=121439185700001&r=1&w=4
Handled-By	: Tejun Heo <htejun@gmail.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11005
Subject		: 2.6.26-rc5-git2: snd-emu10k1 does not work
Submitter	: Rafael J. Wysocki <rjw@sisk.pl>
Date		: 2008-06-08 21:03 (22 days old)
References	: http://marc.info/?l=linux-kernel&m=121295902917875&w=4
Handled-By	: Takashi Iwai <tiwai@suse.de>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10989
Subject		: kernel oopses when wiggling the mouse to make it known to hidd
Submitter	: Daniel Vetter <daniel@ffwll.ch>
Date		: 2008-06-26 10:32 (4 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10985
Subject		: backlight doesn't come on after resume with i915 video
Submitter	: Jon Dowland <jon+bugzilla.kernel.org@alcopop.org>
Date		: 2008-06-26 02:09 (4 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10984
Subject		: MMC print trace information when resume from suspend
Submitter	: Jie Luo <clotho67@gmail.com>
Date		: 2008-06-26 01:15 (4 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10971
Subject		: radeonfb : radeon X800 family support (atombios)
Submitter	: Jimmy.Jazz@gmx.net
Date		: 2008-06-23 14:35 (7 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10965
Subject		: system hang on closing T60 panel lid when in dual screen mode 2.6.26 regression
Submitter	: Franklin Piat <fpiat@bigfoot.com>
Date		: 2008-06-23 09:10 (7 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10962
Subject		: 2.6.26-rc2 WARNING from usb-serial, and then my gps is dead
Submitter	: Helge Hafting <helge.hafting@aitel.hist.no>
Date		: 2008-06-22 18:22 (8 days old)
References	: http://marc.info/?l=linux-kernel&m=121415899320685&w=4
Handled-By	: Greg Kroah-Hartman <greg@kroah.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10961
Subject		: 2.6.26-rc: nfsd hangs for a few sec
Submitter	: Alexander Beregalov <a.beregalov@gmail.com>
Date		: 2008-06-21 12:57 (9 days old)
References	: http://marc.info/?l=linux-kernel&m=121405308328004&w=4
		  http://marc.info/?l=linux-kernel&m=121412880115289&w=4
Handled-By	: Linus Torvalds <torvalds@linux-foundation.org>
		  Mel Gorman <mel@csn.ul.ie>
		  Christoph Lameter <clameter@sgi.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10960
Subject		: 2.6.26-rc: SPARC: Sun Ultra 10 can not boot
Submitter	: Alexander Beregalov <a.beregalov@gmail.com>
Date		: 2008-06-19 14:07 (11 days old)
References	: http://marc.info/?l=linux-kernel&m=121388456519637&w=4
Handled-By	: David Miller <davem@davemloft.net>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10959
Subject		: stuck tcp connections 2.6.26-rc7
Submitter	: Justin Mattock <justinmattock@gmail.com>
Date		: 2008-06-22 18:09 (8 days old)
References	: http://marc.info/?l=linux-kernel&m=121415821219644&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10957
Subject		: pata_pcmcia with Sandisk Extreme III 8GB
Submitter	: Komuro <komurojun-mbn@nifty.com>
Date		: 2008-06-07 13:37 (23 days old)
References	: http://marc.info/?l=linux-kernel&m=121284627119861&w=4
Handled-By	: Tejun Heo <htejun@gmail.com>
		  Dominik Brodowski <linux@dominikbrodowski.net>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10955
Subject		: v2.6.26-rc7: BUG task_struct: Poison overwritten
Submitter	: Vegard Nossum <vegard.nossum@gmail.com>
Date		: 2008-06-21 19:24 (9 days old)
References	: http://marc.info/?l=linux-kernel&m=121407641925121&w=4
Handled-By	: Peter Zijlstra <a.p.zijlstra@chello.nl>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10954
Subject		: hda_intel: azx_get_response timeout, switching to polling mode: last cmd=0x011f000c
Submitter	: Justin Mattock <justinmattock@gmail.com>
Date		: 2008-06-21 2:05 (9 days old)
References	: http://marc.info/?l=linux-kernel&m=121401399622190&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10923
Subject		: System turns off during wake from S3, Wake Regression from 2.6.25 (SMP related)
Submitter	: Dionisus Torimens <djtm@gmx.net>
Date		: 2008-06-15 16:24 (15 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10919
Subject		: [regression] display dimming is slow and laggy - Acer Travelmate 661lci
Submitter	: Maximilian Engelhardt <maxi@daemonizer.de>
Date		: 2008-06-14 22:31 (16 days old)
References	: http://marc.info/?l=linux-kernel&m=121348428828320&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10906
Subject		: repeatable slab corruption with LTP msgctl08
Submitter	: Andrew Morton <akpm@linux-foundation.org>
Date		: 2008-06-12 5:13 (18 days old)
References	: http://marc.info/?l=linux-kernel&m=121324775927704&w=4
Handled-By	: Pekka J Enberg <penberg@cs.helsinki.fi>
		  Christoph Lameter <clameter@sgi.com>
		  Manfred Spraul <manfred@colorfullife.com>
		  Andi Kleen <andi@firstfloor.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10872
Subject		: x86_64 boot hang when CONFIG_NUMA=n
Submitter	: Randy Dunlap <randy.dunlap@oracle.com>
Date		: 2008-06-05 21:50 (25 days old)
References	: http://marc.info/?l=linux-kernel&m=121270308607116&w=4
		  http://lkml.org/lkml/2008/6/11/355
		  http://lkml.org/lkml/2008/6/15/117
Handled-By	: Yinghai Lu <yhlu.kernel@gmail.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10868
Subject		: Oops on loading ipaq module since 2.6.26, prevents use of device
Submitter	: Adam Williamson <awilliamson@mandriva.com>
Date		: 2008-06-05 17:39 (25 days old)
References	: http://marc.info/?t=121287647600002&r=1&w=4
Handled-By	: Oliver Neukum <oliver@neukum.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10865
Subject		: Oops trying to mount an ntfs partition on thinkpad
Submitter	: Alex Romosan <romosan@sycorax.lbl.gov>
Date		: 2008-06-05 14:47 (25 days old)
References	: http://marc.info/?l=linux-kernel&m=121267834421414&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10862
Subject		: forcedeth: lockdep warning on ethtool -s
Submitter	: Tobias Diedrich <ranma+kernel@tdiedrich.de>
Date		: 2008-06-01 8:37 (29 days old)
References	: http://marc.info/?l=linux-kernel&m=121230964032247&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10861
Subject		: 2.6.26-rc4-git2 - long pause during boot
Submitter	: Chris Clayton <chris2553@googlemail.com>
Date		: 2008-06-01 4:15 (29 days old)
References	: http://marc.info/?l=linux-kernel&m=121229382917834&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10843
Subject		: Display artifacts on XOrg logout with PAT kernel and VESA framebuffer
Submitter	: Frans Pop <elendil@planet.nl>
Date		: 2008-05-31 14:04 (30 days old)
References	: http://lkml.org/lkml/2008/6/7/206
		  http://lkml.org/lkml/2008/6/15/119
		  http://lkml.org/lkml/2008/6/23/160


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10821
Subject		: rt25xx: lock dependency warning, association failure, and kmalloc corruption
Submitter	: Christian Casteyde <casteyde.christian@free.fr>
Date		: 2008-05-29 14:30 (32 days old)
Handled-By	: Ivo van Doorn <IvDoorn@gmail.com>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10786
Subject		: parisc: 64bit SMP does not boot on J5600
Submitter	: Domenico Andreoli <cavokz@gmail.com>
Date		: 2008-05-22 16:14 (39 days old)
References	: http://marc.info/?l=linux-kernel&m=121147328028081&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10741
Subject		: bug in `tty: BKL pushdown'?
Submitter	: Johannes Weiner <hannes@saeurebad.de>
Date		: 2008-05-18 2:16 (43 days old)
References	: http://marc.info/?l=linux-kernel&m=121107706506181&w=4
		  http://lkml.org/lkml/2008/6/16/104
Handled-By	: Alan Cox <alan@lxorguk.ukuu.org.uk>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10714
Subject		: powerpc: Badness seen on 2.6.26-rc2 with lockdep enabled
Submitter	: Balbir Singh <balbir@linux.vnet.ibm.com>
Date		: 2008-05-14 12:57 (47 days old)
References	: http://marc.info/?l=linux-kernel&m=121076917429133&w=4
Handled-By	: Benjamin Herrenschmidt <benh@kernel.crashing.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10629
Subject		: 2.6.26-rc1-$sha1: RIP __d_lookup+0x8c/0x160
Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
Date		: 2008-05-05 09:59 (56 days old)
References	: http://lkml.org/lkml/2008/5/5/28
Handled-By	: Paul E. McKenney <paulmck@linux.vnet.ibm.com>


Regressions with patches
------------------------

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10958
Subject		: LMSENSORS: 2.6.26-rc, enabling ACPI Termal Zone support costs sensors
Submitter	: Rene Herman <rene.herman@keyaccess.nl>
Date		: 2008-06-22 0:47 (8 days old)
References	: http://marc.info/?l=linux-kernel&m=121409569819064&w=4
Handled-By	: Hans de Goede <j.w.r.degoede@hhs.nl>
		  Rene Herman <rene.herman@keyaccess.nl>
Patch		: http://lkml.org/lkml/2008/6/22/83


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10956
Subject		: v2.6.26-rc7: BUG: unable to handle kernel NULL pointer dereference
Submitter	: Vegard Nossum <vegard.nossum@gmail.com>
Date		: 2008-06-22 12:56 (8 days old)
References	: http://marc.info/?l=linux-kernel&m=121413950227884&w=4
Handled-By	: Rusty Russell <rusty@rustcorp.com.au>
		  Zhang, Yanmin <yanmin_zhang@linux.intel.com>
		  Mike Travis <travis@sgi.com>
Patch		: http://marc.info/?l=linux-kernel&m=121429495914484&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10927
Subject		: Dell laptops: reboot instead of resume
Submitter	: Kirill A. Shutemov <kirill@shutemov.name>
Date		: 2008-06-16 07:31 (14 days old)
References	: http://marc.info/?l=linux-kernel&m=121446903218446&w=4
Handled-By	: H. Peter Anvin <hpa@kernel.org>
Patch		: http://bugzilla.kernel.org/attachment.cgi?id=16549&action=view


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10918
Subject		: 2.6.26-rc5: SLUB debug, lockdep warning...
Submitter	: Daniel J Blueman <daniel.blueman@gmail.com>
Date		: 2008-06-14 10:54 (16 days old)
References	: http://marc.info/?l=linux-kernel&m=121344091109597&w=4
Handled-By	: Vegard Nossum <vegard.nossum@gmail.com>
		  Daniel J Blueman <daniel.blueman@gmail.com>
Patch		: http://bugzilla.kernel.org/show_bug.cgi?id=10918#c2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10860
Subject		: total system freeze at boot with 2.6.26-rc
Submitter	: Christian Casteyde <casteyde.christian@free.fr>
Date		: 2008-06-05 12:38 (25 days old)
Handled-By	: Tejun Heo <htejun@gmail.com>
Patch		: http://bugzilla.kernel.org/attachment.cgi?id=16556


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
Date		: 2008-05-27 09:23 (34 days old)
References	: http://lkml.org/lkml/2008/5/27/9
		  http://lkml.org/lkml/2008/6/14/87
Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
		  Linus Torvalds <torvalds@linux-foundation.org>
		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Patch		: http://lkml.org/lkml/2008/5/28/16


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10730
Subject		: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware'
Submitter	: Toralf Förster <toralf.foerster@gmx.de>
Date		: 2008-05-16 17:06 (45 days old)
References	: http://marc.info/?l=linux-kernel&m=121095777616792&w=4
Handled-By	: James Bottomley <James.Bottomley@HansenPartnership.com>
Patch		: http://marc.info/?l=linux-scsi&m=121101871800303&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10726
Subject		: x86-64 NODES_SHIFT compile failure.
Submitter	: Dave Jones <davej@codemonkey.org.uk>
Date		: 2008-05-16 12:54 (45 days old)
References	: http://lkml.org/lkml/2008/5/16/312
Handled-By	: Mike Travis <travis@sgi.com>
Patch		: http://lkml.org/lkml/2008/5/16/343


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10725
Subject		: USB Mass storage mount fails: Write protect on
Submitter	: Maciej Rutecki <maciej.rutecki@gmail.com>
Date		: 2008-05-16 14:55 (45 days old)
References	: http://marc.info/?l=linux-kernel&m=121095168003572&w=4
Handled-By	: Alan Stern <stern@rowland.harvard.edu>
Patch		: http://marc.info/?l=linux-scsi&m=121433068314568&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10724
Subject		: ACPI: EC: GPE storm detected, disabling EC GPE
Submitter	: Justin Mattock <justinmattock@gmail.com>
Date		: 2008-05-16 6:17 (45 days old)
References	: http://marc.info/?l=linux-kernel&m=121091875711824&w=4
		  http://lkml.org/lkml/2008/5/18/168
		  http://lkml.org/lkml/2008/5/25/195
Patch		: http://bugzilla.kernel.org/attachment.cgi?id=16364&action=view
		  http://bugzilla.kernel.org/attachment.cgi?id=16365&action=view


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10493
Subject		: mips BCM47XX compile error
Submitter	: Adrian Bunk <adrian.bunk@movial.fi>
Date		: 2008-04-20 17:07 (71 days old)
References	: http://lkml.org/lkml/2008/4/20/34
		  http://lkml.org/lkml/2008/5/12/30
		  http://lkml.org/lkml/2008/5/18/131
		  http://lkml.org/lkml/2008/5/31/202
		  http://lkml.org/lkml/2008/6/7/154
Patch		: http://marc.info/?l=linux-kernel&m=120876451216558&w=2


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=9791
Subject		: Clock is running too fast^Wslow using acpi_pm clocksource
Submitter	: tosn00j02@sneakemail.com
Date		: 2008-05-03 05:09 (58 days old)
Handled-By	: Maciej W. Rozycki <macro@linux-mips.org>
Patch		: http://bugzilla.kernel.org/attachment.cgi?id=16180


For details, please visit the bug entries and follow the links given in
references.

As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.25,
unresolved as well as resolved, at:

http://bugzilla.kernel.org/show_bug.cgi?id=10492

Please let me know if there are any Bugzilla entries that should be added to
the list in there.

Thanks,
Rafael

[Bug #10493] mips BCM47XX compile error

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10493
Subject		: mips BCM47XX compile error
Submitter	: Adrian Bunk <adrian.bunk@movial.fi>
Date		: 2008-04-20 17:07 (71 days old)
References	: http://lkml.org/lkml/2008/4/20/34
		  http://lkml.org/lkml/2008/5/12/30
		  http://lkml.org/lkml/2008/5/18/131
		  http://lkml.org/lkml/2008/5/31/202
		  http://lkml.org/lkml/2008/6/7/154
Patch		: http://marc.info/?l=linux-kernel&m=120876451216558&w=2

[Bug #10629] 2.6.26-rc1-$sha1: RIP __d_lookup+0x8c/0x160

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10629
Subject		: 2.6.26-rc1-$sha1: RIP __d_lookup+0x8c/0x160
Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
Date		: 2008-05-05 09:59 (56 days old)
References	: http://lkml.org/lkml/2008/5/5/28
Handled-By	: Paul E. McKenney <paulmck@linux.vnet.ibm.com>

[Bug #10714] powerpc: Badness seen on 2.6.26-rc2 with lockdep enabled

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10714
Subject		: powerpc: Badness seen on 2.6.26-rc2 with lockdep enabled
Submitter	: Balbir Singh <balbir@linux.vnet.ibm.com>
Date		: 2008-05-14 12:57 (47 days old)
References	: http://marc.info/?l=linux-kernel&m=121076917429133&w=4
Handled-By	: Benjamin Herrenschmidt <benh@kernel.crashing.org>

[Bug #10724] ACPI: EC: GPE storm detected, disabling EC GPE

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10724
Subject		: ACPI: EC: GPE storm detected, disabling EC GPE
Submitter	: Justin Mattock <justinmattock@gmail.com>
Date		: 2008-05-16 6:17 (45 days old)
References	: http://marc.info/?l=linux-kernel&m=121091875711824&w=4
		  http://lkml.org/lkml/2008/5/18/168
		  http://lkml.org/lkml/2008/5/25/195
Patch		: http://bugzilla.kernel.org/attachment.cgi?id=16364&action=view
		  http://bugzilla.kernel.org/attachment.cgi?id=16365&action=view

[Bug #10725] USB Mass storage mount fails: Write protect on

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10725
Subject		: USB Mass storage mount fails: Write protect on
Submitter	: Maciej Rutecki <maciej.rutecki@gmail.com>
Date		: 2008-05-16 14:55 (45 days old)
References	: http://marc.info/?l=linux-kernel&m=121095168003572&w=4
Handled-By	: Alan Stern <stern@rowland.harvard.edu>
Patch		: http://marc.info/?l=linux-scsi&m=121433068314568&w=2

[Bug #10726] x86-64 NODES_SHIFT compile failure.

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10726
Subject		: x86-64 NODES_SHIFT compile failure.
Submitter	: Dave Jones <davej@codemonkey.org.uk>
Date		: 2008-05-16 12:54 (45 days old)
References	: http://lkml.org/lkml/2008/5/16/312
Handled-By	: Mike Travis <travis@sgi.com>
Patch		: http://lkml.org/lkml/2008/5/16/343

[Bug #10730] build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware'

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10730
Subject		: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware'
Submitter	: Toralf Förster <toralf.foerster@gmx.de>
Date		: 2008-05-16 17:06 (45 days old)
References	: http://marc.info/?l=linux-kernel&m=121095777616792&w=4
Handled-By	: James Bottomley <James.Bottomley@HansenPartnership.com>
Patch		: http://marc.info/?l=linux-scsi&m=121101871800303&w=4

[Bug #10741] bug in `tty: BKL pushdown'?

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10741
Subject		: bug in `tty: BKL pushdown'?
Submitter	: Johannes Weiner <hannes@saeurebad.de>
Date		: 2008-05-18 2:16 (43 days old)
References	: http://marc.info/?l=linux-kernel&m=121107706506181&w=4
		  http://lkml.org/lkml/2008/6/16/104
Handled-By	: Alan Cox <alan@lxorguk.ukuu.org.uk>

[Bug #10786] parisc: 64bit SMP does not boot on J5600

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10786
Subject		: parisc: 64bit SMP does not boot on J5600
Submitter	: Domenico Andreoli <cavokz@gmail.com>
Date		: 2008-05-22 16:14 (39 days old)
References	: http://marc.info/?l=linux-kernel&m=121147328028081&w=4

[Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
Date		: 2008-05-27 09:23 (34 days old)
References	: http://lkml.org/lkml/2008/5/27/9
		  http://lkml.org/lkml/2008/6/14/87
Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
		  Linus Torvalds <torvalds@linux-foundation.org>
		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Patch		: http://lkml.org/lkml/2008/5/28/16

[Bug #10821] rt25xx: lock dependency warning, association failure, and kmalloc corruption

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10821
Subject		: rt25xx: lock dependency warning, association failure, and kmalloc corruption
Submitter	: Christian Casteyde <casteyde.christian@free.fr>
Date		: 2008-05-29 14:30 (32 days old)
Handled-By	: Ivo van Doorn <IvDoorn@gmail.com>

[Bug #10860] total system freeze at boot with 2.6.26-rc

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10860
Subject		: total system freeze at boot with 2.6.26-rc
Submitter	: Christian Casteyde <casteyde.christian@free.fr>
Date		: 2008-06-05 12:38 (25 days old)
Handled-By	: Tejun Heo <htejun@gmail.com>
Patch		: http://bugzilla.kernel.org/attachment.cgi?id=16556

[Bug #10843] Display artifacts on XOrg logout with PAT kernel and VESA framebuffer

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10843
Subject		: Display artifacts on XOrg logout with PAT kernel and VESA framebuffer
Submitter	: Frans Pop <elendil@planet.nl>
Date		: 2008-05-31 14:04 (30 days old)
References	: http://lkml.org/lkml/2008/6/7/206
		  http://lkml.org/lkml/2008/6/15/119
		  http://lkml.org/lkml/2008/6/23/160

[Bug #10861] 2.6.26-rc4-git2 - long pause during boot

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10861
Subject		: 2.6.26-rc4-git2 - long pause during boot
Submitter	: Chris Clayton <chris2553@googlemail.com>
Date		: 2008-06-01 4:15 (29 days old)
References	: http://marc.info/?l=linux-kernel&m=121229382917834&w=4

[Bug #10865] Oops trying to mount an ntfs partition on thinkpad

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10865
Subject		: Oops trying to mount an ntfs partition on thinkpad
Submitter	: Alex Romosan <romosan@sycorax.lbl.gov>
Date		: 2008-06-05 14:47 (25 days old)
References	: http://marc.info/?l=linux-kernel&m=121267834421414&w=4

[Bug #10868] Oops on loading ipaq module since 2.6.26, prevents use of device

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10868
Subject		: Oops on loading ipaq module since 2.6.26, prevents use of device
Submitter	: Adam Williamson <awilliamson@mandriva.com>
Date		: 2008-06-05 17:39 (25 days old)
References	: http://marc.info/?t=121287647600002&r=1&w=4
Handled-By	: Oliver Neukum <oliver@neukum.org>

[Bug #10862] forcedeth: lockdep warning on ethtool -s

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10862
Subject		: forcedeth: lockdep warning on ethtool -s
Submitter	: Tobias Diedrich <ranma+kernel@tdiedrich.de>
Date		: 2008-06-01 8:37 (29 days old)
References	: http://marc.info/?l=linux-kernel&m=121230964032247&w=4

[Bug #10872] x86_64 boot hang when CONFIG_NUMA=n

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10872
Subject		: x86_64 boot hang when CONFIG_NUMA=n
Submitter	: Randy Dunlap <randy.dunlap@oracle.com>
Date		: 2008-06-05 21:50 (25 days old)
References	: http://marc.info/?l=linux-kernel&m=121270308607116&w=4
		  http://lkml.org/lkml/2008/6/11/355
		  http://lkml.org/lkml/2008/6/15/117
Handled-By	: Yinghai Lu <yhlu.kernel@gmail.com>

[Bug #10906] repeatable slab corruption with LTP msgctl08

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10906
Subject		: repeatable slab corruption with LTP msgctl08
Submitter	: Andrew Morton <akpm@linux-foundation.org>
Date		: 2008-06-12 5:13 (18 days old)
References	: http://marc.info/?l=linux-kernel&m=121324775927704&w=4
Handled-By	: Pekka J Enberg <penberg@cs.helsinki.fi>
		  Christoph Lameter <clameter@sgi.com>
		  Manfred Spraul <manfred@colorfullife.com>
		  Andi Kleen <andi@firstfloor.org>

[Bug #10918] 2.6.26-rc5: SLUB debug, lockdep warning...

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10918
Subject		: 2.6.26-rc5: SLUB debug, lockdep warning...
Submitter	: Daniel J Blueman <daniel.blueman@gmail.com>
Date		: 2008-06-14 10:54 (16 days old)
References	: http://marc.info/?l=linux-kernel&m=121344091109597&w=4
Handled-By	: Vegard Nossum <vegard.nossum@gmail.com>
		  Daniel J Blueman <daniel.blueman@gmail.com>
Patch		: http://bugzilla.kernel.org/show_bug.cgi?id=10918#c2

[Bug #10919] [regression] display dimming is slow and laggy - Acer Travelmate 661lci

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10919
Subject		: [regression] display dimming is slow and laggy - Acer Travelmate 661lci
Submitter	: Maximilian Engelhardt <maxi@daemonizer.de>
Date		: 2008-06-14 22:31 (16 days old)
References	: http://marc.info/?l=linux-kernel&m=121348428828320&w=4

[Bug #10923] System turns off during wake from S3, Wake Regression from 2.6.25 (SMP related)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10923
Subject		: System turns off during wake from S3, Wake Regression from 2.6.25 (SMP related)
Submitter	: Dionisus Torimens <djtm@gmx.net>
Date		: 2008-06-15 16:24 (15 days old)

[Bug #10954] hda_intel: azx_get_response timeout, switching to polling mode: last cmd=0x011f000c

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10954
Subject		: hda_intel: azx_get_response timeout, switching to polling mode: last cmd=0x011f000c
Submitter	: Justin Mattock <justinmattock@gmail.com>
Date		: 2008-06-21 2:05 (9 days old)
References	: http://marc.info/?l=linux-kernel&m=121401399622190&w=4

[Bug #10927] Dell laptops: reboot instead of resume

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10927
Subject		: Dell laptops: reboot instead of resume
Submitter	: Kirill A. Shutemov <kirill@shutemov.name>
Date		: 2008-06-16 07:31 (14 days old)
References	: http://marc.info/?l=linux-kernel&m=121446903218446&w=4
Handled-By	: H. Peter Anvin <hpa@kernel.org>
Patch		: http://bugzilla.kernel.org/attachment.cgi?id=16549&action=view

[Bug #10955] v2.6.26-rc7: BUG task_struct: Poison overwritten

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10955
Subject		: v2.6.26-rc7: BUG task_struct: Poison overwritten
Submitter	: Vegard Nossum <vegard.nossum@gmail.com>
Date		: 2008-06-21 19:24 (9 days old)
References	: http://marc.info/?l=linux-kernel&m=121407641925121&w=4
Handled-By	: Peter Zijlstra <a.p.zijlstra@chello.nl>

[Bug #10956] v2.6.26-rc7: BUG: unable to handle kernel NULL pointer dereference

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10956
Subject		: v2.6.26-rc7: BUG: unable to handle kernel NULL pointer dereference
Submitter	: Vegard Nossum <vegard.nossum@gmail.com>
Date		: 2008-06-22 12:56 (8 days old)
References	: http://marc.info/?l=linux-kernel&m=121413950227884&w=4
Handled-By	: Rusty Russell <rusty@rustcorp.com.au>
		  Zhang, Yanmin <yanmin_zhang@linux.intel.com>
		  Mike Travis <travis@sgi.com>
Patch		: http://marc.info/?l=linux-kernel&m=121429495914484&w=4

[Bug #10957] pata_pcmcia with Sandisk Extreme III 8GB

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10957
Subject		: pata_pcmcia with Sandisk Extreme III 8GB
Submitter	: Komuro <komurojun-mbn@nifty.com>
Date		: 2008-06-07 13:37 (23 days old)
References	: http://marc.info/?l=linux-kernel&m=121284627119861&w=4
Handled-By	: Tejun Heo <htejun@gmail.com>
		  Dominik Brodowski <linux@dominikbrodowski.net>

[Bug #10958] LMSENSORS: 2.6.26-rc, enabling ACPI Termal Zone support costs sensors

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10958
Subject		: LMSENSORS: 2.6.26-rc, enabling ACPI Termal Zone support costs sensors
Submitter	: Rene Herman <rene.herman@keyaccess.nl>
Date		: 2008-06-22 0:47 (8 days old)
References	: http://marc.info/?l=linux-kernel&m=121409569819064&w=4
Handled-By	: Hans de Goede <j.w.r.degoede@hhs.nl>
		  Rene Herman <rene.herman@keyaccess.nl>
Patch		: http://lkml.org/lkml/2008/6/22/83

[Bug #10959] stuck tcp connections 2.6.26-rc7

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10959
Subject		: stuck tcp connections 2.6.26-rc7
Submitter	: Justin Mattock <justinmattock@gmail.com>
Date		: 2008-06-22 18:09 (8 days old)
References	: http://marc.info/?l=linux-kernel&m=121415821219644&w=4

[Bug #10960] 2.6.26-rc: SPARC: Sun Ultra 10 can not boot

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10960
Subject		: 2.6.26-rc: SPARC: Sun Ultra 10 can not boot
Submitter	: Alexander Beregalov <a.beregalov@gmail.com>
Date		: 2008-06-19 14:07 (11 days old)
References	: http://marc.info/?l=linux-kernel&m=121388456519637&w=4
Handled-By	: David Miller <davem@davemloft.net>

[Bug #10961] 2.6.26-rc: nfsd hangs for a few sec

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10961
Subject		: 2.6.26-rc: nfsd hangs for a few sec
Submitter	: Alexander Beregalov <a.beregalov@gmail.com>
Date		: 2008-06-21 12:57 (9 days old)
References	: http://marc.info/?l=linux-kernel&m=121405308328004&w=4
		  http://marc.info/?l=linux-kernel&m=121412880115289&w=4
Handled-By	: Linus Torvalds <torvalds@linux-foundation.org>
		  Mel Gorman <mel@csn.ul.ie>
		  Christoph Lameter <clameter@sgi.com>

[Bug #10962] 2.6.26-rc2 WARNING from usb-serial, and then my gps is dead

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10962
Subject		: 2.6.26-rc2 WARNING from usb-serial, and then my gps is dead
Submitter	: Helge Hafting <helge.hafting@aitel.hist.no>
Date		: 2008-06-22 18:22 (8 days old)
References	: http://marc.info/?l=linux-kernel&m=121415899320685&w=4
Handled-By	: Greg Kroah-Hartman <greg@kroah.com>

[Bug #10965] system hang on closing T60 panel lid when in dual screen mode 2.6.26 regression

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10965
Subject		: system hang on closing T60 panel lid when in dual screen mode 2.6.26 regression
Submitter	: Franklin Piat <fpiat@bigfoot.com>
Date		: 2008-06-23 09:10 (7 days old)

[Bug #10971] radeonfb : radeon X800 family support (atombios)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10971
Subject		: radeonfb : radeon X800 family support (atombios)
Submitter	: Jimmy.Jazz@gmx.net
Date		: 2008-06-23 14:35 (7 days old)

[Bug #10989] kernel oopses when wiggling the mouse to make it known to hidd

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10989
Subject		: kernel oopses when wiggling the mouse to make it known to hidd
Submitter	: Daniel Vetter <daniel@ffwll.ch>
Date		: 2008-06-26 10:32 (4 days old)

[Bug #9791] Clock is running too fast^Wslow using acpi_pm clocksource

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=9791
Subject		: Clock is running too fast^Wslow using acpi_pm clocksource
Submitter	: tosn00j02@sneakemail.com
Date		: 2008-05-03 05:09 (58 days old)
Handled-By	: Maciej W. Rozycki <macro@linux-mips.org>
Patch		: http://bugzilla.kernel.org/attachment.cgi?id=16180

[Bug #11008] after laptop re-dock: usb-storage device no longer detected

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11008
Subject		: after laptop re-dock: usb-storage device no longer detected
Submitter	: Lukas Hejtmanek <xhejtman@ics.muni.cz>
Date		: 2008-06-26 17:37 (4 days old)
References	: http://lkml.org/lkml/2008/6/26/391
Handled-By	: Alan Stern <stern@rowland.harvard.edu>

[Bug #11009] No console on Riva TNT since 2.6.26-0.rc4

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11009
Subject		: No console on Riva TNT since 2.6.26-0.rc4
Submitter	: Quel Qun <kelk1@comcast.net>
Date		: 2008-06-26 20:04 (4 days old)
References	: http://marc.info/?l=linux-kernel&m=121451344229718&w=4

[Bug #11007] [BISECT] Boot failure on ia64.

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11007
Subject		: [BISECT] Boot failure on ia64.
Submitter	: Robin Holt <holt@sgi.com>
Date		: 2008-06-24 07:30 (6 days old)
References	: http://lkml.org/lkml/2008/6/24/196
Handled-By	: Alex Chiang <achiang@hp.com>

[Bug #11006] 2.6.26-rc6: pcmcia stopped working

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11006
Subject		: 2.6.26-rc6: pcmcia stopped working
Submitter	: Pavel Machek <pavel@suse.cz>
Date		: 2008-06-22 22:40 (8 days old)
References	: http://marc.info/?l=linux-kernel&m=121420740806363&w=4
		  http://marc.info/?t=121439185700001&r=1&w=4
Handled-By	: Tejun Heo <htejun@gmail.com>

[Bug #10985] backlight doesn't come on after resume with i915 video

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10985
Subject		: backlight doesn't come on after resume with i915 video
Submitter	: Jon Dowland <jon+bugzilla.kernel.org@alcopop.org>
Date		: 2008-06-26 02:09 (4 days old)

[Bug #11005] 2.6.26-rc5-git2: snd-emu10k1 does not work

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11005
Subject		: 2.6.26-rc5-git2: snd-emu10k1 does not work
Submitter	: Rafael J. Wysocki <rjw@sisk.pl>
Date		: 2008-06-08 21:03 (22 days old)
References	: http://marc.info/?l=linux-kernel&m=121295902917875&w=4
Handled-By	: Takashi Iwai <tiwai@suse.de>

[Bug #10984] MMC print trace information when resume from suspend

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10984
Subject		: MMC print trace information when resume from suspend
Submitter	: Jie Luo <clotho67@gmail.com>
Date		: 2008-06-26 01:15 (4 days old)

Re: [Bug #10958] LMSENSORS: 2.6.26-rc, enabling ACPI Termal Zone support costs sensors

[Rene Herman]

On 29-06-08 20:18, Rafael J. Wysocki wrote:

> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10958
> Subject	: LMSENSORS: 2.6.26-rc, enabling ACPI Termal Zone support costs sensors
> Submitter	: Rene Herman <rene.herman@keyaccess.nl>
> Date		: 2008-06-22 0:47 (8 days old)
> References	: http://marc.info/?l=linux-kernel&m=121409569819064&w=4
> Handled-By	: Hans de Goede <j.w.r.degoede@hhs.nl>
> 		  Rene Herman <rene.herman@keyaccess.nl>
> Patch		: http://lkml.org/lkml/2008/6/22/83

An updated version of the patch as linked to above has been merged to 
the ACPI release branch (for details, see the bugzilla entry) and will 
be pushed to Linus for .26.

Rene.

Re: [Bug #10843] Display artifacts on XOrg logout with PAT kernel and VESA framebuffer

[Frans Pop]

On Sunday 29 June 2008, you wrote:
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.
>
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10843
> Subject	: Display artifacts on XOrg logout with PAT kernel and VESA
> 		  framebuffer

Yes.

Re: [Bug #10959] stuck tcp connections 2.6.26-rc7

[Ray Lee]

On Sun, Jun 29, 2008 at 11:18 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.
>
>
> Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=10959
> Subject         : stuck tcp connections 2.6.26-rc7
> Submitter       : Justin Mattock <justinmattock@gmail.com>
> Date            : 2008-06-22 18:09 (8 days old)
> References      : http://marc.info/?l=linux-kernel&m=121415821219644&w=4

Last word on this was that it was traced down to a problem with
madwifi / wpa_supplicant that was independent of kernel version
(reverting to an earlier wpa_supplicant fixed the problem), so I think
this can be closed.

Re: [Bug #10493] mips BCM47XX compile error

[Adrian Bunk]

On Sun, Jun 29, 2008 at 08:15:29PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.

yes

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10493
> Subject		: mips BCM47XX compile error
> Submitter	: Adrian Bunk <adrian.bunk@movial.fi>
> Date		: 2008-04-20 17:07 (71 days old)
> References	: http://lkml.org/lkml/2008/4/20/34
> 		  http://lkml.org/lkml/2008/5/12/30
> 		  http://lkml.org/lkml/2008/5/18/131
> 		  http://lkml.org/lkml/2008/5/31/202
> 		  http://lkml.org/lkml/2008/6/7/154
> Patch		: http://marc.info/?l=linux-kernel&m=120876451216558&w=2

cu
Adrian

Re: [Bug #10959] stuck tcp connections 2.6.26-rc7

[Justin Mattock]

On Sun, Jun 29, 2008 at 8:04 PM, Ray Lee <ray@madrabbit.org> wrote:
> On Sun, Jun 29, 2008 at 11:18 AM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>> This message has been generated automatically as a part of a report
>> of recent regressions.
>>
>> The following bug entry is on the current list of known regressions
>> from 2.6.25.  Please verify if it still should be listed.
>>
>>
>> Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=10959
>> Subject         : stuck tcp connections 2.6.26-rc7
>> Submitter       : Justin Mattock <justinmattock@gmail.com>
>> Date            : 2008-06-22 18:09 (8 days old)
>> References      : http://marc.info/?l=linux-kernel&m=121415821219644&w=4
>
> Last word on this was that it was traced down to a problem with
> madwifi / wpa_supplicant that was independent of kernel version
> (reverting to an earlier wpa_supplicant fixed the problem), so I think
> this can be closed.
>

Yes; That was the case with me, I'm not too sure about the other
reports. But from over here I'm a yes too closing.
regards;

-- 
Justin P. Mattock

Re: [Bug #10954] hda_intel: azx_get_response timeout, switching to polling mode: last cmd=0x011f000c

[Justin Mattock]

On Sun, Jun 29, 2008 at 6:18 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.
>
>
> Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=10954
> Subject         : hda_intel: azx_get_response timeout, switching to polling mode: last cmd=0x011f000c
> Submitter       : Justin Mattock <justinmattock@gmail.com>
> Date            : 2008-06-21 2:05 (9 days old)
> References      : http://marc.info/?l=linux-kernel&m=121401399622190&w=4
>
>
>

yes; still seeing this pop up,(problem is I can't reproduce this)

-- 
Justin P. Mattock

Re: [Bug #10724] ACPI: EC: GPE storm detected, disabling EC GPE

[Justin Mattock]

On Sun, Jun 29, 2008 at 6:18 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.
>
>
> Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=10724
> Subject         : ACPI: EC: GPE storm detected, disabling EC GPE
> Submitter       : Justin Mattock <justinmattock@gmail.com>
> Date            : 2008-05-16 6:17 (45 days old)
> References      : http://marc.info/?l=linux-kernel&m=121091875711824&w=4
>                  http://lkml.org/lkml/2008/5/18/168
>                  http://lkml.org/lkml/2008/5/25/195
> Patch           : http://bugzilla.kernel.org/attachment.cgi?id=16364&action=view
>                  http://bugzilla.kernel.org/attachment.cgi?id=16365&action=view
>
>
>

yes; still having this message show up. with a patched kernel and
external modules, and with
a fresh kernel with no external modules, or patches.

-- 
Justin P. Mattock

Re: [Bug #10954] hda_intel: azx_get_response timeout, switching to polling mode: last cmd=0x011f000c

[Ville Syrjälä]

On Sun, Jun 29, 2008 at 08:28:58PM +0000, Justin Mattock wrote:
> On Sun, Jun 29, 2008 at 6:18 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.25.  Please verify if it still should be listed.
> >
> >
> > Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=10954
> > Subject         : hda_intel: azx_get_response timeout, switching to polling mode: last cmd=0x011f000c
> > Submitter       : Justin Mattock <justinmattock@gmail.com>
> > Date            : 2008-06-21 2:05 (9 days old)
> > References      : http://marc.info/?l=linux-kernel&m=121401399622190&w=4
> >
> >
> >
> 
> yes; still seeing this pop up,(problem is I can't reproduce this)

This happened to me a few times a while back. It happened when watching
videos with mplayer. It only occured sometimes when switching from one
video file to the next. I haven't seen it in a while though.

Right now I have the HDA power save timeout set to 2 seconds. It is
possible I had it set to 1 second when I saw the problem, however I
can't be absolutely certain about that.

-- 
Ville Syrjälä
syrjala@sci.fi
http://www.sci.fi/~syrjala/

Re: [Bug #10954] hda_intel: azx_get_response timeout, switching to polling mode: last cmd=0x011f000c

[Justin Mattock]

On Sun, Jun 29, 2008 at 9:07 PM, Ville Syrjälä <syrjala@sci.fi> wrote:
> On Sun, Jun 29, 2008 at 08:28:58PM +0000, Justin Mattock wrote:
>> On Sun, Jun 29, 2008 at 6:18 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>> > This message has been generated automatically as a part of a report
>> > of recent regressions.
>> >
>> > The following bug entry is on the current list of known regressions
>> > from 2.6.25.  Please verify if it still should be listed.
>> >
>> >
>> > Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=10954
>> > Subject         : hda_intel: azx_get_response timeout, switching to polling mode: last cmd=0x011f000c
>> > Submitter       : Justin Mattock <justinmattock@gmail.com>
>> > Date            : 2008-06-21 2:05 (9 days old)
>> > References      : http://marc.info/?l=linux-kernel&m=121401399622190&w=4
>> >
>> >
>> >
>>
>> yes; still seeing this pop up,(problem is I can't reproduce this)
>
> This happened to me a few times a while back. It happened when watching
> videos with mplayer. It only occured sometimes when switching from one
> video file to the next. I haven't seen it in a while though.
>
> Right now I have the HDA power save timeout set to 2 seconds. It is
> possible I had it set to 1 second when I saw the problem, however I
> can't be absolutely certain about that.
>
> --
> Ville Syrjälä
> syrjala@sci.fi
> http://www.sci.fi/~syrjala/
>

Hello; thanks for the info. I'll have a look into that and see if I
can reproduce this.
regards;

-- 
Justin P. Mattock

Re: [Bug #10868] Oops on loading ipaq module since 2.6.26, prevents use of device

[Oliver Neukum]

Am Sonntag 29 Juni 2008 20:18:42 schrieb Rafael J. Wysocki:
> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10868
> Subject		: Oops on loading ipaq module since 2.6.26, prevents use of device
> Submitter	: Adam Williamson <awilliamson@mandriva.com>
> Date		: 2008-06-05 17:39 (25 days old)
> References	: http://marc.info/?t=121287647600002&r=1&w=4
> Handled-By	: Oliver Neukum <oliver@neukum.org>

It should be listed. The cause is as yet unknown.

	Regards
		Oliver

Re: [Bug #10861] 2.6.26-rc4-git2 - long pause during boot

[Chris Clayton]

Rafael

On Sunday 29 June 2008, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.
>

As far as I'm concerned, the entry can be closed.. As I've said before, the 
patch did have a bad effect on existing user space, but, as Kay pointed out, 
there's no getting away from the fact that the rule in Slackware rules 
distributed with udev is a bad rule. the Slackware distribution does not 
include that rule in its udev rules.

I assume Kay will fix it in the udev package.

>
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10861
> Subject		: 2.6.26-rc4-git2 - long pause during boot
> Submitter	: Chris Clayton <chris2553@googlemail.com>
> Date		: 2008-06-01 4:15 (29 days old)
> References	: http://marc.info/?l=linux-kernel&m=121229382917834&w=4

Thanks,

Chris

-- 
Beauty is in the eye of the beerholder.

Re: [Bug #10861] 2.6.26-rc4-git2 - long pause during boot

[Kay Sievers]

On Mon, 2008-06-30 at 16:01 +0000, Chris Clayton wrote:
> On Sunday 29 June 2008, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> >
> > The following bug entry is on the current list of known regressions
> > from 2.6.25.  Please verify if it still should be listed.
> >
> 
> As far as I'm concerned, the entry can be closed..

I think so too.

> As I've said before, the 
> patch did have a bad effect on existing user space, but, as Kay pointed out, 
> there's no getting away from the fact that the rule in Slackware rules 
> distributed with udev is a bad rule. the Slackware distribution does not 
> include that rule in its udev rules.
> 
> I assume Kay will fix it in the udev package.

It was fixed in the udev package on 11 Mar 2007. But since a while, the
whole rule is deleted, as it is not needed for newer kernels, which have
proper SCSI sysfs timing.

Thanks,
Kay

Re: [Bug #11005] 2.6.26-rc5-git2: snd-emu10k1 does not work

[Rafael J. Wysocki]

On Sunday, 29 of June 2008, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=11005
> Subject		: 2.6.26-rc5-git2: snd-emu10k1 does not work
> Submitter	: Rafael J. Wysocki <rjw@sisk.pl>
> Date		: 2008-06-08 21:03 (22 days old)
> References	: http://marc.info/?l=linux-kernel&m=121295902917875&w=4
> Handled-By	: Takashi Iwai <tiwai@suse.de>

It's not a recent regression, dropped from the list.

Thanks,
Rafael

Re: [Bug #10961] 2.6.26-rc: nfsd hangs for a few sec

[Mel Gorman]

On (29/06/08 20:18), Rafael J. Wysocki didst pronounce:
> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10961
> Subject		: 2.6.26-rc: nfsd hangs for a few sec
> Submitter	: Alexander Beregalov <a.beregalov@gmail.com>
> Date		: 2008-06-21 12:57 (9 days old)
> References	: http://marc.info/?l=linux-kernel&m=121405308328004&w=4
> 		  http://marc.info/?l=linux-kernel&m=121412880115289&w=4
> Handled-By	: Linus Torvalds <torvalds@linux-foundation.org>
> 		  Mel Gorman <mel@csn.ul.ie>
> 		  Christoph Lameter <clameter@sgi.com>

I still have no useful reaction to this. According to Christoph Hellwig,
this lockup has been appearing since lockdep was introduced but for some
reason is easier to trigger now. It bisected to the two-zonelist changes
but it still looks like a red herring as I cannot see how reclaim has
changed significantly as a result of that patch.

-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab

Re: [Bug #10957] pata_pcmcia with Sandisk Extreme III 8GB

[Komuro]

Hi,

This problem is not fixed yet.



Best Regards
Komuro


> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10957
> Subject		: pata_pcmcia with Sandisk Extreme III 8GB
> Submitter	: Komuro <komurojun-mbn@nifty.com>
> Date		: 2008-06-07 13:37 (23 days old)
> References	: http://marc.info/?l=linux-kernel&m=121284627119861&w=4
> Handled-By	: Tejun Heo <htejun@gmail.com>
> 		  Dominik Brodowski <linux@dominikbrodowski.net>
> 
> 

Re: [Bug #10961] 2.6.26-rc: nfsd hangs for a few sec

[Alexander Beregalov]

2008/7/1 Mel Gorman <mel@csn.ul.ie>:
> I still have no useful reaction to this. According to Christoph Hellwig,
> this lockup has been appearing since lockdep was introduced but for some
> reason is easier to trigger now. It bisected to the two-zonelist changes
> but it still looks like a red herring as I cannot see how reclaim has
> changed significantly as a result of that patch.

Do you wait reaction from me? Can I help?
As I mentioned, the lockup does not happen when lockdep is disabled.

Re: 2.6.26-rc8: Reported regressions from 2.6.25

[Stefan Becker]

Hi Rafael,

Rafael J. Wysocki <rjw <at> sisk.pl> writes:
> 
> This message contains a list of some regressions from 2.6.25, for which there
> are no fixes in the mainline I know of.  If any of them have been fixed
> already, please let me know.

I started a discussion about a USB lockup regression for 2.6.24/25 under the
following thread:

<http://thread.gmane.org/gmane.linux.kernel/696589>

I prepared a patch for 2.6.26-final and sent it to Greg:

<http://article.gmane.org/gmane.linux.usb.general/6996>

This will fix IRQF_SHARED|IRQF_DISABLED at least for USB and probably solve
various problems people have reported...

Regards,

     Stefan

Re: [Bug #10865] Oops trying to mount an ntfs partition on thinkpad

[Alex Romosan]

"Rafael J. Wysocki" <rjw@sisk.pl> writes:

> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.
>
>
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10865
> Subject		: Oops trying to mount an ntfs partition on thinkpad
> Submitter	: Alex Romosan <romosan@sycorax.lbl.gov>
> Date		: 2008-06-05 14:47 (25 days old)
> References	: http://marc.info/?l=linux-kernel&m=121267834421414&w=4
>
>

sorry for the delay, just came back from vacation. the oops still
happens with 2.6.26-rc8.

--alex--

-- 
| I believe the moment is at hand when, by a paranoiac and active |
|  advance of the mind, it will be possible (simultaneously with  |
|  automatism and other passive states) to systematize confusion  |
|  and thus to help to discredit completely the world of reality. |

Re: [Bug #10961] 2.6.26-rc: nfsd hangs for a few sec

[Mel Gorman]

On (01/07/08 18:04), Alexander Beregalov didst pronounce:
> 2008/7/1 Mel Gorman <mel@csn.ul.ie>:
> > I still have no useful reaction to this. According to Christoph Hellwig,
> > this lockup has been appearing since lockdep was introduced but for some
> > reason is easier to trigger now. It bisected to the two-zonelist changes
> > but it still looks like a red herring as I cannot see how reclaim has
> > changed significantly as a result of that patch.
> 
> Do you wait reaction from me? Can I help?
> As I mentioned, the lockup does not happen when lockdep is disabled.
> 

Sorry for the slow response Alexander.

This bug is likely fixed by commit 494de90098784b8e2797598cefdd34188884ec2e
which will be visible publicly later when maintenance on master.kernel.org
finishes. I included it below for convenience.

The lockdep warning still exists but it is a false positive and should be
relatively hard to trigger again. It would be nice to have confirmation
of this.

commit 494de90098784b8e2797598cefdd34188884ec2e
Author: Mel Gorman <mel@csn.ul.ie>
Date:   Thu Jul 3 05:27:51 2008 +0100

    Do not overwrite nr_zones on !NUMA when initialising zlcache_ptr
    
    The non-NUMA case of build_zonelist_cache() would initialize the
    zlcache_ptr for both node_zonelists[] to NULL.
    
    Which is problematic, since non-NUMA only has a single node_zonelists[]
    entry, and trying to zero the non-existent second one just overwrote the
    nr_zones field instead.
    
    As kswapd uses this value to determine what reclaim work is necessary,
    the result is that kswapd never reclaims.  This causes processes to
    stall frequently in low-memory situations as they always direct reclaim.
    This patch initialises zlcache_ptr correctly.
    
    Signed-off-by: Mel Gorman <mel@csn.ul.ie>
    Tested-by: Dan Williams <dan.j.williams@intel.com>
    [ Simplified patch a bit ]
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
---
 mm/page_alloc.c |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 2f55295..f32fae3 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -2328,7 +2328,6 @@ static void build_zonelists(pg_data_t *pgdat)
 static void build_zonelist_cache(pg_data_t *pgdat)
 {
 	pgdat->node_zonelists[0].zlcache_ptr = NULL;
-	pgdat->node_zonelists[1].zlcache_ptr = NULL;
 }
 
 #endif	/* CONFIG_NUMA */

Re: [Bug #10741] bug in `tty: BKL pushdown'?

[Johannes Weiner]

Hi,

"Rafael J. Wysocki" <rjw@sisk.pl> writes:

> This message has been generated automatically as a part of a report
> of recent regressions.
>
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.

Yeah, it still exists.

> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10741
> Subject		: bug in `tty: BKL pushdown'?
> Submitter	: Johannes Weiner <hannes@saeurebad.de>
> Date		: 2008-05-18 2:16 (43 days old)
> References	: http://marc.info/?l=linux-kernel&m=121107706506181&w=4
> 		  http://lkml.org/lkml/2008/6/16/104
> Handled-By	: Alan Cox <alan@lxorguk.ukuu.org.uk>

	Hannes

Re: [Bug #10961] 2.6.26-rc: nfsd hangs for a few sec

[Alexander Beregalov]

2008/7/3 Mel Gorman <mel@csn.ul.ie>:
> This bug is likely fixed by commit 494de90098784b8e2797598cefdd34188884ec2e
> which will be visible publicly later when maintenance on master.kernel.org
> finishes. I included it below for convenience.
>
> The lockdep warning still exists but it is a false positive and should be
> relatively hard to trigger again. It would be nice to have confirmation
> of this.

Thanks! It helps.
No hangs and lockdep warnings now.

Rafael, please close it.

Re: [Bug #10872] x86_64 boot hang when CONFIG_NUMA=n

[Randy Dunlap]

On Sun, 29 Jun 2008 20:18:43 +0200 (CEST) Rafael J. Wysocki wrote:

> This message has been generated automatically as a part of a report
> of recent regressions.
> 
> The following bug entry is on the current list of known regressions
> from 2.6.25.  Please verify if it still should be listed.

Yes, boot still hangs in 2.6.26-rc8-git4 when CONFIG_NUMA=n.
CONFIG_NUMA=y boots OK.

> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10872
> Subject		: x86_64 boot hang when CONFIG_NUMA=n
> Submitter	: Randy Dunlap <randy.dunlap@oracle.com>
> Date		: 2008-06-05 21:50 (25 days old)
> References	: http://marc.info/?l=linux-kernel&m=121270308607116&w=4
> 		  http://lkml.org/lkml/2008/6/11/355
> 		  http://lkml.org/lkml/2008/6/15/117
> Handled-By	: Yinghai Lu <yhlu.kernel@gmail.com>


---
~Randy
Linux Plumbers Conference, 17-19 September 2008, Portland, Oregon USA
http://linuxplumbersconf.org/

[Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
Submitter	: Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2008-05-27 09:23 (41 days old)
References	: http://lkml.org/lkml/2008/5/27/9
		  http://lkml.org/lkml/2008/6/14/87
Handled-By	: Oleg Nesterov <oleg-6lXkIZvqkOAvJsYlp49lxw@public.gmane.org>
		  Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
		  Paul E. McKenney <paulmck-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Patch		: http://lkml.org/lkml/2008/5/28/16

[Bug #10815] 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.25.  Please verify if it still should be listed.


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=10815
Subject		: 2.6.26-rc4: RIP find_pid_ns+0x6b/0xa0
Submitter	: Alexey Dobriyan <adobriyan@gmail.com>
Date		: 2008-05-27 09:23 (41 days old)
References	: http://lkml.org/lkml/2008/5/27/9
		  http://lkml.org/lkml/2008/6/14/87
Handled-By	: Oleg Nesterov <oleg@tv-sign.ru>
		  Linus Torvalds <torvalds@linux-foundation.org>
		  Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Patch		: http://lkml.org/lkml/2008/5/28/16