From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <51E39BAB.4060308@linux.vnet.ibm.com> Date: Mon, 15 Jul 2013 12:20:19 +0530 From: "Srivatsa S. Bhat" MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F6ren_Brinkmann?= CC: Willy Tarreau , Greg Kroah-Hartman , stable@vger.kernel.org, linux-kernel@vger.kernel.org, "Srivatsa S. Bhat" Subject: Re: [REGRESSION 3.10.1] System does not wake up from suspend References: <20130715043625.GA2162@skorgonTP.att.net> <20130715045400.GU32054@1wt.eu> In-Reply-To: <20130715045400.GU32054@1wt.eu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: 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). Regards, Srivatsa S. Bhat