On suspend, HAL passes VBE related quirk options to pmtools which crashes the proprietary NVidia driver
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
hal (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
On suspend or hibernation, HAL passes VBE related "quirk options" to the pmtools (at least on my Dell Latitude D620). The pmtools on their part utilize the vbetool which isn't compatible with Nvidia's proprietary driver family (see chapter 18F in the drivers' README.txt.gz). On the aforementioned notebook, this causes a reboot as soon as you try to wake it up. There should be a way to instruct HAL to avoid passing those options to pmtools (ie. an option somewhere in /etc/default/
ProblemType: Bug
Architecture: i386
Date: Thu Feb 28 22:18:33 2008
DistroRelease: Ubuntu 8.04
NonfreeKernelMo
Package: hal 0.5.10-5ubuntu7
PackageArchitec
SourcePackage: hal
Uname: Linux 2.6.24-10-generic i686
description: | updated |
After reading through the HAL specification, I noticed that there already is a way to instruct HAL not to pass VBE related options to the pm-utils. It can be done by setting the following properties to false:
sudo hal-set-property --udi /org/freedeskto p/Hal/devices/ computer --key power_managemen t.quirk. vbemode_ restore --bool false p/Hal/devices/ computer --key power_managemen t.quirk. vbestate_ restore --bool false p/Hal/devices/ computer --key power_managemen t.quirk. vbe_post --bool false
sudo hal-set-property --udi /org/freedeskto
sudo hal-set-property --udi /org/freedeskto
This solved my power management issues in conjuction with the binary Nvidia driver.
I should have RTFM more carefully. Sorry for creating noise on the bug tracker.