/sys/power/disk needs "shutdown" instead of "platform"

[Tormod Volden]

My Acer TravelMate 8101 needs "shutdown" in /sys/power/disk to successfully shutdown for hibernation (bug #226069). However "platform" is default on my laptop:

[before any suspend/hibernation]
$ cat /sys/power/disk
[platform] test testproc shutdown reboot

[Leann Ogasawara (leannogasawara)]

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.

--or--

2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

[Tormod Volden (tormodvolden)]

The issue remains the same with 2.6.27-2-generic.

[garuhhh (garuhhh)]

i can confirm this issue.. i can't resume from hibernate/suspend.

[Tormod Volden (tormodvolden)]

Same with 2.6.28-1-ub-generic.

[Launchpad Janitor (janitor)]

Per a decision made by the Ubuntu Kernel Team, bugs will longer be assigned to the ubuntu-kernel-team in Launchpad as part of the bug triage process. The ubuntu-kernel-team is being unassigned from this bug report. Refer to https://wiki.ubuntu.com/KernelTeamBugPolicies for more information. Thanks.

[Peter Schwenke (bluetoad)]

This problem remains in Hardy LTS and can be easily fixed with #226069
This happens on a Dell XPS 420 desktop

[Jeremy Foshee (jeremyfoshee)]

This bug report was marked as Triaged a while ago but has not had any updated comments for quite some time. Please let us know if this issue remains in the current Ubuntu release, http://www.ubuntu.com/getubuntu/download . If the issue remains, click on the current status under the Status column and change the status back to "New". Thanks.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

[Tormod Volden (tormodvolden)]

Yes, this is still the same with 2.6.32-16.25-generic. The default "platform" makes the machine reboot instead of turning it off.

[Jeremy Foshee (jeremyfoshee)]

Tormod,
      Thank you for following up.

~JFo

[Stefan Bader (smb)]

The kernel seems to have no quirk infrastructure for this right now. I wonder whether this is supposed to be worked around in user-space. Would the following (hopefully correct) script, when placed into /usr/lib/pm-utills/sleep.d (in Lucid) work for you?

[Tormod Volden (tormodvolden)]

I have been using this:
$ cat /etc/pm/config.d/tormod-shutdown
HIBERNATE_MODE="shutdown"

Although your script probably will work fine, maybe it is better to make use of this variable, and additionally, make sure a setting in a config.d file is not overruled by your system quirk?

[Stefan Bader (smb)]

This should back of now if the variable is set. I don't think there is a way to pass the variable up to the calling script. I am also adding a task for pm-utils and subscribe Martin to get feedback about whether this would be an acceptable solution.

[Martin Pitt (pitti)]

Stefan,

this scripit looks fine for me. DMI-based matching seems appropriate for this.

Nitpicks: you should use /bin/sh, though, and the copyright line is incomplete.

[Chow Loong Jin (hyperair)]

I believe this should be done as a config file in /usr/lib/pm-utils/config.d instead, reason being that pm-utils should be the one doing the hibernate/resume methods. The hooks were never meant to be used this way.

pm-utils' mode of operation, as I understand it, is like this:
1. Execute hook scripts (suspend/hibernate)
2. Suspend/Hibernate
3. Resume
4. Execute hook scripts (resume/thaw)

Your script will cause the machine to enter hibernation halfway through step #1. So, what will happen is this.
1.1. Execute hook scripts prior to 97-quirk-hibernate-method
1.2. Begin executing hook script 97-quirk-hibernate-method
1.3. Machine halts all tasks and enters hibernation (kernel does this)
1.4. Finish executing hook script 97-quirk-hibernate-method
1.5 Continue executing hook scripts after 97-quirk-hibernate-method (suspend/hibernate, since pm-utils thinks that it has not entered hibernation yet)

2. Suspend/Hibernate (again!)
3. Resume
4. Execute hook scripts (resume/thaw)

Consequences:
1. pm-utils will hibernate using the kernel method on machines of that model
2. After #1, it will hibernate again, using whatever module defined in /etc/pm/config.d/00sleep_module (kernel by default, but could also be uswsusp and tuxonice).

[Martin Pitt (pitti)]

Uh, echo shutdown > /sys/power/disk will cause a shutdown? I had expected that this was the "mode" configuration, and only echo disk > /sys/power/state would do the actual hibernation.

If echo shutdown > /sys/power/disk does the shutdown by itself, this hook totally doesn't work, of course.

Sorry if I assumed too much here.

[Chow Loong Jin (hyperair)]

On Thursday 08,April,2010 07:23 PM, Martin Pitt wrote:
> Uh, echo shutdown > /sys/power/disk will cause a shutdown? I had
> expected that this was the "mode" configuration, and only echo disk >
> /sys/power/state would do the actual hibernation.
>
> If echo shutdown > /sys/power/disk does the shutdown by itself, this
> hook totally doesn't work, of course.
>
> Sorry if I assumed too much here.
>

Whoops, looks like I was mistaken. Sorry for the noise. I mistook
/sys/power/disk for /sys/power/state.

--
Kind regards,
Chow Loong Jin (GPG: 0x8F02A411)
Ubuntu Developer

[Brad Figg (brad-figg)]

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 237458

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[James Page (james-page)]

Thank you for reporting this bug to Ubuntu. hardy has EOL'ed.
See this document for currently supported Ubuntu releases: https://wiki.ubuntu.com/Releases

Please upgrade to the latest version and re-test. If the bug is still reproducible, increase the verbosity of the steps to recreate it so we can try again.

Do feel free to report any other bugs you may find.

[Launchpad Janitor (janitor)]

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

[Launchpad Janitor (janitor)]

[Expired for pm-utils (Ubuntu) because there has been no activity for 60 days.]