Suspend-to-RAM on ThinkPad R51

Suspend-to-RAM on ThinkPad R51

[Andrew Barr]

I cannot suspend my ThinkPad R51 to RAM. It seems to freeze at least partially 
either on resume or shortly before suspend (based on the blinking cursor, or 
lack thereof). The display powers up okay, and the contents of the console 
before suspend ("stopping tasks") is displayed, but the keyboard and mouse 
are unresponsive. I can, however, log in via ssh (indicating the machine is 
not completely frozen and the ethernet card works), and I retrieved this from 
the system logs:

Mar 26 15:04:15 ibm Stopping tasks: 
=========================================================================================|
Mar 26 15:04:15 ibm Back to C!
Mar 26 15:04:15 ibm cpufreq: resume failed to assert current frequency is what 
timing core thinks it is.
Mar 26 15:04:15 ibm hub 3-0:1.0: resubmit --> -108
Mar 26 15:04:15 ibm hub 1-0:1.0: resubmit --> -108
Mar 26 15:04:15 ibm hub 2-0:1.0: resubmit --> -108
Mar 26 15:04:15 ibm PCI: Setting latency timer of device 0000:00:1d.0 to 64
Mar 26 15:04:15 ibm PCI: Setting latency timer of device 0000:00:1d.1 to 64
Mar 26 15:04:15 ibm PCI: Setting latency timer of device 0000:00:1d.2 to 64
Mar 26 15:04:15 ibm PCI: cache line size of 32 is not supported by device 
0000:00:1d.7
Mar 26 15:04:15 ibm ehci_hcd 0000:00:1d.7: USB 2.0 restarted, EHCI 1.00, 
driver 10 Dec 2004
Mar 26 15:04:15 ibm ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 11 (level, low) 
-> IRQ 11
Mar 26 15:04:15 ibm ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 11 (level, low) 
-> IRQ 11
Mar 26 15:04:15 ibm PCI: Setting latency timer of device 0000:00:1f.5 to 64
Mar 26 15:04:15 ibm ACPI: PCI interrupt 0000:00:1f.6[B] -> GSI 11 (level, low) 
-> IRQ 11
Mar 26 15:04:15 ibm PCI: Setting latency timer of device 0000:00:1f.6 to 64
Mar 26 15:04:15 ibm e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
Mar 26 15:04:15 ibm psmouse.c: TouchPad at isa0060/serio1/input0 lost sync at 
byte 1
Mar 26 15:04:15 ibm Restarting tasks...<6>usb 2-1: USB disconnect, address 3
Mar 26 15:04:15 ibm done
Mar 26 15:04:16 ibm hal.hotplug[18047]: DEVPATH is not set
Mar 26 15:04:16 ibm hal.hotplug[18074]: DEVPATH is not set
Mar 26 15:04:36 ibm sshd[18164]: Accepted keyboard-interactive/pam for root 
from 192.168.0.105 port 1994 ssh2

Nothing that stands out, at least to me. I have tried disabling the APIC both 
at compile time and run time on the command line. I have also tried disabling 
agpgart, I read somewhere that that might be a problem. Note, though, that 
this notebook has a Intel 82855GM graphics controller, not the Radeon chip 
that has caused others so much grief. Nothing changes the behavior of the 
system. I run a custom patched kernel, it has:

- based on kernel.org 2.6.11.6
- Suspend2 2.1.8.2 (which works fine)
- bk-cpufreq.patch from an -mm kernel for Dothan SpeedStep support (don't 
remember which; also tried disabling CPUFreq support)
- TrackPoint psmouse patch
- IBM-ACPI extras 0.11
- ipw2200 1.0.1
- ThinkPad modules from tpctl 5.8
- FUSE 2.2.1

I tried a "stock" distro kernel from my distributor, Gentoo. It was 
2.6.11-gentoo-r4. The thing that stands out among all these changes is no 
matter what kernel or what configuration I've used, so far, it has made *no* 
difference in the behavior of the machine on resume. The BIOS and Embedded 
Controller programs are the latest available from IBM, 1.21 and 1.04, 
respectively.

Now, some formalities:
Output of lspci:

0000:00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller (rev 02)
0000:00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller (rev 02)
0000:00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller (rev 02)
0000:00:02.0 VGA compatible controller: Intel Corporation 82852/855GM 
Integrated Graphics Device (rev 02)
0000:00:02.1 Display controller: Intel Corporation 82852/855GM Integrated 
Graphics Device (rev 02)
0000:00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01)
0000:00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01)
0000:00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01)
0000:00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 
EHCI Controller (rev 01)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 81)
0000:00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface 
Bridge (rev 01)
0000:00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller 
(rev 01)
0000:00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
SMBus Controller (rev 01)
0000:00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)
0000:00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
AC'97 Modem Controller (rev 01)
0000:02:00.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus 
Controller
0000:02:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG (rev 
05)
0000:02:08.0 Ethernet controller: Intel Corporation 82801DB PRO/100 VE (MOB) 
Ethernet Controller (rev 81)

disassembled DSDT straight from the BIOS (no patches) is available at:

http://home.columbus.rr.com/andrewbarr/r51_2883elu.dsl.gz


Thanks for any help,
Andrew Barr


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Suspend-to-RAM on ThinkPad R51

[Pavel Machek]

Hi!

> I cannot suspend my ThinkPad R51 to RAM. It seems to freeze at least partially 
> either on resume or shortly before suspend (based on the blinking cursor, or 
> lack thereof). The display powers up okay, and the contents of the console 
> before suspend ("stopping tasks") is displayed, but the keyboard and mouse 
> are unresponsive. I can, however, log in via ssh (indicating the machine is 
> not completely frozen and the ethernet card works), and I retrieved this from 
> the system logs:

Try rmmod input (and related) modules before suspend and insmoding
them after resume...
				Pavel
-- 
64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms         



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Suspend-to-RAM on ThinkPad R51

[Andrew Barr]

[-- Attachment #1: Type: text/plain, Size: 443 bytes --]

On Monday 28 March 2005 03:37 pm, Pavel Machek wrote:
> Try rmmod input (and related) modules before suspend and insmoding
> them after resume...

I tried removing psmouse, usbhid, and evdev. It still freezes on resume, 
although I can now say it freezes shortly after resume--the caps lock key 
reacts for a brief second on resume. My kernel config file is 
attached--anything else I should be modularizing and removing?

Andrew

> 				Pavel

[-- Attachment #2: config.gz --]
[-- Type: application/x-gzip, Size: 9510 bytes --]

Re: Suspend-to-RAM on ThinkPad R51

[Pavel Machek]

On Po 28-03-05 21:14:15, Andrew Barr wrote:
> On Monday 28 March 2005 03:37 pm, Pavel Machek wrote:
> > Try rmmod input (and related) modules before suspend and insmoding
> > them after resume...
> 
> I tried removing psmouse, usbhid, and evdev. It still freezes on resume, 
> although I can now say it freezes shortly after resume--the caps lock key 
> reacts for a brief second on resume. My kernel config file is 
> attached--anything else I should be modularizing and removing?

I'd like 

CONFIG_SERIO=y
CONFIG_SERIO_I8042=y

...to be done in modules. You'll probably need to modularize whole
input to achieve that.
								Pavel

-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Suspend-to-RAM on ThinkPad R51

[Andrew Barr]

Sorry for not getting back to you sooner, but classes started Tuesday and I've 
had less time to hack at this problem than before...

On Tuesday 29 March 2005 03:38 am, Pavel Machek wrote:
> I'd like
>
> CONFIG_SERIO=y
> CONFIG_SERIO_I8042=y
>
> ...to be done in modules. You'll probably need to modularize whole
> input to achieve that.

I tried this. I'm now removing the modules usbhid, psmouse, libps2, serio, 
i8042, and atkbd before suspend. It doesn't change anything, but I have a 
couple of questions/observations that could possibly point us in the right 
direction:

- Is there a possibility that some userspace program is locking up the video, 
keyboard, and mouse? I tried stopping all the services that I could 
(including X11) and although the video froze (display powered up, frozen 
cursor as before), the keyboard was responsive to a capslock press. I haven't  
had time to isolate the particular service that was causing that behavior.
- I tried compiling my kernel without framebuffer (vesafb-tng) or splash 
(Gentoo's fbsplash) support, and the behavior is the same as before except 
the cursor blinks. Are framebuffer drivers an issue for suspend-to-RAM? 
Perhaps trying the intelfb driver would give better results?

I should also point out that I've tried removing all modules that I could and 
suspending. This hasn't helped either. I'm going to try installing Fedora 
Core on this laptop and see if some particular configuration element of my 
Gentoo installation is causing lockups. Thanks for all your help.

Andrew

> 								Pavel


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Suspend-to-RAM on ThinkPad R51

[Pavel Machek]

Hi!

> had less time to hack at this problem than before...
> 
> On Tuesday 29 March 2005 03:38 am, Pavel Machek wrote:
> > I'd like
> >
> > CONFIG_SERIO=y
> > CONFIG_SERIO_I8042=y
> >
> > ...to be done in modules. You'll probably need to modularize whole
> > input to achieve that.
> 
> I tried this. I'm now removing the modules usbhid, psmouse, libps2, serio, 
> i8042, and atkbd before suspend. It doesn't change anything, but I have a 
> couple of questions/observations that could possibly point us in the right 
> direction:
> 
> - Is there a possibility that some userspace program is locking up the video, 
> keyboard, and mouse? I tried stopping all the services that I could 
> (including X11) and although the video froze (display powered up, frozen 
> cursor as before), the keyboard was responsive to a capslock press. I haven't  
> had time to isolate the particular service that was causing that
> behavior.

Well, non-working video is common problem after suspend-to-ram, see
Documentation/power/video.txt.

Try init=/bin/bash to keep most of userspace out of picture...
								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
This SF.net email is sponsored by Demarc:
A global provider of Threat Management Solutions.
Download our HomeAdmin security software for free today!
http://www.demarc.com/Info/Sentarus/hamr30

Re: Suspend-to-RAM on ThinkPad R51

[Andrew Barr]

On Wednesday 30 March 2005 03:24 pm, Pavel Machek wrote:
> Well, non-working video is common problem after suspend-to-ram, see
> Documentation/power/video.txt.

I have confirmed that input is not a problem. I can sleep and resume and then 
ssh into my laptop and do a 'cat /dev/input/mice'. Moving my finger on the 
touchpad generates output. Same for typing on the keyboard and doing a 
'cat /dev/input/event0'.

Now the question is: if my display wakes up--i.e. the backlight comes on and 
the contents on the screen right before suspend are displayed--do I have a 
video problem that I should be pursuing as such? Many of the ACPI video 
sleeping bugs on bugme.osdl.org have a completely dead display--i.e. no 
backlight.

Andrew


-------------------------------------------------------
This SF.net email is sponsored by Demarc:
A global provider of Threat Management Solutions.
Download our HomeAdmin security software for free today!
http://www.demarc.com/Info/Sentarus/hamr30

Re: Suspend-to-RAM on ThinkPad R51

[Pavel Machek]

Hi!

> Now the question is: if my display wakes up--i.e. the backlight comes on and 
> the contents on the screen right before suspend are displayed--do I have a 
> video problem that I should be pursuing as such? Many of the ACPI video 
> sleeping bugs on bugme.osdl.org have a completely dead display--i.e. no 
> backlight.

So you have frozen display, instead. That's likely same problem. Try
suggestions in Doc*/power/video.txt.
								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
This SF.net email is sponsored by Demarc:
A global provider of Threat Management Solutions.
Download our HomeAdmin security software for free today!
http://www.demarc.com/Info/Sentarus/hamr30

Re: Suspend-to-RAM on ThinkPad R51

[Stefan Seyfried]

On Fri, Apr 01, 2005 at 12:18:56AM +0200, Pavel Machek wrote:
 
> So you have frozen display, instead. That's likely same problem. Try
> suggestions in Doc*/power/video.txt.

I was often successful with "vbetool post; vbetool vbestate restore" on
intel chipsets, so this is definitely worth a try IMO.
-- 
Stefan Seyfried



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Suspend-to-RAM on ThinkPad R51

[Pavel Machek]

Hi!

> I cannot suspend my ThinkPad R51 to RAM. It seems to freeze at least partially 
> either on resume or shortly before suspend (based on the blinking cursor, or 
> lack thereof). The display powers up okay, and the contents of the console 

Did you have to do any tricks? entry for Doc*/power/video.txt would be nice.
-- 
64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms         



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Suspend-to-RAM on ThinkPad R51

[Andrew Barr]

On Monday 28 March 2005 03:39 pm, Pavel Machek wrote:
> Did you have to do any tricks? entry for Doc*/power/video.txt would be
> nice.

No...no acpi_sleep= parameters are necessary to get the video to wake up. It 
was the same on my old laptop, a Dell Inspiron 300m, which also had an i855.

Andrew


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click