![]() Registered Member ![]()
|
i'm running a fresh arch linux installation with kdebase on my lg e300 notebook, and i'm having some trouble with pm-suspend.
suspend works fine, but when i try to resume, all i get is a blank screen and a mouse cursor (which works fine). no desktop, no menus, no keyboard. the only thing i can do is do a hard power down. pm-suspend.log looks fine:
when i add a dummy file named 00auto-quirk to /etc/pm/sleep.d (to disable it), resume works, but i end up with serious graphical problems (artifacts, flickering, lines, etc.). how can i fix this issue? thanks! |
![]() Administrator ![]()
|
This is likely an issue with the Radeon driver, which probably does not support being removed while X is running, and doesn't correctly handle coming out of suspend ( although it should... since it is KMS enabled )
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
thanks for the reply. that is helpful information.
1. kms is disabled by default on arch linux, since kms for ati graphics is currently not supported. (this is good, as i had some issues with kms before.) 2. the fact that kms is disabled by default might explain why i'm having issues (provided they are related to the radeon driver). is there a fix? |
![]() Administrator ![]()
|
Hmm... your output seems to indicate that KMS is enabled.
On my system ( also with the ath5k driver, with Intel graphics instead ) running SUSE I can suspend and resume without any problems. Unfortunately I do not know much about how the suspend system itself works. It is possible your graphics card requires quirks in order to resume correctly.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
i was going by this information: http://wiki.archlinux.org/index.php/Ati ... _.28KMS.29
how can i go about testing quirks? there are a lot of them, and figuring out which ones i need and the correct order of execution will take a while. also, i tried playing around with quirks once and it led to all sorts of trouble (network manager wouldn't work, rekonq kept segfaulting, etc.). |
![]() Administrator ![]()
|
Unfortunately Quirks and other hardware specific options are not easy to use. If you can find Arch users which have similar or the same graphics card then you may be able to find out what needs to be changed to have suspend work properly.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
i've searched the arch forums, but none of the suggestions has worked. i think i'll give up for now and wait for kms.
i did notice something, though. last night, i was copying over some data from my external drive. after 30 minutes or so, the notebook went into standby. but what was unusual was that i was able to resume perfectly. |
![]() Registered Member ![]()
|
I have a similar error. I am using the free ati driver on fedora.
I get the black screen with a movable cursor after resume from suspend to ram. but disabling compositing manually (alt+shift+f12) works around that problem. I have the problem right now ![]() Reenabling compositing just brings me back to the black screen with the cursor... restarting kwin by
|
![]() Registered Member ![]()
|
thanks for the tip. i'll keep that in mind. but actually, the problem seems to have disappeared. i can suspend and resume perfectly now. i'm not sure what fixed the problem. all i did was install a few applications and play around with logrotate.
|
![]() Registered Member ![]()
|
I have this error sporadously.
42: There is no other answer. There are only different ways to express it.
0x2A 0o52 0b101010 |
![]() Registered Member ![]()
|
i just noticed something. now, this correlation may be spurious, but it looks like suspend and resume work properly when programs (e.g., browser, file manager, etc.) are open, but not when there are no programs open.
|
![]() Registered Member ![]()
|
I doesn't seem to be the same with me... it happens in both cases. maybe it's different
42: There is no other answer. There are only different ways to express it.
0x2A 0o52 0b101010 |
![]() Registered Member ![]()
|
i think i might have figured out the problem.
preliminary note: any screen-blanking event (e.g., switching to a virtual terminal, suspend, etc.) causes the problem. i think it has to do with the graphics. i've noticed that when compositing is disabled, i can suspend, switch between the virtual terminals and the gui, etc. without any issue. when compositing is enabled, i run into problems. some more evidence: as noted above, i can return to the gui properly when compositing is disabled. but as soon as i enable compositing, the screen turns black and all i get is the mouse cursor. |
![]() Administrator ![]()
|
Which graphics drivers do you use? Are they Intel drivers by any chance?
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
![]() Registered Member ![]()
|
i'm using the open source ati drivers.
i just did some more testing. i think the following should work. to get suspend and resume to work properly, disable compositing before suspending, and on resume, replace kwin and then enable compositing. i did that manually and things seemed to work. now i'm trying to figure out how to do it automatically. |
Registered users: Bing [Bot], Google [Bot], Sogou [Bot]