[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: FC10 Suspend problem (fglrx)



It appears that pm-suspend was just not unloading the fglrx module, so I added:
SUSPEND_MODULES="fglrx"
to
/etc/pm/config.d/unload_modules

Works like a charm now..... Thanks all!

Geoffrey Leach wrote:
On 03/29/2009 04:42:33 PM, Hiren Joshi wrote:
Thanks, this helps. I narrowed it down to the fglrx module. Does
anyone know how to unload and load it during suspend?

Geoffrey Leach wrote:
On 03/27/2009 03:55:55 PM, Hiren Joshi wrote:
Looks like it's loaded:
# lsmod | grep -i think
thinkpad_acpi          53968  0
rfkill                 11160  2 thinkpad_acpi
hwmon                   6300  1 thinkpad_acpi

modprobe thinkpad-acpi, doesn't have any output.....

Timothy Murphy wrote:
Hiren Joshi wrote:

I was only using pm-suspend to try to figure out why suspend on
gnome
didn't work =)

Where can I get hold of thinkpad-acpi?
I assume that it is a standard kernel module.
What does "modprobe thinkpad-acpi" say?

As far as I can tell my Thinkpad T43 found this module itself;
I recently debugged a similar problem in an entirely different
context.
What transpired was the the failure to resume after suspend was
caused
by a particular module. Removing that (or managing it, as ooutlined
in
the pm-utils docs) resolved the problem.
PM_DEBUG
I suggest following the procedure outlined in the kernel
documentation.
http://www.mjmwired.net/kernel/Documentation/power/basic-pm-
debugging.txt

Check man pm-suspend. Look for SUSPEND_MODULES. Presumably they'll be reloaded, 'tho I don't know for sure. pm-suspend is a shell script, so you can follow the action. Also try: PM_DEBUG=true pm-suspend, then look in /var/log/pm-suspend.log







[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]