You are not logged in.

#1 2009-12-23 02:35:11

elahav
Member
From: Ottawa, ON
Registered: 2005-04-18
Posts: 90

Suspend-to-RAM broken by (fairly) recent upgrade

Oh, what a headache...
I had a very stable laptop until a couple of weeks ago, when I ran 'pacman -Syu' after a long time of neglecting to do so (I believe the previous kernel version it was running was 2.6.29).
Several things broke down, most important of these for me is suspend-to-RAM, which used to work like a charm. I have tried with both KMS enabled and disabled, with varied results:
* KMS enabled: the laptop freezes before the suspend operation (executed using sudo pm-suspend) completes. Upon reboot, the /var/log/pm-suspend.log log file claims that the operation completed successfully
* KMS disabled: The suspend operation completes successfully, but resuming only works some of the time. In many cases, it looks like the operation succeeds, with all the LEDs (power, wifi, caps-lock) in the correct state. Nevertheless, the system is frozen, and I cannot SSH to it (suggesting this problem transcends an X I/O issue).

A few more notes:
* Following advice on the pm-utils Wiki page, I have removed the "autodetect" hook from mkinitcpio.conf. This makes resuming with KMS disabled work sometimes instead of never. I have no confirmed way of reproducing either of these behaviours, though it seems that resume is more likely to succeed in text mode and in a WindowMaker session than in an Xfce session (my default desktop).
* DRI does not work with KMS enabled. I have upgraded today to the latest ATI (radeon) driver and get a kernel/X version mismatch.
* The laptop freezes when starting X as part of the boot process (runlevel 5) with SLiM and KMS disabled. Changing to XDM solved this problem. Again, this used to work without any problems. SLiM works with KMS enabled.

Some info:

$ uname -a
Linux tull 2.6.31-ARCH #1 SMP PREEMPT Tue Nov 10 19:48:17 CET 2009 i686 AMD Turion(tm) 64 Mobile Technology ML-32 AuthenticAMD GNU/Linux
$ lspci
00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 01)
00:01.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge
00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller
00:13.1 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller
00:13.2 USB Controller: ATI Technologies Inc IXP SB400 USB2 Host Controller
00:14.0 SMBus: ATI Technologies Inc IXP SB400 SMBus Controller (rev 11)
00:14.1 IDE interface: ATI Technologies Inc IXP SB400 IDE Controller
00:14.3 ISA bridge: ATI Technologies Inc IXP SB400 PCI-ISA Bridge
00:14.4 PCI bridge: ATI Technologies Inc IXP SB400 PCI-PCI Bridge
00:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400 AC'97 Audio Controller (rev 02)
00:14.6 Modem: ATI Technologies Inc SB400 AC'97 Modem Controller (rev 02)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon XPRESS 200M 5955 (PCIE)
05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
05:02.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02)
05:09.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller
05:09.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host Controller
05:09.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller
05:09.4 SD Host controller: Texas Instruments PCI6411/6421/6611/6621/7411/7421/7611/7621 Secure Digital Controller
xf86-video-ati 6.12.4-2
ati-dri 7.6.1-1
mesa 7.6.1-1
pm-utils 1.2.6.1-2

Additional information will be supplied upon request. Any help would be greatly appreciated.

--Elad

Offline

#2 2009-12-24 02:43:31

elahav
Member
From: Ottawa, ON
Registered: 2005-04-18
Posts: 90

Re: Suspend-to-RAM broken by (fairly) recent upgrade

The LTS kernel has solved all of the above problems, so I guess I'm a happy camper again. It would be nice to see these issues get addressed, but at least there's a viable solution.

Offline

#3 2009-12-24 02:53:20

elahav
Member
From: Ottawa, ON
Registered: 2005-04-18
Posts: 90

Re: Suspend-to-RAM broken by (fairly) recent upgrade

I spoke too soon...
Suspend/resume worked once. The second time, however, suspend worked properly, but upon resume the screen was black and the laptop was frozen, though the LEDs seem to come up properly. This is similar to the situation with the 2.6.31/no-KMS combination.

The pm-suspend.log log file for this session shows debug information up to the last suspend line, with nothing for resume. I assume that this suggests a kernel problem, but that does not fit with the LTS kernel results.

Offline

#4 2009-12-24 23:43:25

senkil
Member
From: Norway
Registered: 2009-01-10
Posts: 21

Re: Suspend-to-RAM broken by (fairly) recent upgrade

I had a similar problem, the solution were to turn off networking before suspend.

In gnome:
gconftool-2 --type bool --set /apps/gnome-power-manager/general/network_sleep true


- stianlik

Offline

#5 2009-12-25 02:17:33

elahav
Member
From: Ottawa, ON
Registered: 2005-04-18
Posts: 90

Re: Suspend-to-RAM broken by (fairly) recent upgrade

Thanks, I can try that (though I'm not using gnome, but there's probably a pm-utils counterpart).
Which kernel are you using? With or without KMS?

Offline

#6 2009-12-27 10:38:05

senkil
Member
From: Norway
Registered: 2009-01-10
Posts: 21

Re: Suspend-to-RAM broken by (fairly) recent upgrade

2.6.31-ARCH, standard kernel. Disabling the network just worked first time after rebooting, this seems like the same problem: http://bugs.archlinux.org/task/15267 .

Removing autodedect from mkinitcpio.conf didn't help. I also tried to use SLEEP_MODULE=uswsusp instead of kernel (still use uswsusp), but it didn't solve my problem.

This seems unrelated, but after following change in /boot/grub/menu.lst suspend works every time (and i have autodetect enabled in mkinitcpio.conf):

Changed this line:
kernel /boot/vmlinuz26 root=/dev/disk/by-uuid/513b1a45-3f3d-4eff-9ae2-b5e6dc80ee44 ro

to this (also worked without resume=..):
kernel /boot/vmlinuz26 root=/dev/sda4 resume=/dev/sda2 ro


- stianlik

Offline

#7 2010-02-10 19:42:31

lasu1
Member
Registered: 2010-02-10
Posts: 83

Re: Suspend-to-RAM broken by (fairly) recent upgrade

senkil wrote:

Changed this line:
kernel /boot/vmlinuz26 root=/dev/disk/by-uuid/513b1a45-3f3d-4eff-9ae2-b5e6dc80ee44 ro

to this (also worked without resume=..):
kernel /boot/vmlinuz26 root=/dev/sda4 resume=/dev/sda2 ro

I hate to necro this thread (and this is my first Arch post sad ); however, the solution above from senkil worked for me, as well.

I dual boot with Linux Mint, and had to run update-grub from Mint to get it to stick.

I have had this problem in *every* distro that I've used (no resume from suspend) -- Arch, OpenSuse, Ubuntu, Mint.  The only theory I have (and I'm not a tech expert) is that something is up with Grub2, which is the only common thread I can find here (although Arch has become my main OS, I use the nice Debian update-grub feature, so I still boot through grub2.) I had the same problem even without a DE! I even bought a new video card because I assumed (wrongly) that the problem lay with my card (well, I'll be honest, it IS nice having a new video card lol).

The solution above is (seemingly) working. I will post back here if there is a problem. But, for the time being, this seems to be a working fix!!! YAY! FIANLLY! Now, I'm gunning for a month uptime lol.

Thanks so much!

EDIT to add: This fix rocks.

Last edited by lasu1 (2010-02-10 20:21:11)

Offline

#8 2010-11-02 13:07:18

korpenkraxar
Member
Registered: 2006-04-02
Posts: 123

Re: Suspend-to-RAM broken by (fairly) recent upgrade

I also have problems resuming my Thinkpad from suspend. I will try that "solution", although it seems pretty darn weird :-D

Offline

Board footer

Powered by FluxBB