Bug 12275
Summary: | FN-Fx for volume not working on Eee 901 | ||
---|---|---|---|
Product: | Drivers | Reporter: | Patrick Bregman (patrick.bregman) |
Component: | Platform | Assignee: | Corentin Chary (corentin.chary) |
Status: | CLOSED CODE_FIX | ||
Severity: | normal | CC: | acpi-bugzilla |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6.28-rc9 (latest from GIT as of 21:39:50 GMT) | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Attachments: |
Contents of /etc/acpi
Output of acpidump eeepc-laptop: use select and not depends on |
Description
Patrick Bregman
2008-12-22 13:49:40 UTC
Created attachment 19437 [details]
Contents of /etc/acpi
Hi, Patrick From the problem description it seems that this is a regression. Will you please use git-bisect to identify which commit causes the regression. Will you please attach the output of acpidump? Thanks. Created attachment 19452 [details]
Output of acpidump
Here is the output of 'acpidump'. I am currently looking how to use git-bisect. Never done that before. Could you give me a hint?
Hi, Patrick Will you please do the following test on the kernel of 2.6.28-rc3? a. kill the process which is using /proc/acpi/event (use the command of "lsof /proc/acpi/event" to get the process using /proc/acpi/event) b. cat /proc/acpi/event c. press the volumes hotkey and see whether the ACPI event can be reported It will be great if you can do the same test on the kernel of 2.6.27 kernel. thanks. Hi, Patrick How to use the git-bisect can be found in >http://www.kernel.org/pub/software/scm/git/docs/user-manual.html The good commit is v2.6.27 and the bad commit is v2.6.28-rc3. Good luck. Thanks. (In reply to comment #4) Well, tried it with 2.6.28-rc3 and there is no output when pressing the keys. Only "^[[18~", but this is not reproducable. When trying this with 2.6.27, the kernel hangs, seems like a bad compile (I did one bad compile before switching to 2.6.28-rc3). I'm going to recompile this in a minute. I also tried 2.6.26.3 (also self compiled), and here I get some output from /proc/acpi/event. The output is: hotkey ATKD 00000013 00000000 #First time I hit mute hotkey ATKD 00000013 00000001 #Second time I hit mute hotkey ATKD 00000014 00000000 #First time I hit volume down hotkey ATKD 00000014 00000001 #Second time I hit volume down hotkey ATKD 00000015 00000000 #First time I hit volume up hoteky ATKD 00000015 00000001 #Second time I hit volume down But I think I see the problem. When booting 2.6.27, I see the module "eeepc" loading, I didn't see this with 2.6.28. Also, when booting 2.6.26.3, I see a module eeepc_laptop. I'm going to recompile 2.6.27 now, and see if there is a eeepc or eeepc_laptop module for 2.6.28. I just see there IS a file named eeepc_laptop in 2.6.28, it is located in drivers/misc. There just is no way I can select this. I found it, I did not select HWMON. I'm going to compile the latest 2.6.28 kernel with the eeepc_laptop module, and I'm going to see if that works. If not, I'll try and see what a 2.6.27 kernel gives. Alright... After compiling the eeepc_laptop module, it works... Damn, do I feel stupid... Thanks anyway! P.S: I guess I should close this bug? Kconfig should offer users features, and not make users devine their dependencies. Because of this, EEEPC_LAPTOP should probably select HWMON rather than depend on HWMON, like THINKPAD_ACPI does. (ditto for BACKLIGHT_CLASS_DEVICE and RFKILL) Created attachment 19459 [details]
eeepc-laptop: use select and not depends on
Here is a patch. I've done a similar patch for asus-laptop. Will post it to the ml soon.
patch in comment #10 applied to acpi tree shipped in 2.6.29-rc1 |