From: Mitch <Mitch@0Bits.COM>
To: pavel@suse.cz, linux-kernel@vger.kernel.org
Subject: Re: 2.6.9-rc3 software suspend (pmdisk) stopped working
Date: Sun, 03 Oct 2004 17:10:47 +0400 [thread overview]
Message-ID: <415FFA57.8040601@0Bits.COM> (raw)
[-- Attachment #1: Type: text/plain, Size: 2082 bytes --]
Hi,
Ok, here is the kernel messages attached. Nothing of real value in it as
far as i can see (even with PM_DEBUG on), but you may spot something.
Basically the suspend process appears to start but the machine is never
powered off and the resume kernel routines are run immediately bringing
the kernel/system back to it's resumed state. The *same* kernel config
works on -rc2. If i hard power off the machine then i have to fsck my
disks on bootup (as expected) and the suspended image is not loaded.
Clearly the latest patches have broken something but what ? Can anyone
else without ACPI suspend on -rc3 ?
> Check your .config to see if it is enabled, and make sure you have
> resume= on command line. If it still fails, mail me dmesg of failed
> attempt.
As i keep mentioning, i have a problem with *shutting down* not
resuming. I'm assuming if a good memory image is written and machine
powered off correctly i will be able to resume correctly (with the
recent hihgmem fix). We should be looking at why APM BIOS shutdown
routine is not working correctly.
My kernel values
% grep -i CONFIG_PM .config
CONFIG_PM=y
CONFIG_PM_DEBUG=y
CONFIG_PM_STD_PARTITION="/dev/hda2"
/sys/power% cat disk
shutdown
/sys/power% cat state
standby mem disk
To suspend i do
echo -n disk >/sys/power/state
Thanks for any more suggestions
M
-------- Original Message --------
Subject: Re: 2.6.9-rc3 software suspend (pmdisk) stopped working
Date: Sat, 2 Oct 2004 16:22:05 +0200
From: Pavel Machek <pavel@suse.cz>
To: Mitch <Mitch@0Bits.COM>
CC: linux-kernel@vger.kernel.org
Hi!
> I don't understand. The highmem issue was when resuming, not when
> suspending ? My laptop doesn't suspend with -rc3. Please elaborate ?
> What config do i change ? Remember i don't have ACPI, so unless pmdisk
> supports APM BIOS poweroff, then -rc3 is useless to me.
There's no pmdisk in -rc3.
swsusp in -rc3 should support apm.
Check your .config to see if it is enabled, and make sure you have
resume= on command line. If it still fails, mail me dmesg of failed
attempt.
Pavel
[-- Attachment #2: kernellog.txt --]
[-- Type: text/plain, Size: 1421 bytes --]
Oct 3 14:39:19 client kernel: Stopping tasks: =============================================|
Oct 3 14:39:19 client kernel: Freeing memory: .................................................|
Oct 3 14:39:19 client kernel: uhci_hcd 0000:00:1d.2: suspend_hc
Oct 3 14:39:19 client kernel: uhci_hcd 0000:00:1d.1: suspend_hc
Oct 3 14:39:19 client kernel: uhci_hcd 0000:00:1d.0: suspend_hc
Oct 3 14:39:19 client kernel: PM: Attempting to suspend to disk.
Oct 3 14:39:19 client kernel: PM: snapshotting memory.
Oct 3 14:39:19 client kernel: PCI: Setting latency timer of device 0000:00:1d.0 to 64
Oct 3 14:39:19 client kernel: PCI: Setting latency timer of device 0000:00:1d.0 to 64
Oct 3 14:39:19 client kernel: PCI: Setting latency timer of device 0000:00:1d.1 to 64
Oct 3 14:39:19 client kernel: PCI: Setting latency timer of device 0000:00:1d.1 to 64
Oct 3 14:39:19 client kernel: PCI: Setting latency timer of device 0000:00:1d.2 to 64
Oct 3 14:39:19 client kernel: PCI: Setting latency timer of device 0000:00:1d.2 to 64
Oct 3 14:39:21 client kernel: PCI: Found IRQ 11 for device 0000:00:1f.1
Oct 3 14:39:21 client kernel: PCI: Sharing IRQ 11 with 0000:00:1d.2
Oct 3 14:39:21 client kernel: uhci_hcd 0000:00:1d.1: wakeup_hc
Oct 3 14:39:21 client kernel: uhci_hcd 0000:00:1d.2: wakeup_hc
Oct 3 14:39:21 client kernel: uhci_hcd 0000:00:1d.0: wakeup_hc
Oct 3 14:39:21 client kernel: Restarting tasks... done
next reply other threads:[~2004-10-03 13:08 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-03 13:10 Mitch [this message]
2004-10-03 13:12 ` 2.6.9-rc3 software suspend (pmdisk) stopped working Jesse
-- strict thread matches above, loose matches on Subject: below --
2004-10-03 17:02 Mitch
2004-10-04 10:43 ` Pavel Machek
2004-10-04 16:43 ` Stefan Seyfried
2004-10-03 13:28 Mitch
2004-10-02 20:32 ` Jesse
2004-10-02 13:22 Mitch
2004-10-02 16:22 ` Pavel Machek
2004-10-01 10:27 Mitch DSouza
2004-10-01 13:40 ` Pavel Machek
2004-09-30 17:40 Mitch
2004-09-30 16:19 Mitch
2004-09-30 17:00 ` Kevin Fenzi
2004-09-30 15:28 Mitch
2004-09-30 15:56 ` Kevin Fenzi
2004-10-01 10:21 ` Pavel Machek
2004-10-01 10:23 ` Pavel Machek
2004-10-01 16:03 ` Kevin Fenzi
2004-10-01 18:55 ` Rafael J. Wysocki
2004-10-01 19:25 ` Kevin Fenzi
2004-10-01 19:53 ` Rafael J. Wysocki
2004-10-01 19:57 ` Kevin Fenzi
2004-10-01 21:31 ` Rafael J. Wysocki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=415FFA57.8040601@0Bits.COM \
--to=mitch@0bits.com \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel@suse.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox