Bug 489258 - Fn Keys Not Working (Asus N80 Series Laptop)
Summary: Fn Keys Not Working (Asus N80 Series Laptop)
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: hal
Version: 10
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Richard Hughes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-03-09 07:03 UTC by Jacob J. Morales
Modified: 2009-06-13 15:15 UTC (History)
4 users (show)

Fixed In Version: Fedora 11 Final
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-06-13 15:15:01 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Jacob J. Morales 2009-03-09 07:03:53 UTC
Description of problem:

The Following behavior happens when I try to use the Fn Keys on the laptop

Fn+F1=Sleep (Works)
Fn+F2=Wireless Off (Doesn't Work)
Fn+F7=LCD Off (Works)
fn+F8=LCD/Display (Not Sure)
Fn+F10=Mute (Doesn't Work)
Fn+F11=Vol. Up (Doesn't Work)
Fn+F12=Vol. Down (Doesn't Work)

How reproducible:

Install Fedora 10


Steps to Reproduce:

1. Press the Fn Keys mentioned above
  
Actual results:

None


Expected results:

Have functional FN keys

Additional Information:

I have tried to configure the keyboard using system>preferences>hardware>keyboard and selected ASUS laptop keyboard from the menu.

The function keys work under ubuntu 8.04 with no problem.

Comment 1 Steven M. Parrish 2009-03-17 00:41:44 UTC
acpi is not the correct component for this issue.  Reassigning

Comment 2 Zdenek Prikryl 2009-03-17 08:01:39 UTC
Hello,
if the sound control isn't implemented directly in hw, then fn keys usually  generate acpi events. This events can by caught by acpid or other watcher (gnome-power-manager etc.).

So, do Fn+F1[012] keys generate any acpi events? You can see them if you disable acpid and rerun it in a debug mode (don't forget to paste an output here).

$ service acpid stop
$ acpid -d
Try to push fn keys.

What desktop environment do you use?

Comment 3 Stefano Tortarolo 2009-04-08 22:28:25 UTC
I have got an Asus F3F and I have the same problem.
Just some notes... Fn keys generate acpi events and I'm able to catch them (try acpi_listen). Actually I solved configuring them manually in /etc/acpi/events and then using acpi-keys by Vincent Untz (http://www.gnome.org/~vuntz/code/acpi-keys-0.2.tar.gz). This basically emulates a "normal" system raising XF86 codes. I must admit that this way is very handy since this events can be configured in Kde4 (and I guess Gnome as well).

So to sum up, it's possible to configure them in a proper way, it just would be nice to have this done automatically (e.g. *buntu do this pretty well).

Let me know if you need more information.

Comment 4 Zdenek Prikryl 2009-04-16 06:33:22 UTC
Probably there is missing keymap for this laptop series in HAL's fdi files. So, reassigning the bug to hal.

Comment 5 Stefano Tortarolo 2009-05-18 17:53:22 UTC
I've just upgraded to rawhide, volume keys now works correctly!
However, there are some keys that are still not recognized (brightness, play/pause...).

I couldn't find how the bug has been fixed, I'd like to provide more information if necessary.

Comment 6 Stefano Tortarolo 2009-05-22 18:26:00 UTC
Uhm... multimedia keys are actually recognized (even though qt doesn't support my multimedia stop key and a couple of others...)

Keys that don't work are so:
- brightness ones:
 -- up:
   video LCDD 00000086
  -- down:
   video LCDD 00000087
  (It's weird, however, that they don't trigger any hotkey ATKD *)
- "speed key" (I really don't know its real name... :D)
  hotkey ATKD 0000005c
- touchpad on/off
  hotkey ATKD 0000006b
- screen key
  hotkey ATKD 0000008a

The most annoying actually are the brightness ones.
I can say that the others are not mapped to any XF86 code since they don't trigger any binding in kde nor any qt-related error.

Comment 7 Jacob J. Morales 2009-06-13 15:15:01 UTC
I just installed Fedora 11 Final.  This bug seems to be finally fixed!  Thanks for all the replies.


Note You need to log in before you can comment on or make changes to this bug.