Re: suspend to RAM failure on t61p

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tuesday, 11 of December 2007, Andrew Morton wrote:
> On Mon, 10 Dec 2007 12:06:14 +0100 "Rafael J. Wysocki" <rjw@xxxxxxx> wrote:
> 
> > On Monday, 10 of December 2007, Andrew Morton wrote:
> > > On Mon, 10 Dec 2007 02:04:13 +0100 "Rafael J. Wysocki" <rjw@xxxxxxx> wrote:
> > > 
> > > > On Monday, 10 of December 2007, Andrew Morton wrote:
> > > > > On Sun, 09 Dec 2007 13:40:07 +0100 Tomas Carnecky <tom@xxxxxxxxxxxxx> wrote:
> > > > > 
> > > > > > Andrew Morton wrote:
> > > > > > > 2.6.24-rc4 on a Lenovo t61p, using FC8 config.
> > > > > > > 
> > > > > > > echo mem > /sys/power/state while running X.
> > > > > > > 
> > > > > > > It appears to suspend OK but then it instantly resumes and runs
> > > > > > > OK except the display is blank.
> > > > > > 
> > > > > > http://bugzilla.kernel.org/show_bug.cgi?id=9258
> > > > > > 
> > > > > > I have a X61 tablet, and the screen is blank after resume, too, but
> > > > > > pressing ctrl+alt+F1/F7 usually fixes it. It seems a problem with the X
> > > > > > video driver. I'm not sure though.
> > > > > > 
> > > > > 
> > > > > This machine doesn't bring the display back after resume-from-RAM under
> > > > > 2.6.23 either.
> > > > > 
> > > > > The post-2.6.23 regresison here is that the suspend itself fails.  Under
> > > > > 2.6.23 the machine suspends and requires a keystrike to start resuming. 
> > > > > Under 2.6.24-rc4 it just instantly resumes all by itself.
> > > > 
> > > > Please see if the appended patch helps (it will probably break the RTC wakeup
> > > > again, but well ...).
> > > > 
> > > > 
> > > > ---
> > > >  kernel/power/disk.c |    9 ++++++---
> > > >  1 file changed, 6 insertions(+), 3 deletions(-)
> > > > 
> > > > Index: linux-2.6/kernel/power/disk.c
> > > > ===================================================================
> > > > --- linux-2.6.orig/kernel/power/disk.c
> > > > +++ linux-2.6/kernel/power/disk.c
> > > > @@ -378,9 +378,12 @@ int hibernation_platform_enter(void)
> > > >  		return error;
> > > >  
> > > >  	suspend_console();
> > > > -	error = device_suspend(PMSG_SUSPEND);
> > > > -	if (error)
> > > > -		goto Resume_console;
> > > > +	/*
> > > > +	 * FIXME: device_suspend(PMSG_SUSPEND) should be called here, but
> > > > +	 * some EHCI controllers make boxes reboot instead of going into the
> > > > +	 * S4 sleep state in that case.
> > > > +	 */
> > > > +	device_shutdown();
> > > >  
> > > >  	error = hibernation_ops->prepare();
> > > >  	if (error)
> > > 
> > > Nope, the machine still instantly resumes after suspend-to-RAM.
> > > 
> > > Sigh.  I guess I need to git-bisect my cant-find-root-disk problem and then
> > > once that is fixed I can bisect this suspend-to-RAM-resumes-itself
> > > regression and the resume-from-disk-causes-reboot regression.
> > 
> > Well, please try to revert the entire commit 9cd9a0058dd35268b24fa16795a92c800f4086d4
> > "Hibernation: Enter platform hibernation state in a consistent way" for the last one.
> 
> Yes, reverting 9cd9a0058dd35268b24fa16795a92c800f4086d4 fixes the
> suspend-to-RAM problem: it now stays suspended.

Well, this patch doesn't touch the suspend-to-RAM code path, it only touches
the last phase of hibernation.  I'm quite sure it can't affect the suspend to
RAM.
 
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux