From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758671AbZAXOYp (ORCPT ); Sat, 24 Jan 2009 09:24:45 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754955AbZAXOYf (ORCPT ); Sat, 24 Jan 2009 09:24:35 -0500 Received: from nf-out-0910.google.com ([64.233.182.185]:12511 "EHLO nf-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754602AbZAXOYd (ORCPT ); Sat, 24 Jan 2009 09:24:33 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=dg3gFwiVFszP4gO3BuS9p552a/ctWEDQ2XOobgxkdlUeVSv5DO8VgjV+vv4BImSfPU HI04ekpeSaB92s6jyMeLJgPNoIBF/sGB+8sXQPI/hVYogR7z0S/7meMAB0vk3BnMoMFs sbTkMQW2UGxthMGczEmUjowF2N7og4Mm4RnVc= Message-ID: <497B249B.6040104@tuffmail.co.uk> Date: Sat, 24 Jan 2009 14:24:27 +0000 From: Alan Jenkins User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: "Rafael J. Wysocki" CC: kernel-testers@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pm@lists.linux-foundation.org, Pavel Machek , Jesse Barnes Subject: Re: BISECTED: 2.6.29-rc2 regression: hibernation hang on eeepc-701 References: <9b2b86520901180345j434eacbdn7386958991ee50b@mail.gmail.com> <200901232306.33309.rjw@sisk.pl> <497AF845.2000002@tuffmail.co.uk> <200901241443.14930.rjw@sisk.pl> <497B1F21.3080908@tuffmail.co.uk> In-Reply-To: <497B1F21.3080908@tuffmail.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Alan Jenkins wrote: > Rafael J. Wysocki wrote: >> On Saturday 24 January 2009, Alan Jenkins wrote: >> >>> Rafael J. Wysocki wrote: >>> >>>> On Friday 23 January 2009, Alan Jenkins wrote: >>>> >>>>> Rafael J. Wysocki wrote: >>>>> >>>>>> On Thursday 22 January 2009, Alan Jenkins wrote: >>>>>> >>>>>>> Rafael J. Wysocki wrote: >>>>>>> >>>>>>>> On Thursday 22 January 2009, Alan Jenkins wrote: >>>>>>>> >>>>>>>>> Alan Jenkins wrote: >>>>>>>>> >>>>>>>>>> Hibernation hangs just after writing the image. With s2disk >>>>>>>>>> I can see >>>>>>>>>> this from the console messages. The same hang happens with >>>>>>>>>> kernel >>>>>>>>>> swsusp ('echo disk | sudo tee /sys/power/state'), and I can >>>>>>>>>> see that >>>>>>>>>> the image has been written from the HDD led. >>>>>>>>>> >>>>>>>>>> In either case, I can still hard-power-off and resume from >>>>>>>>>> hibernation. >>>>>>>>>> >>>>>>>>>> It doesn't hang if I use the shutdown method (either 'echo >>>>>>>>>> shutdown | >>>>>>>>>> sudo tee /sys/power/disk' or 's2disk -P "shutdown >>>>>>>>>> method=shutdown"'). >>>>>>>>>> >>>>>>>>> I've bisected this to commit >>>>>>>>> 571ff7584bb9e05fca0eb79752ae55a46faf3a98. It doesn't revert >>>>>>>>> cleanly from RC2. >>>>>>>>> >>>>>>>>> I think it's distinct from the other two reported suspend >>>>>>>>> regressions. I'm not using acpi-cpufreq, and the issue doesn't >>>>>>>>> affect resume. >>>>>>>>> >>>>>>>> It looks distinct. >>>>>>>> >>>>>>>> Do you suspend this box to RAM and does it work? >>>>>>>> >>>>>>> Yes, I do use STR on it occasionally, and it still works in RC2. >>>>>>> >>>>>>> >>>>>>>> Please retest with the appended patch applied. >>>>>>>> >>>>>>> That fixes it. >>>>>>> >>>>>> OK, it won't hurt to apply it. >>>>>> >>>>>> Still, the hardware or the BIOS in your box seems to be broken, >>>>>> or both, so I'd >>>>>> like to debug it a bit more if you don't mind. >>>>>> >>>>>> Can you please test the patch below instead of the previous one? >>>>>> >>>>> It hangs at the same point as the unpatched RC2. As before, it >>>>> doesn't >>>>> hang if I use "shutdown" instead of "platform". >>>>> >>>>> Going by sysfs, I have 4 PCI devices without a kernel driver. >>>>> >>>>> 8086:2592 Mobile 915 Express Graphics Controller >>>>> 8086:2792 Mobile 915 Express Graphics Controller (driven by X) >>>>> 8086:2448 82801 Mobile PCI Bridge >>>>> 8086:2641 82801FBM (ICH6M) LPC Interface Bridge >>>>> >>>> The bridges shouldn't be affected, so I bet on the graphics. >>>> >>>> It seems that the BIOS doesn't expect it to be in D3 while entering >>>> S4, >>>> although it apparently doesn't mind it to be in D3 while entering S3. >>>> >>>> I blame the Asus BIOS writers. ;-) >>>> >>> Wouldn't Windows normally put it into D3? >>> >> >> It need not put it into D3hot if it's going to remove power from it. >> >> >>> There are many reports of successful hibernation under Windows on this >>> hardware. The motivation being that S3 drains the battery in <24 >>> hours. >>> (Fewer people hibernate on linux because you only have a 4G SSD, so >>> a swap >>> partition wastes a lot of space, and most installers can't set up swap >>> files). >>> >>> Also it sounds like it would break when the linux kernel mode >>> setting driver is used. >>> >> >> Why would it break? This is the last phase of hibernation, right before >> powering off things. >> > > If I have a kernel mode-setting driver, won't that bind to the > graphics device? Then the device would be power managed, so it would > trigger the same problem. > > I guess I can test this rather than speculating. If my concern is > valid, then using intelfb should have the same effect. > Ok, it doesn't hang with intelfb (and not power managing devices without drivers), so I guess there's nothing to worry about. Alan