Bug 13907

Summary:	Toshiba Tecra-A8 Laptop hangs for suspend to ram/disk
Product:	Power Management	Reporter:	Clemens Eisserer (linuxhippy)
Component:	Hibernation/Suspend	Assignee:	power-management_other
Status:	REJECTED INSUFFICIENT_DATA
Severity:	normal	CC:	rui.zhang
Priority:	P1
Hardware:	All
OS:	Linux
Kernel Version:	2.6.34	Subsystem:
Regression:	No	Bisected commit-id:
Attachments:	acpidump output dmesg output after state=mem

Description Clemens Eisserer 2009-08-04 09:17:55 UTC

I've already reported this to RedHat's bugzilla, but since nobody showed any interest I thought reporting upstream couldn't be a bad idea ... after all, it can't get any worse ;)
https://bugzilla.redhat.com/show_bug.cgi?id=490118

When doing suspend to RAM or disk on my Tecra-A8 Laptop, at the point where the
laptop should actually turn off it stops and the fan spins up (looks like it
got stuck in some sort of loop).

For suspend to RAM this means no luck of course, but suspend to disk boots up
if I remove battery and power plug and start again later.

So it seems the actual suspend mechanism works, its just the thing that should
turn the laptop off / into standby mode that doesn't work.

Version-Release number of selected component (if applicable):
2.6.29-0.218.rc7.git2.fc11.i586


How reproducible:
Every time

Steps to Reproduce:
1. Choose "Suspend to disk"
2. Wait until everything is done, at the point where the laptop should turn off
the fan spins up.
3. Remove power plug and battery
4. Reboot, suspend to disk worked.

Actual results:
Laptop does not turn off

Expected results:
Should turn off

Additional info:
My smolt-profile is at: 
http://pastebin.com/f4e443885

Comment 1 Zhang Rui 2009-08-04 09:24:15 UTC

please verify if the problem still exists in a vanilla kernel, say 2.6.30.

If yes, please attach the acpidump output and dmesg output.

please build the kernel with CONFIG_PM_DEBUG=y, and then run the following test
1. echo core > /sys/power/pm_test
2. echo mem > /sys/power/state
does the system come back after about 10s?
please attach the dmesg output after this test.

Comment 2 Zhang Rui 2009-08-11 08:57:32 UTC

ping Clemens

Comment 3 Clemens Eisserer 2009-08-11 14:03:00 UTC

I was a bit short on time lately, will provide the requested information soon.

Yes, the problem persists since a long time (ever since I bought that laptop starting with arround 2.6.20), so I guess its a quite broken bios and not  a regression. However the machine had several bios-updates.

- Clemens

Comment 4 Zhang Rui 2009-08-18 07:59:55 UTC

ping clemens again. :)

Comment 5 Clemens Eisserer 2009-08-18 09:17:32 UTC

Yes, happens with 2.6.30 too.
I haven't had the time to compile a kernel, but fedora kernel seem to be built with PM_DEBUG=y by default (at least their .config implies so).

1.) Yes, the system did came back after ~10s, the only pm related messages in syslog were:
> PM: resume devices took 3.886 seconds
> PM: Finishing wakeup.
> Restarting tasks ... done.

2.) Where can I find the acpidump utility?

Thanks, Clemens

Comment 6 Zhang Rui 2009-08-21 03:44:12 UTC

you can get the latest pmtools at http://www.lesswatts.org/projects/acpi/utilities.php
and run acpidump > acpidump.log

BTW: does boot option nosmp help?

Comment 7 Clemens Eisserer 2009-08-26 15:45:07 UTC

Unfourtunatly nosmp did not help - the laptop still doesn't power off.

Comment 8 Clemens Eisserer 2009-08-26 15:45:36 UTC

Created attachment 22863 [details]
acpidump output

Comment 9 Clemens Eisserer 2009-09-11 20:40:38 UTC

ping zhang ;)

Comment 10 Zhang Rui 2009-09-15 07:56:07 UTC

please attach the dmesg output after S3 resume, w/ /sys/power/pm_test=core.
is there any chance that you can verify if the problem exists in windows?

Comment 11 Zhang Rui 2009-09-28 05:35:49 UTC

ping...

Comment 12 Clemens Eisserer 2009-10-07 21:51:00 UTC

No, the problem does not exist with Windows, and the issue exists with Linux as long as I own that machine (I did update the bios a few times, but nothing changed).

I don't know what S3 resume is, but:

> echo mem > /sys/power/state
hangs the system

> echo core > /sys/power/pm_test
> echo mem > /sys/power/state
brings the system back after ~10s.


dmesg output attached.

Comment 13 Clemens Eisserer 2009-10-07 21:51:49 UTC

Created attachment 23305 [details]
dmesg output after state=mem

Comment 14 Zhang Rui 2009-12-09 06:49:38 UTC

what about shutdown?
can the laptop be powered off successfully?

Comment 15 Clemens Eisserer 2009-12-09 08:18:34 UTC

Yes, shutdown powers the machine off successfully.

Comment 16 Zhang Rui 2010-01-18 02:08:57 UTC

please attach the lspci of this laptop

Comment 17 Clemens Eisserer 2010-01-18 10:05:09 UTC

00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 02)
01:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller
02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)
03:0b.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller
03:0b.1 FireWire (IEEE 1394): Texas Instruments PCIxx12 OHCI Compliant IEEE 1394 Host Controller
03:0b.3 SD Host controller: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller

Comment 18 Clemens Eisserer 2010-06-17 19:03:53 UTC

could somebody please re-open this bug?

I provided the request info long ago, and its still not fixed.

Comment 19 Zhang Rui 2010-06-18 00:58:06 UTC

can you please apply the following two patches on top of the latest git kernel and see if the problem still exists?
https://patchwork.kernel.org/patch/103587/
https://patchwork.kernel.org/patch/103588/

Comment 20 Zhang Rui 2011-04-19 07:50:23 UTC

bug closed as there is no response from the bug reporter.
please re-open it if the problem still exists in the latest upstream kernel.