Re: [REGRESSION,STABLE,BISECTED] Hang on resume from standby in3.1.[56], 3.2-rc*

From: Phil Miller
Date: Sat Dec 24 2011 - 01:40:52 EST


I just went digging through the history, and it looks like the commit
I found to be problematic partially reverts
7c1e76897492d92b6a1c2d6892494d39ded9680c, from 2008.

On Fri, Dec 23, 2011 at 11:31, Phil Miller <mille121@xxxxxxxxxxxx> wrote:
> I've got a Dell Precision T1500 (lspci, dmidecode, and dmesg output at
> http://charm.cs.uiuc.edu/~phil/linux-suspend-hang/ ) that I generally
> suspend when I'm out of the house or asleep, and wake up when I want
> to use it. Sadly, a recent change to the kernel has disrupted that
> happy state of affairs. When I run the most recent stable or
> pre-release versions, the kernel hangs on resume. I can still switch
> virtual consoles, and get keyboard output echoed to the screen, but no
> userspace code seems to be running (e.g. login doesn't give me a
> password prompt after entering a username), nor does the system
> respond to ping or SSH connections.
>
> Bisection between v3.1 and v3.1.6 points to the following commit as the culprit:
> =====
> commit aeed6baa702a285cf03b7dc4182ffc1a7f4e4ed6
> Author: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
> Date: Â Fri Dec 2 16:02:45 2011 +0100
>
> Â Âclockevents: Set noop handler in clockevents_exchange_device()
>
> Â Âcommit de28f25e8244c7353abed8de0c7792f5f883588c upstream.
>
> Â ÂIf a device is shutdown, then there might be a pending interrupt,
> Â Âwhich will be processed after we reenable interrupts, which causes the
> Â Âoriginal handler to be run. If the old handler is the (broadcast)
> Â Âperiodic handler the shutdown state might hang the kernel completely.
>
> Â ÂSigned-off-by: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
> Â ÂSigned-off-by: Greg Kroah-Hartman <gregkh@xxxxxxx>
>
> :040000 040000 1cfa477e4be68746d7ef2818a430d50424b06572
> ccd4ef67437a19acba03df2debac6eb8c5957b30 M Â Â Âkernel
> =====
>
> I've tested that reverting this commit also restores my ability to
> resume from suspend on 3.2-rc6.
>
> If there's anything else I can do to help diagnose this issue or get
> it fixed, I'm happy to help.
>
> Thanks.
>
> Phil
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/