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
| ||
|
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/
Powered by blists - more mailing lists