Re: Suspend with 2.6.0-test7-mm1

Re: Suspend with 2.6.0-test7-mm1

[Tovar]

    > I've been playing with the suspend features of 2.6.0-test7-mm1 and I
    > can't get it to work. When I do "echo -n standby > /sys/power/state",
    > the screen flickers briefly and then the system is back to normal. In
    > the logs I see the following message:
    >
	...

    I've seen this, too. Try "sleep 1; echo -n standby > /sys/power/state".
    I theory I thought of, is that the system suspends before you have
    time to release the enter key, and the key release triggers a wakeup.
    Does this seem reasonable to those more knowledgeable?

That doesn't change anything for me, either.  Same 'dmesg' output as noted
before.

     .config:	http://bugzilla.kernel.org/attachment.cgi?id=1092

This is on a Sony VAIO R505EL, attached is 'lspci'.

			   -- JM

-------------------------------------------------------------------------------
00:00.0 Host bridge: Intel Corp. 82830 830 Chipset Host Bridge (rev 04)
00:02.0 VGA compatible controller: Intel Corp. 82830 CGC [Chipset Graphics Controller] (rev 04)
00:02.1 Display controller: Intel Corp. 82830 CGC [Chipset Graphics Controller]
00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02)
00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02)
00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 42)
00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02)
00:1f.3 SMBus: Intel Corp. 82801CA/CAM SMBus (rev 02)
00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio (rev 02)
00:1f.6 Modem: Intel Corp. 82801CA/CAM AC'97 Modem (rev 02)
02:02.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)
02:05.0 CardBus bridge: Ricoh Co Ltd RL5c475 (rev 80)
02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) PRO/100 VE (LOM) Ethernet Controller (rev 42)
===============================================================================

Re: Suspend with 2.6.0-test7-mm1

[David Härdeman]

Måns Rullgård <mru@users.sf.net> wrote:
> I've seen this, too.  Try "sleep 1; echo -n standby > /sys/power/state".  
> I theory I thought of, is that the system suspends before you have
> time to release the enter key, and the key release triggers a wakeup.

Ok, tried it, doesn't help (exactly the same behaviour)...any more 
suggestions?

Re,
David

Re: Suspend with 2.6.0-test7-mm1

[Pavel Machek]

Hi!

> >I've seen this, too.  Try "sleep 1; echo -n standby > 
> >/sys/power/state".  I theory I thought of, is that the system 
> >suspends before you have
> >time to release the enter key, and the key release triggers a wakeup.
> 
> Ok, tried it, doesn't help (exactly the same behaviour)...any more 
> suggestions?

Try -test8 with echo 4 > /proc/acpi/sleep
-- 
				Pavel
Written on sharp zaurus, because my Velo1 broke. If you have Velo you don't need...

Suspend with 2.6.0-test7-mm1

[David Härdeman]

Hi,

I've been playing with the suspend features of 2.6.0-test7-mm1 and I 
can't get it to work. When I do "echo -n standby > /sys/power/state", 
the screen flickers briefly and then the system is back to normal. In 
the logs I see the following message:

Oct 20 10:18:12 hansolo kernel: PM: Preparing system for suspend
Oct 20 10:18:12 hansolo kernel: Stopping tasks: 
============================================================================|
Oct 20 10:18:12 hansolo kernel: Restarting tasks... done

Now, I wonder, what is causing the kernel to exit from the suspend 
immediately? Is it error in suspend code, drivers that doesn't support 
suspend or some program that is interrupting the sleep? How do I debug 
this further?

More hw/software info available on request, please CC me on any replies.

Kind regards,
David Härdeman
david@2gen.com

Re: Suspend with 2.6.0-test7-mm1

[Måns Rullgård]

David Härdeman <david@2gen.com> writes:

> I've been playing with the suspend features of 2.6.0-test7-mm1 and I
> can't get it to work. When I do "echo -n standby > /sys/power/state",
> the screen flickers briefly and then the system is back to normal. In
> the logs I see the following message:
> 
> Now, I wonder, what is causing the kernel to exit from the suspend
> immediately? Is it error in suspend code, drivers that doesn't support
> suspend or some program that is interrupting the sleep? How do I debug
> this further?

I've seen this, too.  Try "sleep 1; echo -n standby > /sys/power/state".  
I theory I thought of, is that the system suspends before you have
time to release the enter key, and the key release triggers a wakeup.
Does this seem reasonable to those more knowledgeable?

-- 
Måns Rullgård
mru@users.sf.net

Re: Suspend with 2.6.0-test7-mm1

[Patrick Mochel]

> I've been playing with the suspend features of 2.6.0-test7-mm1 and I 
> can't get it to work. When I do "echo -n standby > /sys/power/state", 
> the screen flickers briefly and then the system is back to normal. In 
> the logs I see the following message:
> 
> Oct 20 10:18:12 hansolo kernel: PM: Preparing system for suspend
> Oct 20 10:18:12 hansolo kernel: Stopping tasks: 
> ============================================================================|
> Oct 20 10:18:12 hansolo kernel: Restarting tasks... done
> 
> Now, I wonder, what is causing the kernel to exit from the suspend 
> immediately? Is it error in suspend code, drivers that doesn't support 
> suspend or some program that is interrupting the sleep? How do I debug 
> this further?
> 
> More hw/software info available on request, please CC me on any replies.

Are you using ACPI? If so, could you please send the output of
/proc/acpi/sleep? If not, then standby will not work for you at this time.

Thanks,


	Pat

Re: Suspend with 2.6.0-test7-mm1

[David Härdeman]

Patrick Mochel wrote:
>>Now, I wonder, what is causing the kernel to exit from the suspend 
>>immediately? Is it error in suspend code, drivers that doesn't support 
>>suspend or some program that is interrupting the sleep? How do I debug 
>>this further?
> 
> Are you using ACPI? If so, could you please send the output of
> /proc/acpi/sleep? If not, then standby will not work for you at this time.
> 

(david@hansolo:~)$ cat /proc/acpi/sleep
S0 S3 S4 S5

I am using ACPI and it seems to work fine (no error messages on boot, 
able to read battery status, AC adapter status and shutdown/reboot using 
it).

I seem to recall that "standby" is S1 in ACPI terms. Does the lack of 
"S1" in the above list mean that my hardware doesn't support standby or 
that the kernel doesn't?

Also, just to make sure, for the "mem" suspend function, it doesn't 
matter if the kernel is compiled with CONFIG_PM_DISK or 
CONFIG_SOFTWARE_SUSPEND or none of them, right? Only CONFIG_ACPI_SLEEP 
matters?

Regards,
David Härdeman
david@2gen.com