fglrx resume from hibernate

[bwalex]

Hi,

I'm using openSUSE 11.1 with fglrx as a graphics driver and compiz as window manager and resume from hibernation just doesn't work. It works fine with radeonhd, but radeonhd doesn't support direct rendering on my X1400.
When resuming from suspend to disk or to ram (with fglrx) the screen remains black and not even caps lock does anything. Sometimes I get a garbled screen, but it never works properly. I'm using the latest fglrx from the amd/ati website. I would love to try a somewhat older release, but I don't find any.
Any suggestions on fixing it with the current fglrx or knowledge of how to fix it with an older fglrx?

Thank you in advance,
Alex

[Akoellh]

Pm-utils - openSUSE

[bwalex]

If you don't know, please just don't answer. Do you really think I didn't take a look at a million pages before asking? Did you even bother taking a look at that page yourself to see that there is nothing related to fglrx or similar?

Anyways; did anyone experience similar problems, or does anyone have any ideas?

[Akoellh]

Yes I did, and if you also would have read it, you would have gotten the idea what _might_ help you (unloading and reloading fglrx through the SUSPEND_MODULES array) and how to geht more information, what might be the problem (suspend logs).

As radeonhd doesn't give you that problem, it would be the logical step to try, so don't insult users who try to help you.

[bwalex]

I told you I read that already and already tried SUSPEND_MODULES, and it doesn't do any good because fglrx won't even unload.
A polite user would have said: "Hey, did you try SUSPEND_MODULES as described here <url>" instead of just "<url>" which sounds more like, RTFM, moron.

I obviously checked the suspend logs, too, and there is nothing hinting in the right direction, at least not me.

[Akoellh]

If you really did, then why don't you

a) say so (you did NOT until last posting)

b) post the logs for other users to have a look at.

[bwalex]

a) I was originally asking for someone having solved that particular error, so there was no point in outlining the 5844838838 things I've tried.

b) as I said, it doesn't show anything useful.

===== 2009-03-17 14:29:10.375532994 running hook: /usr/lib/pm-utils/sleep.d/02rtcwake =====
rtcwake alarm not enabled in /etc/pm/config.d/rtcwake.config, doing nothing...
===== 2009-03-17 14:29:10.397819835 running hook: /usr/lib/pm-utils/sleep.d/05led =====
===== 2009-03-17 14:29:10.402365105 running hook: /usr/lib/pm-utils/sleep.d/06autofs =====
===== 2009-03-17 14:29:10.447102216 running hook: /usr/lib/pm-utils/sleep.d/10NetworkManager =====
Error org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the re$
===== 2009-03-17 14:29:10.663570789 running hook: /usr/lib/pm-utils/sleep.d/30s2disk-check =====
INFO: checking for suspend-to-disk prerequisites...
using userspace suspend method
setting resume device to /dev/sda8
setting image size to 937309593
adding these parameters from /etc/suspend.conf:
resume pause = 2
threads = y
===== 2009-03-17 14:29:10.674275082 running hook: /usr/lib/pm-utils/sleep.d/45pcmcia =====
ejecting PCMCIA cards...
===== 2009-03-17 14:29:10.697916914 running hook: /usr/lib/pm-utils/sleep.d/50modules =====
trying to unload: fglrx
FATAL: Module fglrx is in use.
# could not unload 'fglrx', usage count was 25
===== 2009-03-17 14:29:10.712584420 running hook: /usr/lib/pm-utils/sleep.d/80acpi-fan =====
===== 2009-03-17 14:29:10.715950211 running hook: /usr/lib/pm-utils/sleep.d/80videobios =====
===== 2009-03-17 14:29:10.719505272 running hook: /usr/lib/pm-utils/sleep.d/94cpufreq =====
===== 2009-03-17 14:29:10.738773643 running hook: /usr/lib/pm-utils/sleep.d/95led =====
===== 2009-03-17 14:29:10.742293224 running hook: /usr/lib/pm-utils/sleep.d/95packagekit =====
===== 2009-03-17 14:29:10.766024732 running hook: /usr/lib/pm-utils/sleep.d/99Zgrub =====
INFO: running prepare-grub
Skipping grub entry #1, because it has the noresume option
Skipping grub entry #2, because it has no root= option
running kernel is grub menu entry 0 (vmlinuz-2.6.27.19-3.2-pae)
preparing boot-loader: selecting entry 0, kernel /boot/2.6.27.19-3.2-pae
grub-once: saving original /boot/grub/default
running '/usr/sbin/grubonce 0'
Using entry #0: openSUSE 11.1 - 2.6.27.19-3.2 (pae)
time needed for sync: 0.9 seconds, time needed for grub: 0.0 seconds.
===== 2009-03-17 14:29:11.828752886 running hook: /usr/lib/pm-utils/sleep.d/99info =====
2009-03-17 14:29:11.831955807: done running hibernate/hibernate hooks.

[Akoellh]

If you really suspect fglrx kernel module to be the cause, does suspend work from runlevel 3 or 1 with fglrx unloaded? (should be possible to unload fglrx in non-X runlevel).

Which laptop are you using? Is it in the supported list?

Did you try this?

Arch Linux Forums / [SOLVED] Suspend /Hibernate Problems (ATI /fglrx 8.3)

(Same card)

[Akoellh]

Did you try without compiz?

https://bugs.launchpad.net/ubuntu/+s...er/+bug/197209

(again, same card)

//Edit:

(But not same for the user reporting the compiz-issue)

[bwalex]

I saw both those sites yesterday, they don't help. As I said, with radeonhd or even no X at all resume works fine.
I didn't use compiz before and it didn't work either, so it isn't related to that.