Red Hat Bugzilla – Bug 162788
asus_acpi driver misbehaving in all Fedora Core 4 kernels.
Last modified: 2015-01-04 17:20:51 EST
Description of problem:
I'm using an Asus V6800V laptop with Fedora Core 4. When using the asus specific acpi buttons (like
lcd on/off, or bluetooth switch) there's a huge lag of a few minutes. Which means for instance, the LCD
will switch off only 2 minutes or so after I pressed the button. This doesn't happen on ubuntu's and
debian's stock kernels, and on any kernel I've compiled myself before, only the fedora kernels do this to
me, even the latest update. Those buttons are handled by the asus_acpi driver by the way.
Version-Release number of selected component (if applicable):
All currently released Fedora Core 4 kernels.
Steps to Reproduce:
1. Install any fedora 4 kernel on an asus V6800V (maybe others?)
2. Try to use the asus buttons to shut down the LCD for instance, or activate bluetooth, or lower
Each button press only takes effect one or two minutes (!!) later
The button's action should be performed instantly, like with all other distros I've tried.
This is my only problem with fedora core 4, which is really a stunning product! Thanks for all the hard
This is very puzzling, as we don't change a single line of code from the
upstream driver. The only thing I can think of is that this has regressed
upstream, and the kernels you tried from other distros are on earlier revisions.
I will try to see if anything interresting appears in the logs, but I've been running a 188.8.131.52 self compiled
kernel on this very same notebook, and the asus acpi buttons were all working great. I'll try to see if the
logs reveal something, but this is definitly a fedora kernel problem... Maybe something else is triggering
Possibly. Since you're not adverse to building kernels, you may want to try
rebuilding the Fedora kernel with some of the patches disabled, to try and
narrow down the cause.
The biggest suspect is probably exec-shield.
[This comment has been added as a mass update for all FC4 kernel bugs.
If you have migrated this bug from an FC3 bug today, ignore this comment.]
Please retest your problem with todays 2.6.12-1.1398_FC4 update.
If your problem involved being unable to boot, or some hardware not being
detected correctly, please make sure your /etc/modprobe.conf is correct *BEFORE*
installing any kernel updates.
If in doubt, you can recreate this file using..
mv /etc/sysconfig/hwconf /etc/sysconfig/hwconf.bak
mv /etc/modprobe.conf /etc/modprobe.conf.bak