fglrx does not load
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
fglrx-installer (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: linux-restricte
After rebooting my system, X, configured to use fglrx, is very slow.
After some debugging, it looks like the fglrx kernel module was not loaded. Trying to manually modprobe is results in:
"Could not open '/lib/modules/
In order to try to troubleshoot this, I ran "sudo depmod" and tried modprobe again (with -v):
"install /sbin/lrm-video fglrx"
"FATAL: Error running install command for fglrx"
looking at /sbin/lrm-video, it just runs modprobe --ignore-install, so tried that myself:
"FATAL: Module fglrx not found"
Weird... so I try reinstalling the package (apt-get remove --purge, apt-get install)
AHA! now "modprobe fglrx" works. Let's see what happens after a restart...
Again... no fglrx loaded. Trying to modprobe it:
"FATAL: Could not open '/lib/modules/
What's going on? It looks like there's a bug in linux-restricte
Thanks,
Martin
Ok, now I feel slightly stupid. Turns out, before hardy heron, I had to use the ATI supplied driver, since the Ubuntu fglrx driver was too old for my gfx card. So I had disabled the fglrx driver in /etc/default/ linux-restricte d-modules
So there is still a (somewhat lesser) bug in that a new install of the linux-restricte d-modules package will enable the fglrx (or presumably any) driver, even if it is blacklisted in the config file.
I think the package should check upon install the blacklist settings and not make modules available that will magically disappear after a reboot. Instead, it should print out a message: "disabling module XXX" and not set it up with the kernel. That would make debugging a whole lot easier and it would make the behavior more consistent (ie. no more disappearing modules after a reboot).
Thanks,
Martin