You are not logged in.
Is pm-quirks an entirely new thing from upstream? Is there anything new I need to do with it? -- such as specifying my computer manufacturer.
SOLUTION:
It's a split done upstream of Arch. Based on reading /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler, it appears to just auto-detect.
Last edited by piezoelectric (2010-04-18 23:12:47)
Offline
It's a split done upstream of Arch. Based on reading /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler, it appears to just auto-detect.
Offline
Btw, is this package in conjuction with upower thought as a replacement of hal, which is now deprecated?
Should I have upower and hal installed, since I use hal for thunar-volman and exo only, which do automounting, and upower is used for that now?
Cheers.
Last edited by archman-cro (2010-04-17 07:43:32)
Offline
Whoever is responsible for making stuff like this happen- thank you! My Thinkpad T500 finally successfully suspends and hibernates, although the graphical shell shows only my cursor and is otherwise completely black (likely to be an X problem).
Arch x86_64
Offline
i think this is answering the question: http://bugs.archlinux.org/task/19068
Give what you have. To someone, it may be better than you dare to think.
Offline
Whoever is responsible for making stuff like this happen- thank you! My Thinkpad T500 finally successfully suspends and hibernates, although the graphical shell shows only my cursor and is otherwise completely black (likely to be an X problem).
I have the same problem, my ThinkPad T500 suspends fine, but when you resume, sometimes the screen goes black with blinking cursor. This situation irritates me enough, and to suspend a notebook is an extremely important function, and I don't trust the suspension, because never know if I will get back to my graphical environment.
Sorry for my OT
Last edited by takedown (2010-04-18 03:38:34)
Online
Try using pm-suspend --quirk-dpms-on as command to suspend in /etc/acpi/handler.sh . It finally solved my problem of the screen not turning back on when resuming from suspend.
Offline
Thankyou kheophex, I will test it ![]()
Online
Try using pm-suspend --quirk-dpms-on as command to suspend in /etc/acpi/handler.sh . It finally solved my problem of the screen not turning back on when resuming from suspend.
Hi kheophex, this appears to work for my T500! Thanks for the tip. I'd like to make this quirk always apply when suspending/hibernating, where can I apply it? (/etc/acpi/handler.sh doesn't seem to have a specific section for it, but maybe I'm just too sleepy.) If possible I'd like to continue using uswsusp, so hopefully this just hooks in with pm-utils.
Arch x86_64
Offline
At first, after reading the post from him, I thought that setting solved my problem, but then tried to see what would happen if normally suspended, I realized that my ThinkPad T500, for some unknown reason, now suspended without any strange configuration.
I assume that was after updating pm-utils.
Online
Well in my case I call in it handler.sh when I close the lid, so I put it under the button/lid event:
button/lid)
if [[ `cat /proc/acpi/button/lid/LID/state | awk '{print $2}'` = "closed" ]]
then
pm-suspend --quirk-dpms-on
fi
#echo "LID switched!">/dev/tty5
;;
esac
Offline
Incidentally I noticed in the Archlinux web interface that "pm-utils" says "Depends: pm-quirks" but "pm-quirks" does not have anything under "Required By:".
Either there's a bug in the database or these things have to be entered manually and someone just forgot.
6EA3 F3F3 B908 2632 A9CB E931 D53A 0445 B47A 0DAB
Great things come in tar.xz packages.
Offline