Most recent kernel where this bug did *NOT* occur: no idea
Hardware Environment: Acer TravelMate 3012
Software Environment: Debian/sid, self compiled kernel
after suspend to ram the kernel does not come back. I tried the following
things, all with a minimal kernel (no modules, no usb, no agb, no bluetooth, no
wlan, ...) and from init=/bin/bash:
- use uswsusp s2ram -f with various combinations/incantations
- booted with noapic and kernel config with CONFIG_PREEMPT_NONE=y
- using PM_TRACE debugging I get: Magic number: 3:52:786
but no lines "hash matches ..."
See attached dmesg output of a noapic nopreempt reboot AFTER a s2ram freeze
Steps to reproduce:
whatever way to initiate a s2ram (echo mem > ..., call s2ram)
Created attachment 11085 [details]
dmesg output of a reboot immediately after a frozen s2ram
I made another test with netconsole attached, and the last thing which came
through was the suspend stuff:
Using IPI No-Shortcut mode
Magic number: 3:802:636
hash matches device 0000:00:1c.1:pcie02
Synaptics Touchpad, model: 1, fw: 6.2, id: 0x81a0b1, caps: 0xa04713/0x204000
input: SynPS/2 Synaptics TouchPad as /class/input/input5
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 172k freed
Stopping tasks ... done.
The resume didn't leave any trace via netconsole, so the problem must happen
Furthermore, as averted by someone from the suspend list, I tried to use vesafb
or intelfb instead of plain vga console. In both cases no success. Furthermore
(probably unrelated) when booting with vga=792 the screen remains black
Any other suggestions?
Tested the same with 2.6.21, with minimal (even more minimal then before ;-),
same result. Not a beep after resume.
Try to remove as many drivers as possible, and see if any driver breaks s2ram
I tried with a minimal kernel of 2.6.21, see the attachment, and the same
happens. The minimal config was created from an empty .config by saying
everywhere N where I could (or at least where I believed I could). Only thing
compiled in is the SCSI system, otherwise I cannot access the disk.
If you have any suggestion for a different .config (suggested changes) let me
know and I will try immediately.
Thanks for your support
Created attachment 11509 [details]
minimal config file for 2.6.21
Reconfirmed with 2.6.22-rc2. I even removed the SATA driver and included plain
old ATA/IDE generic interface. Still no wakeup, complete freeze, only 4sec power
Maybe Rafael has some ideas?
I can report that with 2.6.23-rc2 onward (not sure about -rc1, but definitely not in -22) s2ram works. Resume from X running even with DRI enabled works. So I close this bug.