[Bug #13306] hibernate slow on _second_ run

[Bug #13306] hibernate slow on _second_ run

[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.29.  Please verify if it still should be listed and let me know
(either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
Date		: 2009-05-14 09:34 (3 days old)

[Bug #13306] hibernate slow on _second_ run

[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.29.  Please verify if it still should be listed and let me know
(either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
Date		: 2009-05-14 09:34 (11 days old)

[Bug #13306] hibernate slow on _second_ run

[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.29.  Please verify if it still should be listed and let me know
(either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
Date		: 2009-05-14 09:34 (17 days old)

Re: [Bug #13306] hibernate slow on _second_ run

[Johannes Berg]

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

On Sat, 2009-05-30 at 21:37 +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.29.  Please verify if it still should be listed and let me know
> (either way).
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
> Subject		: hibernate slow on _second_ run
> Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
> Date		: 2009-05-14 09:34 (17 days old)

I'm trying to get an ftrace profile that covers the point in question,
but it might take me a couple of days.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

On Sunday 31 May 2009, Johannes Berg wrote:
> On Sat, 2009-05-30 at 21:37 +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.29.  Please verify if it still should be listed and let me know
> > (either way).
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
> > Subject		: hibernate slow on _second_ run
> > Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
> > Date		: 2009-05-14 09:34 (17 days old)
> 
> I'm trying to get an ftrace profile that covers the point in question,
> but it might take me a couple of days.

Did it work?

Rafael

Re: [Bug #13306] hibernate slow on _second_ run

[Johannes Berg]

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

On Mon, 2009-06-01 at 22:26 +0200, Rafael J. Wysocki wrote:
> On Sunday 31 May 2009, Johannes Berg wrote:
> > On Sat, 2009-05-30 at 21:37 +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.29.  Please verify if it still should be listed and let me know
> > > (either way).
> > > 
> > > 
> > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
> > > Subject		: hibernate slow on _second_ run
> > > Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
> > > Date		: 2009-05-14 09:34 (17 days old)
> > 
> > I'm trying to get an ftrace profile that covers the point in question,
> > but it might take me a couple of days.
> 
> Did it work?

No, it's now hanging 20 seconds much later, after returning to
userspace :( But the dmesg log still has a hang of ~20.5 seconds just
like before, between two kernel messages...

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

On Monday 01 June 2009, Johannes Berg wrote:
> On Mon, 2009-06-01 at 22:26 +0200, Rafael J. Wysocki wrote:
> > On Sunday 31 May 2009, Johannes Berg wrote:
> > > On Sat, 2009-05-30 at 21:37 +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.29.  Please verify if it still should be listed and let me know
> > > > (either way).
> > > > 
> > > > 
> > > > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
> > > > Subject		: hibernate slow on _second_ run
> > > > Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
> > > > Date		: 2009-05-14 09:34 (17 days old)
> > > 
> > > I'm trying to get an ftrace profile that covers the point in question,
> > > but it might take me a couple of days.
> > 
> > Did it work?
> 
> No, it's now hanging 20 seconds much later, after returning to
> userspace :( But the dmesg log still has a hang of ~20.5 seconds just
> like before, between two kernel messages...

Hmm.  Can you try to comment out suspend_device_irqs() and resume_device_irqs()
in drivers/base/power/main.c and see what happens?

Rafael

Re: [Bug #13306] hibernate slow on _second_ run

[Johannes Berg]

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

On Mon, 2009-06-01 at 22:48 +0200, Rafael J. Wysocki wrote:
> > No, it's now hanging 20 seconds much later, after returning to
> > userspace :( But the dmesg log still has a hang of ~20.5 seconds just
> > like before, between two kernel messages...
> 
> Hmm.  Can you try to comment out suspend_device_irqs() and resume_device_irqs()
> in drivers/base/power/main.c and see what happens?

Oddly, that does seem to help. I'm sure it can't be a solution though :)

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

On Wednesday 03 June 2009, Johannes Berg wrote:
> On Mon, 2009-06-01 at 22:48 +0200, Rafael J. Wysocki wrote:
> > > No, it's now hanging 20 seconds much later, after returning to
> > > userspace :( But the dmesg log still has a hang of ~20.5 seconds just
> > > like before, between two kernel messages...
> > 
> > Hmm.  Can you try to comment out suspend_device_irqs() and resume_device_irqs()
> > in drivers/base/power/main.c and see what happens?
> 
> Oddly, that does seem to help. I'm sure it can't be a solution though :)

Not really. ;-)

Still, something like the (untested) patch below can be.  Can you please give
it a try?

Rafael

---
 kernel/irq/manage.c |   12 ++++++++----
 1 file changed, 8 insertions(+), 4 deletions(-)

Index: linux-2.6/kernel/irq/manage.c
===================================================================
--- linux-2.6.orig/kernel/irq/manage.c
+++ linux-2.6/kernel/irq/manage.c
@@ -187,9 +187,9 @@ static inline int setup_affinity(unsigne
 void __disable_irq(struct irq_desc *desc, unsigned int irq, bool suspend)
 {
 	if (suspend) {
-		if (!desc->action || (desc->action->flags & IRQF_TIMER))
-			return;
-		desc->status |= IRQ_SUSPENDED;
+		if (desc->action && !(desc->action->flags & IRQF_TIMER))
+			desc->status |= IRQ_SUSPENDED | IRQ_DISABLED;
+		return;
 	}
 
 	if (!desc->depth++) {
@@ -250,8 +250,12 @@ EXPORT_SYMBOL(disable_irq);
 
 void __enable_irq(struct irq_desc *desc, unsigned int irq, bool resume)
 {
-	if (resume)
+	if (resume) {
 		desc->status &= ~IRQ_SUSPENDED;
+		if (!desc->depth)
+			desc->status &= ~IRQ_DISABLED;
+		return;
+	}
 
 	switch (desc->depth) {
 	case 0:

Re: [Bug #13306] hibernate slow on _second_ run

[Johannes Berg]

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

On Wed, 2009-06-03 at 11:16 +0200, Rafael J. Wysocki wrote:
> On Wednesday 03 June 2009, Johannes Berg wrote:
> > On Mon, 2009-06-01 at 22:48 +0200, Rafael J. Wysocki wrote:
> > > > No, it's now hanging 20 seconds much later, after returning to
> > > > userspace :( But the dmesg log still has a hang of ~20.5 seconds just
> > > > like before, between two kernel messages...
> > > 
> > > Hmm.  Can you try to comment out suspend_device_irqs() and resume_device_irqs()
> > > in drivers/base/power/main.c and see what happens?
> > 
> > Oddly, that does seem to help. I'm sure it can't be a solution though :)
> 
> Not really. ;-)
> 
> Still, something like the (untested) patch below can be.  Can you please give
> it a try?

Seems to work, though I'm not sure yet whether it really helps, that
needs some more verification, will let you know tomorrow.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [Bug #13306] hibernate slow on _second_ run

[Johannes Berg]

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

[can you please turn off html email?]


> Can you please send me /proc/interrupts from the affected box?

$ cat /proc/interrupts 
            CPU0       CPU1       
   0:    1820687          0   IO-APIC-edge      timer
   7:          1          0   IO-APIC-edge    
   9:      38721          0   IO-APIC-fasteoi   acpi
  16:        940          0   IO-APIC-fasteoi   HDA Intel
  17:        517          0   IO-APIC-fasteoi   ohci_hcd:usb4
  18:     289829          0   IO-APIC-fasteoi   ohci_hcd:usb3
  19:    2035671          0   IO-APIC-fasteoi   ehci_hcd:usb2
  20:         32          0   IO-APIC-fasteoi   ehci_hcd:usb1
  25:     515569          0   PCI-MSI-edge      ahci
  26:          0          0   PCI-MSI-edge      eth0
 NMI:          0          0   Non-maskable interrupts
 LOC:     152936     638337   Local timer interrupts
 SPU:          0          0   Spurious interrupts
 RES:     317238     581858   Rescheduling interrupts
 CAL:         43        128   Function call interrupts
 TLB:      60645      53553   TLB shootdowns
 TRM:          0          0   Thermal event interrupts
 THR:          0          0   Threshold APIC interrupts
 ERR:          1
 MIS:          0

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

On Wednesday 03 June 2009, Johannes Berg wrote:
> [can you please turn off html email?]

Yes, sorry.  I didn't notice that my mailer sneakily started to add HTML
"alternative" to every message.

> > Can you please send me /proc/interrupts from the affected box?
> 
> $ cat /proc/interrupts 
>             CPU0       CPU1       
>    0:    1820687          0   IO-APIC-edge      timer
>    7:          1          0   IO-APIC-edge    
>    9:      38721          0   IO-APIC-fasteoi   acpi
>   16:        940          0   IO-APIC-fasteoi   HDA Intel
>   17:        517          0   IO-APIC-fasteoi   ohci_hcd:usb4
>   18:     289829          0   IO-APIC-fasteoi   ohci_hcd:usb3
>   19:    2035671          0   IO-APIC-fasteoi   ehci_hcd:usb2
>   20:         32          0   IO-APIC-fasteoi   ehci_hcd:usb1
>   25:     515569          0   PCI-MSI-edge      ahci
>   26:          0          0   PCI-MSI-edge      eth0
>  NMI:          0          0   Non-maskable interrupts
>  LOC:     152936     638337   Local timer interrupts
>  SPU:          0          0   Spurious interrupts
>  RES:     317238     581858   Rescheduling interrupts
>  CAL:         43        128   Function call interrupts
>  TLB:      60645      53553   TLB shootdowns
>  TRM:          0          0   Thermal event interrupts
>  THR:          0          0   Threshold APIC interrupts
>  ERR:          1
>  MIS:          0

Hmm.  The patch shouldn't matter for this box, except for one thing:
check_irq_resend() on resume.  Interesting.

Rafael

Re: [Bug #13306] hibernate slow on _second_ run

[Benjamin Herrenschmidt]

On Wed, 2009-06-03 at 22:10 +0200, Rafael J. Wysocki wrote:
> Apparently, we have two hibernation and suspend bugs on macbooks
> related to suspend_device_irqs() and resume_device_irqs(), the other
> one is
> (http://bugzilla.kernel.org/show_bug.cgi?id=13407) and I have no idea
> what's
> up.

The other one is a _powerbook_ bug, very different machine (powerpc
mac). macbooks are just almost ordinary x86 gear :-)

I'll try to tackle the trackpad problem.

Cheers,
Ben.

Re: [Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

On Thursday 04 June 2009, Benjamin Herrenschmidt wrote:
> On Wed, 2009-06-03 at 22:10 +0200, Rafael J. Wysocki wrote:
> > Apparently, we have two hibernation and suspend bugs on macbooks
> > related to suspend_device_irqs() and resume_device_irqs(), the other
> > one is
> > (http://bugzilla.kernel.org/show_bug.cgi?id=13407) and I have no idea
> > what's
> > up.
> 
> The other one is a _powerbook_ bug, very different machine (powerpc
> mac). macbooks are just almost ordinary x86 gear :-)

Yes, I realized they were different.

> I'll try to tackle the trackpad problem.

Perhaps the VIA-PMU interrupt shouldn't be disabled in
suspend_device_irqs()?

Best,
Rafael

Re: [Bug #13306] hibernate slow on _second_ run

[Benjamin Herrenschmidt]

On Thu, 2009-06-04 at 01:00 +0200, Rafael J. Wysocki wrote:
> 
> > I'll try to tackle the trackpad problem.
> 
> Perhaps the VIA-PMU interrupt shouldn't be disabled in
> suspend_device_irqs()?

Possibly, but then we did use to have all interrupts disabled
at some stage before going to suspend_late anyway no ? So it shouldn't
make a big difference.

The VIA interrupt must not be HW masked in the PIC on some machines
because it's the wakeup source, so we may have to force re-enable it
since it can be lazy-disabled, but those aren't the machines with the
trackpad problem so I think I'll need to have a closer look at what's
going on and get my head around it.

Haven't had a chance yet, hopefully today or tomorrow.

Ben.

Re: [Bug #13306] hibernate slow on _second_ run

[Johannes Berg]

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

On Wed, 2009-06-03 at 23:51 +0200, Rafael J. 
> > > Can you please send me /proc/interrupts from the affected box?
> > 
> > $ cat /proc/interrupts 
> >             CPU0       CPU1       
> >    0:    1820687          0   IO-APIC-edge      timer
> >    7:          1          0   IO-APIC-edge    
> >    9:      38721          0   IO-APIC-fasteoi   acpi
> >   16:        940          0   IO-APIC-fasteoi   HDA Intel
> >   17:        517          0   IO-APIC-fasteoi   ohci_hcd:usb4
> >   18:     289829          0   IO-APIC-fasteoi   ohci_hcd:usb3
> >   19:    2035671          0   IO-APIC-fasteoi   ehci_hcd:usb2
> >   20:         32          0   IO-APIC-fasteoi   ehci_hcd:usb1
> >   25:     515569          0   PCI-MSI-edge      ahci
> >   26:          0          0   PCI-MSI-edge      eth0
> >  NMI:          0          0   Non-maskable interrupts
> >  LOC:     152936     638337   Local timer interrupts
> >  SPU:          0          0   Spurious interrupts
> >  RES:     317238     581858   Rescheduling interrupts
> >  CAL:         43        128   Function call interrupts
> >  TLB:      60645      53553   TLB shootdowns
> >  TRM:          0          0   Thermal event interrupts
> >  THR:          0          0   Threshold APIC interrupts
> >  ERR:          1
> >  MIS:          0
> 
> Hmm.  The patch shouldn't matter for this box, except for one thing:
> check_irq_resend() on resume.  Interesting.

Yeah, well, turns out it didn't help anyway:

[30490.846160] ACPI: Waking up from system sleep state S4
[30491.371450] HDA Intel 0000:00:08.0: restoring config space at offset 0x1 (was 0xb00006, writing 0xb00002)
[30491.379411] forcedeth 0000:00:0a.0: restoring config space at offset 0x1 (was 0xb00003, writing 0xb00007)
[30491.387352] ahci 0000:00:0b.0: restoring config space at offset 0x1 (was 0xb00403, writing 0xb00407)
[30511.970606] pci 0000:00:03.2: PME# disabled

The problem doesn't always happen. But now that it happens here again,
maybe I can try ftrace again...

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [Bug #13306] hibernate slow on _second_ run

[Johannes Berg]

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

Alright, I have managed to trace this.

http://johannes.sipsolutions.net/files/hibernate-delay-dmesg.txt

has the dmesg, you can clearly see the delay:
[50265.143330] ACPI: Waking up from system sleep state S4
[50265.679141] HDA Intel 0000:00:08.0: restoring config space at offset 0x1 (was 0xb00006, writing 0xb00002)
[50265.689525] forcedeth 0000:00:0a.0: restoring config space at offset 0x1 (was 0xb00003, writing 0xb00007)
[50265.699775] ahci 0000:00:0b.0: restoring config space at offset 0x1 (was 0xb00403, writing 0xb00407)
[50286.294910] pci 0000:00:03.2: PME# disabled

I managed to get an entire function trace between

[50265.143330] ACPI: Waking up from system sleep state S4

and

[50290.439040] Restarting tasks ... done.

which I've uploaded to

http://johannes.sipsolutions.net/files/hibernate-delay-trace.bz2

(WARNING: uncompresses to 574MiB!)

I'm not sure why the timing in there doesn't show the delay, Steven was
taking a look at that.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

[Bug #13306] hibernate slow on _second_ run

[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.29.  Please verify if it still should be listed and let me know
(either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
Date		: 2009-05-14 09:34 (25 days old)

Re: [Bug #13306] hibernate slow on _second_ run

[Johannes Berg]

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

On Sun, 2009-06-07 at 11:52 +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.29.  Please verify if it still should be listed and let me know
> (either way).
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
> Subject		: hibernate slow on _second_ run
> Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
> Date		: 2009-05-14 09:34 (25 days old)

I'm still seeing this, did you get a chance to look at the ftrace?

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

On Monday 08 June 2009, Johannes Berg wrote:
> On Sun, 2009-06-07 at 11:52 +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.29.  Please verify if it still should be listed and let me know
> > (either way).
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
> > Subject		: hibernate slow on _second_ run
> > Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
> > Date		: 2009-05-14 09:34 (25 days old)
> 
> I'm still seeing this, did you get a chance to look at the ftrace?

It's on my todo list, really close to the top.  Will do later today.

Best,
Rafael

Re: [Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

On Thursday 04 June 2009, Johannes Berg wrote:
> Alright, I have managed to trace this.
> 
> http://johannes.sipsolutions.net/files/hibernate-delay-dmesg.txt
> 
> has the dmesg, you can clearly see the delay:
> [50265.143330] ACPI: Waking up from system sleep state S4
> [50265.679141] HDA Intel 0000:00:08.0: restoring config space at offset 0x1 (was 0xb00006, writing 0xb00002)
> [50265.689525] forcedeth 0000:00:0a.0: restoring config space at offset 0x1 (was 0xb00003, writing 0xb00007)
> [50265.699775] ahci 0000:00:0b.0: restoring config space at offset 0x1 (was 0xb00403, writing 0xb00407)
> [50286.294910] pci 0000:00:03.2: PME# disabled

Quite frankly, it looks like resume_device_irqs() itself causes the delay to happen.

The next step would be to put a couple of printk()s in there and see which part
of it triggers the delay.

Best,
Rafael

Re: [Bug #13306] hibernate slow on _second_ run

[Johannes Berg]

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

On Mon, 2009-06-08 at 22:54 +0200, Rafael J. Wysocki wrote:
> On Thursday 04 June 2009, Johannes Berg wrote:
> > Alright, I have managed to trace this.
> > 
> > http://johannes.sipsolutions.net/files/hibernate-delay-dmesg.txt
> > 
> > has the dmesg, you can clearly see the delay:
> > [50265.143330] ACPI: Waking up from system sleep state S4
> > [50265.679141] HDA Intel 0000:00:08.0: restoring config space at offset 0x1 (was 0xb00006, writing 0xb00002)
> > [50265.689525] forcedeth 0000:00:0a.0: restoring config space at offset 0x1 (was 0xb00003, writing 0xb00007)
> > [50265.699775] ahci 0000:00:0b.0: restoring config space at offset 0x1 (was 0xb00403, writing 0xb00407)
> > [50286.294910] pci 0000:00:03.2: PME# disabled
> 
> Quite frankly, it looks like resume_device_irqs() itself causes the delay to happen.
> 
> The next step would be to put a couple of printk()s in there and see which part
> of it triggers the delay.

--- a/kernel/irq/pm.c
+++ b/kernel/irq/pm.c
@@ -56,8 +56,11 @@ void resume_device_irqs(void)
                if (!(desc->status & IRQ_SUSPENDED))
                        continue;
 
+               printk(KERN_DEBUG "lock irq %d\n", irq);
                spin_lock_irqsave(&desc->lock, flags);
+               printk(KERN_DEBUG "locked\n");
                __enable_irq(desc, irq, true);
+               printk(KERN_DEBUG "enabled\n");
                spin_unlock_irqrestore(&desc->lock, flags);
        }
 }


and I get:
[63702.285944] ACPI: Waking up from system sleep state S4
[63702.811457] HDA Intel 0000:00:08.0: restoring config space at offset 0x1 (was 0xb00006, writing 0xb00002)
[63702.819369] pci 0000:00:09.0: restoring config space at offset 0x7 (was 0x228000f0, writing 0x428000f0)
[63702.827574] forcedeth 0000:00:0a.0: restoring config space at offset 0x1 (was 0xb00003, writing 0xb00007)
[63702.836052] ahci 0000:00:0b.0: restoring config space at offset 0x1 (was 0xb00403, writing 0xb00407)
[63702.845288] lock irq 9
[63702.853902] locked
[63702.862433] enabled
[63702.870967] lock irq 17
[63702.879377] locked
[63702.880964] enabled
[63702.895811] lock irq 18
[63702.903919] locked
[63702.911879] enabled
[63702.919781] lock irq 19
[63702.927595] locked
[63702.935260] enabled
[63702.942989] lock irq 20
[63702.950764] locked
[63702.958425] enabled
[63702.966061] lock irq 25
[63702.973641] locked
[63702.981102] enabled
[63722.620744] pci 0000:00:03.2: PME# disabled
[63722.628069] ohci_hcd 0000:00:04.0: PME# disabled

so it doesn't look like the delay is there.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

[Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
Date		: 2009-05-14 09:34 (46 days old)

[Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
Date		: 2009-05-14 09:34 (54 days old)

Re: [Bug #13306] hibernate slow on _second_ run

[Johannes Berg]

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

On Tue, 2009-07-07 at 02:00 +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.29 and 2.6.30.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.29 and 2.6.30.  Please verify if it still should
> be listed and let me know (either way).
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
> Subject		: hibernate slow on _second_ run
> Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
> Date		: 2009-05-14 09:34 (54 days old)

Still exists in 31-rc2.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

On Tuesday 07 July 2009, Johannes Berg wrote:
> On Tue, 2009-07-07 at 02:00 +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.29 and 2.6.30.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.29 and 2.6.30.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
> > Subject		: hibernate slow on _second_ run
> > Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
> > Date		: 2009-05-14 09:34 (54 days old)
> 
> Still exists in 31-rc2.

Thanks for the update.

Last time I remember you managed to collect some ftrace output from the failing
case, but they didn't reveal anything directly.

We know, however, that is [suspend|resume]_device_irqs() in
driver/base/power/main.c are disabled, the issue doesn't show up.

Is that correct?

Rafael

Re: [Bug #13306] hibernate slow on _second_ run

[Johannes Berg]

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

On Tue, 2009-07-07 at 12:58 +0200, Rafael J. Wysocki wrote:

> Thanks for the update.
> 
> Last time I remember you managed to collect some ftrace output from the failing
> case, but they didn't reveal anything directly.
> 
> We know, however, that is [suspend|resume]_device_irqs() in
> driver/base/power/main.c are disabled, the issue doesn't show up.
> 
> Is that correct?

I'm not sure -- did we verify that somehow? I was running with some
trial patch from you for a long time but it had no apparent effect.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

[Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
Date		: 2009-05-14 09:34 (74 days old)

Re: [Bug #13306] hibernate slow on _second_ run

[Johannes Berg]

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

On Sun, 2009-07-26 at 22:45 +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.29 and 2.6.30.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.29 and 2.6.30.  Please verify if it still should
> be listed and let me know (either way).

The problem persists in 31-rc3.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [Bug 13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

On Monday 27 July 2009, Johannes Berg wrote:
> On Sun, 2009-07-26 at 22:45 +0200, Rafael J. Wysocki wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.29 and 2.6.30.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.29 and 2.6.30.  Please verify if it still should
> > be listed and let me know (either way).
> 
> The problem persists in 31-rc3.

Thanks for the update.

Unfortunately, I have no idea about what's wrong here.

Generally, there are three possible areas the problem may be related to:
(1) interrupts,
(2) CPU hotplug,
(3) ordering of the platform callbacks,

but I can't say much more than that.

[Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
Date		: 2009-05-14 09:34 (81 days old)

[Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
Date		: 2009-05-14 09:34 (88 days old)

[Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes@sipsolutions.net>
Date		: 2009-05-14 09:34 (98 days old)

[Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes@sipsolutions.net>
Date		: 2009-05-14 09:34 (104 days old)

2.6.31-rc9: Reported regressions 2.6.29 -> 2.6.30

[Rafael J. Wysocki]

This message contains a list of some regressions introduced between 2.6.29 and
2.6.30, 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 introduced between 2.6.29
and 2.6.30, 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
  ----------------------------------------
  2009-09-06      153       27          27
  2009-08-26      152       33          30
  2009-08-20      150       35          32
  2009-08-10      148       39          37
  2009-08-02      145       44          39
  2009-07-27      143       48          45
  2009-07-07      138       50          46
  2009-06-29      133       46          43
  2009-06-07      110       35          31
  2009-05-31      100       32          27
  2009-05-24       92       34          27
  2009-05-16       81       36          33
  2009-04-25       55       36          26
  2009-04-17       37       35          28


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

Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14105
Subject		: pcmcia cards stop working after resuming from snapshot cycle (hibernation)
Submitter	: Martin Steigerwald <Martin-SpPJhY7q8xqazgQtNeiOUg@public.gmane.org>
Date		: 2009-09-01 19:44 (6 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14049
Subject		: joydev: blacklist digitizers avoids recognition of Saitek X52 joysticks
Submitter	: Janos Laube <janos.dev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-08-24 14:18 (14 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d07a9cba6be5c0e947afc1014b5a62182a86f1f1


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13958
Subject		: ath5k Atheros AR5001 low signal
Submitter	: Marco Siviero <darker1985-LhojQA2xIZ1eoWH0uzbU5w@public.gmane.org>
Date		: 2009-08-10 15:03 (28 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13949
Subject		: XFS regression
Submitter	: Justin Piszcz <jpiszcz-BP4nVm5VUdNhbmWW9KSYcQ@public.gmane.org>
Date		: 2009-08-08 8:39 (30 days old)
References	: http://marc.info/?l=linux-kernel&m=124972079229959&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13898
Subject		: Intel 3945ABG - problems on 2.6.30.X
Submitter	: dienet <dienet-IjDXvh/HVVUAvxtiuMwx3w@public.gmane.org>
Date		: 2009-07-31 15:17 (38 days old)
References	: http://marc.info/?l=linux-kernel&m=124905346729959&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13797
Subject		: iBook G4 doesn't suspend since 2ed8d2b3a8
Submitter	: Jörg Sommer <joerg-au2b9oQwubsjnolme5KbmQ@public.gmane.org>
Date		: 2009-07-18 20:18 (51 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13795
Subject		: abnormal boot and no suspend due to 'async' (fastboot)
Submitter	: Rafal Kaczynski <fscnoboot-5tc4TXWwyLM@public.gmane.org>
Date		: 2009-07-18 17:19 (51 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13780
Subject		: NULL pointer dereference loading powernowk8
Submitter	: Kurt Roeckx <kurt-burXGKnpAKGzQB+pC5nmwQ@public.gmane.org>
Date		: 2009-07-15 18:00 (54 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13770
Subject		: System freeze on XFS filesystem recovery on an external disk
Submitter	: Jean-Luc Coulon <jean.luc.coulon-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-07-14 10:31 (55 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13739
Subject		: 2.6.30 leaking keys on console switch
Submitter	: Andi Kleen <andi-Vw/NltI1exuRpAAqCnN02g@public.gmane.org>
Date		: 2009-07-07 8:44 (62 days old)
References	: http://marc.info/?l=linux-kernel&m=124695628924382&w=4
Handled-By	: Jiri Kosina <jkosina-AlSwsSmVLrQ@public.gmane.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13682
Subject		: The webcam stopped working when upgrading from 2.6.29 to 2.6.30
Submitter	: Nathanael Schaeffer <nathanael.schaeffer-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-06-30 13:34 (69 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13583
Subject		: pdflush uses 5% CPU on otherwise idle system
Submitter	: Paul Martin <pm-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>
Date		: 2009-06-19 13:33 (80 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13581
Subject		: ath9k doesn't work with newer kernels
Submitter	: Matteo <rootkit85-whZMOeQn8C0@public.gmane.org>
Date		: 2009-06-19 12:04 (80 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13564
Subject		: random general protection fault at boot time caused by khubd.
Submitter	: Pauli <suokkos-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-06-18 12:44 (81 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13558
Subject		: Tracelog during resume
Submitter	: Cijoml Cijomlovic Cijomlov <cijoml-VIXq6x/3rUk@public.gmane.org>
Date		: 2009-06-17 11:32 (82 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13512
Subject		: D43 on 2.6.30 doesn't suspend anymore
Submitter	: Daniel Smolik <marvin-0pWKB23IDFjrBKCeMvbIDA@public.gmane.org>
Date		: 2009-06-11 20:12 (88 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13502
Subject		: GPE storm causes polling mode, which causes /proc/acpi/battery read to take 4 seconds - MacBookPro4,1
Submitter	:  <sveina-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-06-10 20:04 (89 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13408
Subject		: Performance regression in 2.6.30-rc7
Submitter	: Diego Calleja <diegocg-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-05-30 18:51 (100 days old)
References	: http://lkml.org/lkml/2009/5/30/146


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13407
Subject		: adb trackpad disappears after suspend to ram
Submitter	: Jan Scholz <scholz-wOpdxP1gw6Cc+IqHO83+wjjhTm2NLCe8@public.gmane.org>
Date		: 2009-05-28 7:59 (102 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2ed8d2b3a81bdbb0418301628ccdb008ac9f40b7
References	: http://marc.info/?l=linux-kernel&m=124349762314976&w=4
Handled-By	: Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13401
Subject		: pktcdvd writing is really slow with CFQ scheduler (bisected)
Submitter	: Laurent Riffard <laurent.riffard-GANU6spQydw@public.gmane.org>
Date		: 2009-05-28 18:43 (102 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13362
Subject		: rt2x00: slow wifi with correct basic rate bitmap
Submitter	: Alejandro Riveira <ariveira-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-05-22 13:32 (108 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13351
Subject		: 2.6.30 - 2.6.31 corrupts my system after suspend resume with readonly mounted hard disk
Submitter	:  <unggnu-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
Date		: 2009-05-20 14:09 (110 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=78a8b35bc7abf8b8333d6f625e08c0f7cc1c3742
Handled-By	: Yinghai Lu <yinghai-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13341
Subject		: Random Oops at boot at loading ip6tables rules
Submitter	:  <patrick-nxAOmsU53hB6lmGzAMPh1A@public.gmane.org>
Date		: 2009-05-19 09:08 (111 days old)
Handled-By	: Rusty Russell <rusty-8n+1lVoiYb80n/F98K4Iww@public.gmane.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13328
Subject		: b44: eth0: BUG! Timeout waiting for bit 00000002 of register 42c to clear.
Submitter	: Francis Moreau <francis.moro-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-05-03 16:22 (127 days old)
References	: http://marc.info/?l=linux-kernel&m=124136778012280&w=4


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13318
Subject		: AGP doesn't work anymore on nforce2
Submitter	: Karsten Mehrhoff <kawime-Mmb7MZpHnFY@public.gmane.org>
Date		: 2009-04-30 8:51 (130 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=59de2bebabc5027f93df999d59cc65df591c3e6e
References	: http://marc.info/?l=linux-kernel&m=124108156417560&w=4
Handled-By	: Shaohua Li <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
Date		: 2009-05-14 09:34 (116 days old)


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13180
Subject		: 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle
Submitter	: Niel Lambrechts <niel.lambrechts-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-04-21 21:35 (139 days old)
References	: http://marc.info/?l=linux-kernel&m=124034980819102&w=4
		  http://lkml.org/lkml/2009/4/27/290


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 introduced
between 2.6.29 and 2.6.30, unresolved as well as resolved, at:

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

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

Thanks,
Rafael

[Bug #13180] 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13180
Subject		: 2.6.30-rc2: WARNING at i915_gem.c for i915_gem_idle
Submitter	: Niel Lambrechts <niel.lambrechts-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-04-21 21:35 (139 days old)
References	: http://marc.info/?l=linux-kernel&m=124034980819102&w=4
		  http://lkml.org/lkml/2009/4/27/290

[Bug #13306] hibernate slow on _second_ run

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject		: hibernate slow on _second_ run
Submitter	: Johannes Berg <johannes-cdvu00un1VgdHxzADdlk8Q@public.gmane.org>
Date		: 2009-05-14 09:34 (116 days old)

[Bug #13328] b44: eth0: BUG! Timeout waiting for bit 00000002 of register 42c to clear.

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13328
Subject		: b44: eth0: BUG! Timeout waiting for bit 00000002 of register 42c to clear.
Submitter	: Francis Moreau <francis.moro-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-05-03 16:22 (127 days old)
References	: http://marc.info/?l=linux-kernel&m=124136778012280&w=4

[Bug #13341] Random Oops at boot at loading ip6tables rules

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13341
Subject		: Random Oops at boot at loading ip6tables rules
Submitter	:  <patrick@ostenberg.de>
Date		: 2009-05-19 09:08 (111 days old)
Handled-By	: Rusty Russell <rusty@rustcorp.com.au>

[Bug #13318] AGP doesn't work anymore on nforce2

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13318
Subject		: AGP doesn't work anymore on nforce2
Submitter	: Karsten Mehrhoff <kawime@gmx.de>
Date		: 2009-04-30 8:51 (130 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=59de2bebabc5027f93df999d59cc65df591c3e6e
References	: http://marc.info/?l=linux-kernel&m=124108156417560&w=4
Handled-By	: Shaohua Li <shaohua.li@intel.com>

[Bug #13362] rt2x00: slow wifi with correct basic rate bitmap

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13362
Subject		: rt2x00: slow wifi with correct basic rate bitmap
Submitter	: Alejandro Riveira <ariveira-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-05-22 13:32 (108 days old)

[Bug #13401] pktcdvd writing is really slow with CFQ scheduler (bisected)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13401
Subject		: pktcdvd writing is really slow with CFQ scheduler (bisected)
Submitter	: Laurent Riffard <laurent.riffard@free.fr>
Date		: 2009-05-28 18:43 (102 days old)

[Bug #13407] adb trackpad disappears after suspend to ram

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13407
Subject		: adb trackpad disappears after suspend to ram
Submitter	: Jan Scholz <scholz-wOpdxP1gw6Cc+IqHO83+wjjhTm2NLCe8@public.gmane.org>
Date		: 2009-05-28 7:59 (102 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2ed8d2b3a81bdbb0418301628ccdb008ac9f40b7
References	: http://marc.info/?l=linux-kernel&m=124349762314976&w=4
Handled-By	: Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>

[Bug #13502] GPE storm causes polling mode, which causes /proc/acpi/battery read to take 4 seconds - MacBookPro4,1

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13502
Subject		: GPE storm causes polling mode, which causes /proc/acpi/battery read to take 4 seconds - MacBookPro4,1
Submitter	:  <sveina-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date		: 2009-06-10 20:04 (89 days old)

[Bug #13351] 2.6.30 - 2.6.31 corrupts my system after suspend resume with readonly mounted hard disk

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13351
Subject		: 2.6.30 - 2.6.31 corrupts my system after suspend resume with readonly mounted hard disk
Submitter	:  <unggnu@googlemail.com>
Date		: 2009-05-20 14:09 (110 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=78a8b35bc7abf8b8333d6f625e08c0f7cc1c3742
Handled-By	: Yinghai Lu <yinghai@kernel.org>

[Bug #13408] Performance regression in 2.6.30-rc7

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13408
Subject		: Performance regression in 2.6.30-rc7
Submitter	: Diego Calleja <diegocg@gmail.com>
Date		: 2009-05-30 18:51 (100 days old)
References	: http://lkml.org/lkml/2009/5/30/146

[Bug #13583] pdflush uses 5% CPU on otherwise idle system

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13583
Subject		: pdflush uses 5% CPU on otherwise idle system
Submitter	: Paul Martin <pm-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>
Date		: 2009-06-19 13:33 (80 days old)

[Bug #13581] ath9k doesn't work with newer kernels

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13581
Subject		: ath9k doesn't work with newer kernels
Submitter	: Matteo <rootkit85@yahoo.it>
Date		: 2009-06-19 12:04 (80 days old)

[Bug #13512] D43 on 2.6.30 doesn't suspend anymore

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13512
Subject		: D43 on 2.6.30 doesn't suspend anymore
Submitter	: Daniel Smolik <marvin@mydatex.cz>
Date		: 2009-06-11 20:12 (88 days old)

[Bug #13564] random general protection fault at boot time caused by khubd.

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13564
Subject		: random general protection fault at boot time caused by khubd.
Submitter	: Pauli <suokkos@gmail.com>
Date		: 2009-06-18 12:44 (81 days old)

[Bug #13558] Tracelog during resume

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13558
Subject		: Tracelog during resume
Submitter	: Cijoml Cijomlovic Cijomlov <cijoml-VIXq6x/3rUk@public.gmane.org>
Date		: 2009-06-17 11:32 (82 days old)

[Bug #13682] The webcam stopped working when upgrading from 2.6.29 to 2.6.30

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13682
Subject		: The webcam stopped working when upgrading from 2.6.29 to 2.6.30
Submitter	: Nathanael Schaeffer <nathanael.schaeffer@gmail.com>
Date		: 2009-06-30 13:34 (69 days old)

[Bug #13780] NULL pointer dereference loading powernowk8

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13780
Subject		: NULL pointer dereference loading powernowk8
Submitter	: Kurt Roeckx <kurt-burXGKnpAKGzQB+pC5nmwQ@public.gmane.org>
Date		: 2009-07-15 18:00 (54 days old)

[Bug #13770] System freeze on XFS filesystem recovery on an external disk

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13770
Subject		: System freeze on XFS filesystem recovery on an external disk
Submitter	: Jean-Luc Coulon <jean.luc.coulon@gmail.com>
Date		: 2009-07-14 10:31 (55 days old)

[Bug #13795] abnormal boot and no suspend due to 'async' (fastboot)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13795
Subject		: abnormal boot and no suspend due to 'async' (fastboot)
Submitter	: Rafal Kaczynski <fscnoboot@wp.pl>
Date		: 2009-07-18 17:19 (51 days old)

[Bug #13739] 2.6.30 leaking keys on console switch

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13739
Subject		: 2.6.30 leaking keys on console switch
Submitter	: Andi Kleen <andi@firstfloor.org>
Date		: 2009-07-07 8:44 (62 days old)
References	: http://marc.info/?l=linux-kernel&m=124695628924382&w=4
Handled-By	: Jiri Kosina <jkosina@suse.cz>

[Bug #13898] Intel 3945ABG - problems on 2.6.30.X

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13898
Subject		: Intel 3945ABG - problems on 2.6.30.X
Submitter	: dienet <dienet-IjDXvh/HVVUAvxtiuMwx3w@public.gmane.org>
Date		: 2009-07-31 15:17 (38 days old)
References	: http://marc.info/?l=linux-kernel&m=124905346729959&w=4

[Bug #13949] XFS regression

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13949
Subject		: XFS regression
Submitter	: Justin Piszcz <jpiszcz-BP4nVm5VUdNhbmWW9KSYcQ@public.gmane.org>
Date		: 2009-08-08 8:39 (30 days old)
References	: http://marc.info/?l=linux-kernel&m=124972079229959&w=4

[Bug #13797] iBook G4 doesn't suspend since 2ed8d2b3a8

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13797
Subject		: iBook G4 doesn't suspend since 2ed8d2b3a8
Submitter	: Jörg Sommer <joerg@alea.gnuu.de>
Date		: 2009-07-18 20:18 (51 days old)

[Bug #14105] pcmcia cards stop working after resuming from snapshot cycle (hibernation)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14105
Subject		: pcmcia cards stop working after resuming from snapshot cycle (hibernation)
Submitter	: Martin Steigerwald <Martin-SpPJhY7q8xqazgQtNeiOUg@public.gmane.org>
Date		: 2009-09-01 19:44 (6 days old)

[Bug #14049] joydev: blacklist digitizers avoids recognition of Saitek X52 joysticks

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=14049
Subject		: joydev: blacklist digitizers avoids recognition of Saitek X52 joysticks
Submitter	: Janos Laube <janos.dev@gmail.com>
Date		: 2009-08-24 14:18 (14 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d07a9cba6be5c0e947afc1014b5a62182a86f1f1

[Bug #13958] ath5k Atheros AR5001 low signal

[Rafael J. Wysocki]

This message has been generated automatically as a part of a report
of regressions introduced between 2.6.29 and 2.6.30.

The following bug entry is on the current list of known regressions
introduced between 2.6.29 and 2.6.30.  Please verify if it still should
be listed and let me know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13958
Subject		: ath5k Atheros AR5001 low signal
Submitter	: Marco Siviero <darker1985@slacky.it>
Date		: 2009-08-10 15:03 (28 days old)

Re: [Bug #13780] NULL pointer dereference loading powernowk8

[David Rientjes]

On Sun, 6 Sep 2009, Rafael J. Wysocki wrote:

> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.29 and 2.6.30.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.29 and 2.6.30.  Please verify if it still should
> be listed and let me know (either way).
> 
> 
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13780
> Subject		: NULL pointer dereference loading powernowk8
> Submitter	: Kurt Roeckx <kurt-burXGKnpAKGzQB+pC5nmwQ@public.gmane.org>
> Date		: 2009-07-15 18:00 (54 days old)
> 

This bug has been abandoned as far as I know since there has been no 
response from the reporter in three weeks to post the latest failure 
(which was then 2.6.31-rc5).

Re: [Bug #13780] NULL pointer dereference loading powernowk8

[Rafael J. Wysocki]

On Sunday 06 September 2009, David Rientjes wrote:
> On Sun, 6 Sep 2009, Rafael J. Wysocki wrote:
> 
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.29 and 2.6.30.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.29 and 2.6.30.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13780
> > Subject		: NULL pointer dereference loading powernowk8
> > Submitter	: Kurt Roeckx <kurt-burXGKnpAKGzQB+pC5nmwQ@public.gmane.org>
> > Date		: 2009-07-15 18:00 (54 days old)
> > 
> 
> This bug has been abandoned as far as I know since there has been no 
> response from the reporter in three weeks to post the latest failure 
> (which was then 2.6.31-rc5).

OK, I'm going to close it as "not enough information", then.

Thanks,
Rafael

Re: [Bug #13780] NULL pointer dereference loading powernowk8

[Kurt Roeckx]

On Sun, Sep 06, 2009 at 02:27:29PM -0700, David Rientjes wrote:
> 
> This bug has been abandoned as far as I know since there has been no 
> response from the reporter in three weeks to post the latest failure 
> (which was then 2.6.31-rc5).

I've been busy with other things.  I'll try to take a look at this
tomorrow.


Kurt

Re: [Bug #13949] XFS regression

[Christoph Hellwig]

On Sun, Sep 06, 2009 at 08:11:51PM +0200, Rafael J. Wysocki wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.29 and 2.6.30.
> 
> The following bug entry is on the current list of known regressions
> introduced between 2.6.29 and 2.6.30.  Please verify if it still should
> be listed and let me know (either way).

While this still isn't fixed it has been tracked down to a regression
in the loop driver.  Care to adjust the subject?

Re: [Bug #13949] Cryptoloop stuck I/O issue on partition or loopback device

[Justin Piszcz]

On Mon, 7 Sep 2009, Christoph Hellwig wrote:

> On Sun, Sep 06, 2009 at 08:11:51PM +0200, Rafael J. Wysocki wrote:
>> This message has been generated automatically as a part of a report
>> of regressions introduced between 2.6.29 and 2.6.30.
>>
>> The following bug entry is on the current list of known regressions
>> introduced between 2.6.29 and 2.6.30.  Please verify if it still should
>> be listed and let me know (either way).
>
> While this still isn't fixed it has been tracked down to a regression
> in the loop driver.  Care to adjust the subject?
>

Unsure how to edit on the kernel bugtracker but updating this thread to 
correct the subject.

Re: [Bug #13949] Cryptoloop stuck I/O issue on partition or loopback device

[Rafael J. Wysocki]

On Tuesday 08 September 2009, Justin Piszcz wrote:
> 
> On Mon, 7 Sep 2009, Christoph Hellwig wrote:
> 
> > On Sun, Sep 06, 2009 at 08:11:51PM +0200, Rafael J. Wysocki wrote:
> >> This message has been generated automatically as a part of a report
> >> of regressions introduced between 2.6.29 and 2.6.30.
> >>
> >> The following bug entry is on the current list of known regressions
> >> introduced between 2.6.29 and 2.6.30.  Please verify if it still should
> >> be listed and let me know (either way).
> >
> > While this still isn't fixed it has been tracked down to a regression
> > in the loop driver.  Care to adjust the subject?
> >
> 
> Unsure how to edit on the kernel bugtracker but updating this thread to 
> correct the subject.

I've changed the subject and moved the bug to I/O & storage.

Thanks,
Rafael

Re: [Bug #13949] Cryptoloop stuck I/O issue on partition or loopback device

[Chuck Ebbert]

On Tue, 8 Sep 2009 21:05:13 +0200
"Rafael J. Wysocki" <rjw@sisk.pl> wrote:

> On Tuesday 08 September 2009, Justin Piszcz wrote:
> > Unsure how to edit on the kernel bugtracker but updating this thread to 
> > correct the subject.
> 
> I've changed the subject and moved the bug to I/O & storage.
> 

Should we just revert that barrier support in loopback, like I
suggested in bugzilla?

Re: [Bug #13318] AGP doesn't work anymore on nforce2

[Karsten Mehrhoff]

Hi all,

Today i compilied the new kernel 2.6.31 and everything works ok.
Maybe it's related to other changes in the generic.c file.

So everything works ok for me with AGP in 2.6.31.
I do not get the problem like it was in 2.6.30.x


2.6.31:
=======
$ dmesg | grep agp
[    0.668878] Linux agpgart interface v0.103
[    0.669457] agpgart: Detected NVIDIA nForce2 chipset
[    0.674984] agpgart-nvidia 0000:00:00.0: AGP aperture is 64M @  
0xe0000000
[   35.184416] agpgart-nvidia 0000:00:00.0: AGP 3.0 bridge
[   35.184437] agpgart-nvidia 0000:00:00.0: putting AGP V3 device into 8x  
mode


$ dmesg | grep drm
[    0.675940] [drm] Initialized drm 1.1.0 20060810
[    0.678840] [drm] Initialized radeon 1.31.0 20080528 for 0000:02:00.0  
on minor 0
[   35.460115] [drm] Setting GART location based on new memory map
[   35.460125] [drm] Loading R300 Microcode
[   35.460170] [drm] Num pipes: 1
[   35.460178] [drm] writeback test succeeded in 1 usecs


-Karsten-


[Am 06.09.2009, 20:11 Uhr, schrieb Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org>]

> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.29 and 2.6.30.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.29 and 2.6.30.  Please verify if it still should
> be listed and let me know (either way).
>
>
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=13318
> Subject		: AGP doesn't work anymore on nforce2
> Submitter	: Karsten Mehrhoff <kawime-Mmb7MZpHnFY@public.gmane.org>
> Date		: 2009-04-30 8:51 (130 days old)
> First-Bad-Commit:  
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=59de2bebabc5027f93df999d59cc65df591c3e6e
> References	: http://marc.info/?l=linux-kernel&m=124108156417560&w=4
> Handled-By	: Shaohua Li <shaohua.li-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
>

Re: [Bug #13318] AGP doesn't work anymore on nforce2

[Rafael J. Wysocki]

On Thursday 10 September 2009, Karsten Mehrhoff wrote:
> Hi all,
> 
> Today i compilied the new kernel 2.6.31 and everything works ok.
> Maybe it's related to other changes in the generic.c file.
> 
> So everything works ok for me with AGP in 2.6.31.
> I do not get the problem like it was in 2.6.30.x

Thanks for the update, I closed the bug.

Best,
Rafael

Re: [Bug #13780] NULL pointer dereference loading powernowk8

[Rafael J. Wysocki]

On Tuesday 08 September 2009, Kurt Roeckx wrote:
> On Tue, Sep 08, 2009 at 01:12:14AM +0200, Rafael J. Wysocki wrote:
> > On Monday 07 September 2009, Kurt Roeckx wrote:
> > > On Sun, Sep 06, 2009 at 08:11:51PM +0200, Rafael J. Wysocki wrote:
> > > > This message has been generated automatically as a part of a report
> > > > of regressions introduced between 2.6.29 and 2.6.30.
> > > > 
> > > > The following bug entry is on the current list of known regressions
> > > > introduced between 2.6.29 and 2.6.30.  Please verify if it still should
> > > > be listed and let me know (either way).
> > > 
> > > I'm not really sure what you want to know from me.  I still see
> > > the issue, and I think that was clear from the bug report.  Maybe
> > > you should either include more info in this mail, or point people
> > > to some website.
> > > 
> > > I don't know if this is a regression between 2.6.29 and 2.6.30, I
> > > never tried a 2.6.29 kernel because it has other issues (for which
> > > I do have a patch now).  The last kernel I have without issues is
> > > a 2.6.22 kernel.  I tried different kernels between 2.6.22 and
> > > 2.6.30, but I can't tell you if they have the issue or not.  I
> > > didn't notice, but that doesn't mean they don't have it.  If you
> > > think it's important to find out which commit introduced this
> > > issue for me, I can try and run a bisect.
> > 
> > The information you've just provided is very helpful.
> > 
> > I'm now going to drop this from the list of recent regressions until it's
> > confirmed that kernels later than 2.6.22 are not affected.
> 
> So I did a biset, and this is the result:
> $ git bisect good
> 0e64a0c982c06a6b8f5e2a7f29eb108fdf257b2f is first bad commit
> commit 0e64a0c982c06a6b8f5e2a7f29eb108fdf257b2f
> Author: Dave Jones <davej@redhat.com>
> Date:   Wed Feb 4 14:37:50 2009 -0500
> 
>     [CPUFREQ] checkpatch cleanups for powernow-k8
> 
>     This driver has so many long function names, and deep nested if's
>     The remaining warnings will need some code restructuring to clean up.
> 
>     Signed-off-by: Dave Jones <davej@redhat.com>
> 
> :040000 040000 45d8e325663e62e0833cf4e1cb8b27fa4a9b3a56 affb6fab44cb22aca8a33ca0d767797831fc2bae M      arch
> 
> 2.6.29-rc5 is good, -rc7 is bad.

Thanks for the update and for doing the bisection.

Best,
Rafael

Re: [Bug #13328] b44: eth0: BUG! Timeout waiting for bit 00000002 of register 42c to clear.

[Francis Moreau]

On Sun, Sep 6, 2009 at 8:11 PM, Rafael J. Wysocki <rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> This message has been generated automatically as a part of a report
> of regressions introduced between 2.6.29 and 2.6.30.
>
> The following bug entry is on the current list of known regressions
> introduced between 2.6.29 and 2.6.30.  Please verify if it still should
> be listed and let me know (either way).
>
>
> Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=13328
> Subject         : b44: eth0: BUG! Timeout waiting for bit 00000002 of register 42c to clear.
> Submitter       : Francis Moreau <francis.moro-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date            : 2009-05-03 16:22 (127 days old)
> References      : http://marc.info/?l=linux-kernel&m=124136778012280&w=4
>

still in 2.6.31

-- 
Francis

Re: [Bug #13780] NULL pointer dereference loading powernowk8

[David Rientjes]

On Thu, 10 Sep 2009, Rafael J. Wysocki wrote:

> > So I did a biset, and this is the result:
> > $ git bisect good
> > 0e64a0c982c06a6b8f5e2a7f29eb108fdf257b2f is first bad commit
> > commit 0e64a0c982c06a6b8f5e2a7f29eb108fdf257b2f
> > Author: Dave Jones <davej-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> > Date:   Wed Feb 4 14:37:50 2009 -0500
> > 
> >     [CPUFREQ] checkpatch cleanups for powernow-k8
> > 
> >     This driver has so many long function names, and deep nested if's
> >     The remaining warnings will need some code restructuring to clean up.
> > 
> >     Signed-off-by: Dave Jones <davej-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
> > 
> > :040000 040000 45d8e325663e62e0833cf4e1cb8b27fa4a9b3a56 affb6fab44cb22aca8a33ca0d767797831fc2bae M      arch
> > 
> > 2.6.29-rc5 is good, -rc7 is bad.
> 
> Thanks for the update and for doing the bisection.
> 

0e64a0c has this cleanup, which isn't equivalent to the previous code:

@@ -779,11 +834,12 @@ static int powernow_k8_cpu_init_acpi(struct powernow_k8_data *data)
 		goto err_out;
 	}
 
-	if ((data->acpi_data.control_register.space_id != ACPI_ADR_SPACE_FIXED_HARDWARE) ||
-		(data->acpi_data.status_register.space_id != ACPI_ADR_SPACE_FIXED_HARDWARE)) {
+	space_id = data->acpi_data.control_register.space_id;
+	if ((space_id != ACPI_ADR_SPACE_FIXED_HARDWARE) ||
+		(space_id != ACPI_ADR_SPACE_FIXED_HARDWARE)) {
 		dprintk("Invalid control/status registers (%x - %x)\n",
 			data->acpi_data.control_register.space_id,
-			data->acpi_data.status_register.space_id);
+			space_id);
 		goto err_out;
 	}
 
This got fixed in 2c701b1 in 2.6.31-rc8, so this is most likely the 
problem that Kurt was encountering.

Kurt, could you try 2.6.31 and see if you still experience the issue?  If 
not, this can be closed.

Re: [Bug #13780] NULL pointer dereference loading powernowk8

[Kurt Roeckx]

On Tue, Sep 15, 2009 at 04:45:37PM -0700, David Rientjes wrote:
> On Thu, 10 Sep 2009, Rafael J. Wysocki wrote:
> 
> > > So I did a biset, and this is the result:
> > > $ git bisect good
> > > 0e64a0c982c06a6b8f5e2a7f29eb108fdf257b2f is first bad commit
> 
> 0e64a0c has this cleanup, which isn't equivalent to the previous code:

Please look at the patch I attached to the bug report.  There is
other code that is not equivalent.  It's in comment #17:
http://bugzilla.kernel.org/show_bug.cgi?id=13780#c17

And the patch itself:
http://bugzilla.kernel.org/attachment.cgi?id=23048

This patch fixes my problem.

> @@ -779,11 +834,12 @@ static int powernow_k8_cpu_init_acpi(struct powernow_k8_data *data)
>  		goto err_out;
>  	}
>  
> -	if ((data->acpi_data.control_register.space_id != ACPI_ADR_SPACE_FIXED_HARDWARE) ||
> -		(data->acpi_data.status_register.space_id != ACPI_ADR_SPACE_FIXED_HARDWARE)) {
> +	space_id = data->acpi_data.control_register.space_id;
> +	if ((space_id != ACPI_ADR_SPACE_FIXED_HARDWARE) ||
> +		(space_id != ACPI_ADR_SPACE_FIXED_HARDWARE)) {
>  		dprintk("Invalid control/status registers (%x - %x)\n",
>  			data->acpi_data.control_register.space_id,
> -			data->acpi_data.status_register.space_id);
> +			space_id);
>  		goto err_out;
>  	}
>  
> This got fixed in 2c701b1 in 2.6.31-rc8, so this is most likely the 
> problem that Kurt was encountering.
> 
> Kurt, could you try 2.6.31 and see if you still experience the issue?  If 
> not, this can be closed.

I also noticed this difference (comment #18), patched it, and
tried it.  This is not the issue.  Also note that I tested the
2.6.31-rc9 kernel which still had the problem.

The bug report might be a little confusing since after comment #18
there are older mails pasted in the bug report.


Kurt

Re: [Bug #13780] NULL pointer dereference loading powernowk8

[David Rientjes]

On Wed, 16 Sep 2009, Kurt Roeckx wrote:

> On Tue, Sep 15, 2009 at 04:45:37PM -0700, David Rientjes wrote:
> > On Thu, 10 Sep 2009, Rafael J. Wysocki wrote:
> > 
> > > > So I did a biset, and this is the result:
> > > > $ git bisect good
> > > > 0e64a0c982c06a6b8f5e2a7f29eb108fdf257b2f is first bad commit
> > 
> > 0e64a0c has this cleanup, which isn't equivalent to the previous code:
> 
> Please look at the patch I attached to the bug report.  There is
> other code that is not equivalent.  It's in comment #17:
> http://bugzilla.kernel.org/show_bug.cgi?id=13780#c17
> 
> And the patch itself:
> http://bugzilla.kernel.org/attachment.cgi?id=23048
> 
> This patch fixes my problem.
> 

Ah, I hadn't noticed you attached a patch there that fixes the issue for 
you.  Is it en-route to Dave Jones so that it can make its way upstream?

Re: [Bug #13780] NULL pointer dereference loading powernowk8

[Kurt Roeckx]

On Wed, Sep 16, 2009 at 12:01:41AM -0700, David Rientjes wrote:
> On Wed, 16 Sep 2009, Kurt Roeckx wrote:
> > 
> > Please look at the patch I attached to the bug report.  There is
> > other code that is not equivalent.  It's in comment #17:
> > http://bugzilla.kernel.org/show_bug.cgi?id=13780#c17
> > 
> > And the patch itself:
> > http://bugzilla.kernel.org/attachment.cgi?id=23048
> > 
> > This patch fixes my problem.
> > 
> 
> Ah, I hadn't noticed you attached a patch there that fixes the issue for 
> you.  Is it en-route to Dave Jones so that it can make its way upstream?

I have no idea, so I would guess not.


Kurt

Re: [Bug #13780] NULL pointer dereference loading powernowk8

[Dave Jones]

On Wed, Sep 16, 2009 at 08:47:08AM +0200, Kurt Roeckx wrote:
 > On Tue, Sep 15, 2009 at 04:45:37PM -0700, David Rientjes wrote:
 > > On Thu, 10 Sep 2009, Rafael J. Wysocki wrote:
 > > 
 > > > > So I did a biset, and this is the result:
 > > > > $ git bisect good
 > > > > 0e64a0c982c06a6b8f5e2a7f29eb108fdf257b2f is first bad commit
 > > 
 > > 0e64a0c has this cleanup, which isn't equivalent to the previous code:
 > 
 > Please look at the patch I attached to the bug report.  There is
 > other code that is not equivalent.  It's in comment #17:
 > http://bugzilla.kernel.org/show_bug.cgi?id=13780#c17
 > 
 > And the patch itself:
 > http://bugzilla.kernel.org/attachment.cgi?id=23048
 > 
 > This patch fixes my problem.
 
Thanks for that Kurt.  I'll get this merged and on the way to
Linus & stable today.

	Dave