Bug 12831

Same problem here with an Eee PC 901. Altough the Fn-X5-F8 give back some keycodes, namely:
Fn-F5: ^@      - Switch display
Fn-F6: ^@      - Taskmanager key (on Windows)
Fn-F7: ^[[25   - Volume mute
Fn-F8: ^[[26   - Volume down
But they still don't preform an ACPI functio as specified in my ACPI action scripts.

Lid switch, Fn-F1 and brightness keys work fine. Loaded modules:
Module                  Size  Used by
pciehp                 30344  0 
pci_hotplug            11612  1 pciehp
bnep                   10496  2 
rfcomm                 28376  4 
l2cap                  16828  16 bnep,rfcomm
ath9k                 213592  0 
atl1e                  27776  0 
eeepc_laptop           10084  0 
rfkill                  8336  5 ath9k,eeepc_laptop

My kernel configuration is here:
http://www.patrickbregman.eu/config-2.6.29-rc7

Reply-To: akpm@linux-foundation.org


(switched to email.  Please respond via emailed reply-to-all, not via the
bugzilla web interface).


On Sat,  7 Mar 2009 10:05:56 -0800 (PST)
bugme-daemon@bugzilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=12831
> 
>            Summary: Hot/Fn Keys do not work EEEPC 1000HE (eeepc_laptop)
>            Product: Drivers
>            Version: 2.5
>      KernelVersion: 2.6.29-rc7
>           Platform: All
>         OS/Version: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: normal
>           Priority: P1
>          Component: Other
>         AssignedTo: drivers_other@kernel-bugs.osdl.org
>         ReportedBy: pyther@pyther.net
> 
> 
> Latest working kernel version: 2.6.28.7
> Earliest failing kernel version: 2.6.29-rc7 (may have been eailier, I haven't
> tested older rcs)
> Distribution: Archlinux
> Hardware Environment: EEEPC 1000HE
> 
> Problem Description: 
> 
> The function keys on the Asus EEEPC 1000HE do not register any keycodes /
> acpi
> code. However, Fn+F1 (Sleep) and the Power Button register keycodes and work
> as
> expected. Another note is that the Fn+F5 and Fn+F6 keys work as expected
> (brighten and dims the display), but do not give any acpi codes.
> 
> Here is a copy of my kernel config: http://rafb.net/p/GTQiS467.html
> 
> If you need any extra information, I'll be more than happy to provide it. I
> do
> not have a good grasp on how acpi works, so please forgive me if I used the
> wrong terminology.
> 
> 
> Steps to reproduce:
> 1. Compile 2.6.29-rc7
> 2. Run acpi_listen
> 3. Press Fn+F2-F10 or anyother special key
> 
> Expected results output of acpi keycode. Actual results no output.
> 

Two people (Patrick and Matthew) are reporting this post-2.6.28
regression.

Could someone please recategorise the report to something more
appropriate than drivers_other?

Thanks.

Reply-To: mjg59@srcf.ucam.org

Can you try disabling pciehp? eeepc-laptop provides the same 
functionality. If that works, I have a patch here somewhere...

Reply-To: mjg59@srcf.ucam.org

Ok. There haven't been any changes in eeepc-laptop that I can see 
causing this, and nothing springs to mind as an obvious cause. I know 
it's a pile of work (especially on an eee), but is there any chance to 
can bisect this to a smaller range of patches?

On Mon, 9 Mar 2009 12:51:42 -0700, Andrew Morton
<akpm@linux-foundation.org>
wrote:
> (switched to email.  Please respond via emailed reply-to-all, not via the
> bugzilla web interface).
> 
> 
> On Sat,  7 Mar 2009 10:05:56 -0800 (PST)
> bugme-daemon@bugzilla.kernel.org wrote:
> 
>> http://bugzilla.kernel.org/show_bug.cgi?id=12831
>> 
>>            Summary: Hot/Fn Keys do not work EEEPC 1000HE (eeepc_laptop)
>>            Product: Drivers
>>            Version: 2.5
>>      KernelVersion: 2.6.29-rc7
>>           Platform: All
>>         OS/Version: Linux
>>               Tree: Mainline
>>             Status: NEW
>>           Severity: normal
>>           Priority: P1
>>          Component: Other
>>         AssignedTo: drivers_other@kernel-bugs.osdl.org
>>         ReportedBy: pyther@pyther.net
>> 
>> 
>> Latest working kernel version: 2.6.28.7
>> Earliest failing kernel version: 2.6.29-rc7 (may have been eailier, I
>> haven't
>> tested older rcs)
>> Distribution: Archlinux
>> Hardware Environment: EEEPC 1000HE
>> 
>> Problem Description: 
>> 
>> The function keys on the Asus EEEPC 1000HE do not register any keycodes
/
>> acpi
>> code. However, Fn+F1 (Sleep) and the Power Button register keycodes and
>> work as
>> expected. Another note is that the Fn+F5 and Fn+F6 keys work as expected
>> (brighten and dims the display), but do not give any acpi codes.
>> 
>> Here is a copy of my kernel config: http://rafb.net/p/GTQiS467.html
>> 
>> If you need any extra information, I'll be more than happy to provide
it.
>> I do
>> not have a good grasp on how acpi works, so please forgive me if I used
>> the
>> wrong terminology.
>> 
>> 
>> Steps to reproduce:
>> 1. Compile 2.6.29-rc7
>> 2. Run acpi_listen
>> 3. Press Fn+F2-F10 or anyother special key
>> 
>> Expected results output of acpi keycode. Actual results no output.
>> 
> 
> Two people (Patrick and Matthew) are reporting this post-2.6.28
> regression.
> 
> Could someone please recategorise the report to something more
> appropriate than drivers_other?
> 
> Thanks.

I realized you were talking to Patrick, but I just wanted to say I do not
have pciehp compiled in. Here is my 2.6.29-rc7 kernel config:
http://world.pyther.net/kernel.2.6.29-rc7_config.txt (The rafb.net/paste
one got deleted)

Cheers!

I can do that, however how would I go about narrowing it down to a smaller
range of patches? Would I simply apply patches from
(http://kernel.org/diff/diffview.cgi?file=%2Fpub%2Flinux%2Fkernel%2Fv2.6%2Ftesting%2Fpatch-2.6.29-rc7.bz2)
to the 2.6.28 source and compile until I find the one that breaks the hot
key functionality?

Reply-To: mjg59@srcf.ucam.org

If you have a git checkout, 
http://www.kernel.org/doc/local/git-quick.html#bisect has good 
instructions on how to do a bisection.

re-assign to ACPI platform driver category

Thanks for the instructions, after spending nearly 6 hours compiling
kernels I think I've narrowed it down.

R2D2:linux-git $ git bisect good
2d29c6a075787f2c1bc49b86a084d2b878f72fc4 is first bad commit

commit 2d29c6a075787f2c1bc49b86a084d2b878f72fc4
Merge: 2b25c9f 0a3db1c 9fdd54f 5ec5d38 4312495 370154b 4d93915 62663ea
Author: Len Brown <len.brown@intel.com>
Date:   Sat Feb 7 01:34:56 2009 -0500

    Merge branches 'release', 'asus', 'bugzilla-12450', 'cpuidle', 'debug',
'ec', 'misc', 'printk' and 'processor' into release

So I guess the merge of the branches broke something.
Let me know what else I can do to help!

Cheers

no, I think it's this commit 2b25c9f01aa58d48129b2f93748dfb5d1f7ab0a2 that introduces the regression.

Now the eeepci-laptop driver exports the netlink events INSTEAD OF procfs events.

Created attachment 20512 [details]
patch: export proc events in eeepc-laptop driver

I think I saw a patch similar somewhere before, but failed to find it out.
Anyway, please try this patch and see if the problem still exist

Rafael,
I think this is a known regression of 2.6.28, isn't it?

The patch that is proposed here has fixed my problems on the Eee 901. I got my volume keys working again. Thanks!

I will give the patch a try some time today and will report back. However I probably won't get a chance to try it until late tonight.

Should the patch apply to 2.6.29-rc7?

Thanks

I first updated the GIT tree, and then applied it, but I don't see why it shouldn't work on a 2.6.29-rc7 kernel.

I applied the patch to 2.6.29-rc7 and it worked! Thanks, hopefully this makes it before 2.6.29 finalizes!

Created attachment 20535 [details]
patch vs 2.6.29-rc

this is the patch supplied by the driver maintainer to fix this regression,
it is currently in the acpi-test tree.

I applied this patch against clean 2.6.29-rc8 sources and it works as it's suppose to!

Thanks!

commit 7950b71c3bd7b27b2874088a6c4efe3e13579f8b
"eeepc-laptop: restore acpi_generate_proc_event()"

shipped upstream on top of 2.6.29-rc8.git2

closed.