linux-kernel - Re: [REGRESSION 3.10.1] System does not wake up from suspend

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <51E6242B.2050101@linux.vnet.ibm.com>
Date:	Wed, 17 Jul 2013 10:27:15 +0530
From:	"Srivatsa S. Bhat" <srivatsa.bhat@...ux.vnet.ibm.com>
To:	Sören Brinkmann <soeren.brinkmann@...il.com>
CC:	Willy Tarreau <w@....eu>,
	Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
	stable@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [REGRESSION 3.10.1] System does not wake up from suspend

On 07/17/2013 08:27 AM, Sören Brinkmann wrote:
> On Mon, Jul 15, 2013 at 12:20:19PM +0530, Srivatsa S. Bhat wrote:
>> On 07/15/2013 10:24 AM, Willy Tarreau wrote:
>>> On Sun, Jul 14, 2013 at 09:36:25PM -0700, Sören Brinkmann wrote:
>>>> Hi Greg,
>>>>
>>>> since upgrading to 3.10.1 I find my system not waking up from suspend
>>>> from time to time. Unfortunately, I couldn't figure out how to reliably
>>>> reproduce the issue. Sometimes it works just fine.
>>>>
>>>> All I know so far:
>>>> On 3.10 I had my system completely freezing a few times. But that did
>>>> not seem to be related to suspend/resume. I never experienced the
>>>> behavior described below on 3.10.
>>>>
>>>> On 3.10.1 I hit this bug a few times, that my system did not wake up.
>>>> I.e. the screen stayed black and the power LED kept flashing. But
>>>> nothing brought the system back up and I had to longpress power to reset
>>>> the system.
>>>> I had none of the system freezes like the ones described above anymore.
>>>
>>> Fortunately, 3.10.1 is very small. The only patch it contains which is
>>> related to suspend is 18/19 (cpufreq ondemand governor). Maybe you're
>>> having a problem with cpufreq on this machine in fact.
>>>
>>> You may want to try to force it to performance mode or powersave mode
>>> and try for a while, it is possible that both 3.10 and 3.10.1 will work
>>> fine.
>>>
>>
>> Or, you could try applying the patch shown below on top of 3.10.1 and
>> see if it fixes the suspend/resume regression for you.
>>
>> https://lkml.org/lkml/2013/7/11/661
>>
>> (Just apply patch 1, not the entire patchset).
> So, this didn't end well. With that patch applied I end up in a kernel
> panic on suspend, reproducible - well two out of two is a small test set,
> but anyway. Unfortunately too late to get any information about it
> and my logs don't show anything either. But it's seems worse than the
> rather occasional hangs on resume on the vanilla 3.10.1 kernel.
> 

Kernel panic? Weird.. I suspect something _else_ is wrong. I suggest trying
out the following:

1. My patches only touch cpufreq. So completely turn off cpufreq by setting
   CONFIG_CPU_FREQ=n. Then try suspend/resume and see how it goes. If it
   fails, that shows that something _else_ is wrong and you can try a git
   bisect for that.

   However, if suspend/resume succeeds with CONFIG_CPU_FREQ=n, then try out
   step 2 below.

2. Apply patch 1 (not the entire patchset)
   https://lkml.org/lkml/2013/7/11/661

   On top of that, apply this patch:
   https://patchwork.kernel.org/patch/2827512/

   And then try suspend/resume with cpufreq turned on CONFIG_CPU_FREQ=y
   (and turning on other cpufreq Kconfig options which are of interest to
    you).


That should help us narrow down whether the suspend/resume issue is really
related to cpufreq or not.
 
Regards,
Srivatsa S. Bhat

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/