Using 2.6.38 kernel 32 bits in Ubuntu 11.04,
My Acer TravelMate 7720G randomly crashes trying to resume from suspend.
1) I close the cover o I click "suspend"
2) The laptop suspends correctly: the led changes from green colour to brown colour and gets to blink and the "electricity sound" disappears.
3) When I press the shut down button or some key to resume, sometimes it does, sometimes it does not.
When it does not: when I press some key or the shutdown button to resume, the "electricity sound" returns, but immediately it disappears during a second approximately and then returns again, staying all the time the screen off. Then the electricity sound continues forever, but any key/button has no effect, losing all the work I was doing before suspend.
When it does: I don't hear the "one second sound off". Since I hear the "electricity sound", it remains.
When I say "electricity sound" I refer to the sounds of power, fan and things like this. I don't know the exact word, but you may understand it
The "uname -r" output shows me:
I don't know if it happens in older/newer kernel versions
Well, it's hard to say what the reason is.
What graphics adapter/driver do you use?
Does hibernation work any better than suspend to memory?
Does it work in newer or older kernels, such as 2.6.39
Rafa, my graphics card is:
ATI Mobility Radeon HD 2400 XT Hypermemory
My graphics driver is fglrx. The version and info can be read from the attached logs (/var/log/Xorg.0.log)
casa@casa:~$ lsmod | grep fglrx
fglrx 2476698 3
Len, hibernation and resume from hibernation work perfectly in 2.6.38-8. In this case, when the laptop is hibernating, the shutdown led does not appear as brown nor blinking, but it's off. Pressing the shutdown button from here gets to resume from hibernate perfectly.
You can read the dmesg output in the attached log running 2.6.38-8
The other version kernel I've tried is 2.6.35, which is my old kernel. With this, X is not loaded. It's rare, because X was working when I was using this kernel in the past. You can read the dmesg output I've got from Ctrl+Alt+F1 terminal.
Is it possible I don't have the proper graphics driver? Do you recommend me to use another one?
Created attachment 61952 [details]
dmesg output running 2.6.38-8 kernel - X works
Created attachment 61962 [details]
dmesg output running 2.6.35-28 kernel - X does not work
Created attachment 61972 [details]
The Xorg.0.log I did in the last post was running 2.6.38.
Next I've booted on 2.6.35 and from the Ctrl+Alt+F1 shell I've executed "X" as a command. Then I've saved the /var/log/Xorg.0.log , which can also be read in the new attachment. I've uploaded this, because I can read in the last line:
[ 338.995] (EE) fglrx(0): firegl_SetSuspendResumeState FAILED -9.
I don't know if it's because I was working from the shell or because this driver does not work with 2.6.35 or because exhibits the initial issue
Currently, all attempts to suspend and resume from 2.6.38 gets to crash, so I can't provide a dmesg from a succesful resume from suspend.
Created attachment 61992 [details]
/var/log/Xorg.0.log on 2.6.35 kernel from shell
The binary fglrx driver taints the Linux kernel
and the result is something that only the supplier
of the fglrx driver can support -- we can't.
Please re-open if you still have a problem when
running the open source "radeon" driver instead of the
binary "fglrx" driver.
I've uninstalled the fglrx driver and it still crashes trying to resume from suspend. You can read the new /var/log/Xorg.0.log after uninstalling fglrx.
However, there are good news too: suspend and resume from suspend work perfectly booting from the Ubuntu 11.04 LIVE CD, which has 2.6.38-8 kernel too.
I've copied the full /etc/acpi folder from the LIVE CD to the hard drive installation without success.
So the question is:
From the kernel side, is there any difference between suspend/resume booting from a Linux LIVE CD and booting from a hard drive installation?
Created attachment 63082 [details]
/var/log/Xorg.0.log after uninstalling fglrx
Mystery solved. The issue happens when using the "radeon.modeset=0" kernel parameter.
In my /etc/default/grub file the GRUB_CMDLINE_LINUX_DEFAULT entry was:
GRUB_CMDLINE_LINUX_DEFAULT="radeon.modeset=0 quiet splash"
And I've changed to:
The system suspends/resumes from suspend very well now.
Must I change the bug title to something like 'System frezees trying to resume from suspend when using the "radeon.modeset=0" kernel parameter' ?
I have to add that I don't know if it also happens with:
1) Different "radeon.modeset" values
2) Different graphic cards
3) Different kernel versions
I've changed the bug title to clarify the circumstances in which the bug happens
I've tried with 3.0-rc5 kernel and the bug still happens to me.
Does resume work without radeon.modeset=0 ?
(In reply to comment #17)
> Does resume work without radeon.modeset=0 ?
Yes, with 2.6.38-8 and 3.0-rc5 kernels, resume works perfectly without radeon.modeset=0.
In both kernels, when I use radeon.modeset=0, resume doesn't work most times
OK, so this is as expected. KMS is _required_ for suspend/resume to work,
which is a known fact in general.