resume regression in 2.6.37
Sven Neumann
s.neumann at raumfeld.com
Thu Jan 13 12:16:01 EST 2011
On Thu, 2011-01-13 at 17:28 +0100, Thomas Gleixner wrote:
> On Thu, 13 Jan 2011, Sven Neumann wrote:
> > Now I've tried to update the kernel to 2.6.37. After fixing the already
> > reported NULL pointer dereference on bootup in pxa3xx_nand_probe(), the
> > device seems to work fine until I suspend it and then try to wake it up
> > from suspend. Suspend seems to work fine, no warnings whatsoever.
> > However there is absolutely no sign of resume.
> >
> > I've used git bisect to track this down to the following commit:
> >
> >
> > commit 2f7e99bb9be6a2d8d7b808dc86037710cc8b7bf1
> > Author: Thomas Gleixner <tglx at linutronix.de>
> > Date: Mon Sep 27 12:45:50 2010 +0000
> >
> > genirq: Provide compat handling for chip->set_wake()
> >
> > Wrap the old chip function set_wake() until the migration is
> > complete and the old chip functions are removed.
> >
> > Signed-off-by: Thomas Gleixner <tglx at linutronix.de>
> > Cc: Peter Zijlstra <peterz at infradead.org>
> > LKML-Reference: <20100927121842.927527393 at linutronix.de>
> > Reviewed-by: H. Peter Anvin <hpa at zytor.com>
> > Reviewed-by: Ingo Molnar <mingo at elte.hu>
> >
> >
> > Any idea on how to proceed from here? I don't think I can just revert
> > this commit and expect things to work, right?
>
> Well, I somehow doubt, that this is the real culprit. The patch does
> not change anything of the set_wake() functionality. It's a functional
> equivivalent wrapper, nothing else.
>
> Can you revert it on top of 2.6.37 and verify that it helps ?
I've done that now and while it doesn't solve the problem completely, I
can definitely say that reverting the change does make a difference.
Without the revert there is absolutely no sign of resume. With the
change reverted I can see that the PXA powers up again, there's an LED
showing that the USB controller has power again. Unfortunately there's
seems to be another problem and the resume doesn't complete. I've tried
to get console output by using no_console_suspend, but there's just
gibberish on the console after resume :(
Any idea on how to proceed from here? I could perhaps ask our hardware
engineer to try find out where exactly we are stuck in the resume. But
I'd like to avoid that if possible.
Thanks,
Sven
More information about the linux-arm-kernel
mailing list