Bug 19936

Summary: some hotkeys not work
Product: hal Reporter: Mindaugas Baranauskas <embar>
Component: miscAssignee: Danny Kukawka <danny.kukawka>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: medium CC: danny.kukawka
Version: unspecified   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: lshal output for HP pavillion dv6315ea x86_64 OpenSUSE 11.1

Description Mindaugas Baranauskas 2009-02-03 11:24:50 UTC
Goodafternoon,

 I would like to tell you one bug. It appears since OpenSUSE 11.0 (2008
 summer), and this bug in OpenSUSE 11.1 (now) still exist. My laptop HP
 Pavillion (dv6315ea, x86_64) now don't recognize 2 QuickPlay buttons. When
 thees bottons are pressed on booting time, appears messages:

 <4>atkbd.c: Unknown key released (translated set 2, code 0x88 on
 isa0060/serio0).
 <4>atkbd.c: Use 'setkeycodes e008 <keycode>' to make it known.
 <4>atkbd.c: Unknown key pressed (translated set 2, code 0x8e on
 isa0060/serio0).
 <4>atkbd.c: Use 'setkeycodes e00e <keycode>' to make it known.

 In OpenSUSE 10.3 (2007 autumn) all worked fine with hotkey-setup deamon.
 But later version of hotkey-setup (in 2008 summer for OpenSUSE 11.0) was
 broken, so I used older version. But now the latest version of hal
 conflicts with the correct version (2007 autumn) of hotkey-setup. Key e008
 was recognised as "Launch C" and e00e - as "Media" in OpenSUSE 10.3.
 Then I used both conflicting packages ("hotkey-setup" of 2007 and latest
 "hal") and enabled hotkey-setup daemon, the e008 key worked, but e00e not
 worked. Now thees both bottons works then I manually type in konsole
 "/etc/init.d/hotkey-setup restart".
Comment 1 Danny Kukawka 2009-02-23 00:19:03 UTC
Please provide the full output of lshal from your machine.
Comment 2 Mindaugas Baranauskas 2009-02-25 07:30:55 UTC
Created attachment 23283 [details]
lshal output for HP pavillion dv6315ea x86_64 OpenSUSE 11.1
Comment 3 Danny Kukawka 2009-07-30 09:14:47 UTC
The problem is, that your machine provides no usable dmi information:

  system.hardware.product = ''  (string)
  system.hardware.serial = ''  (string)
  system.hardware.uuid = ''  (string)
  system.hardware.vendor = 'Hewlett-Packard'  (string)

But we can make it working.

What's the meaning of those buttons? 

* e00e: should get mapped automatically to KEY_DVD
* e008: since it's a Pavillion we would map it to KEY_MEDIA

Is this okay for you?
Comment 4 Mindaugas Baranauskas 2009-08-02 09:15:40 UTC
YES, thees keys are correct!
Comment 5 Mindaugas Baranauskas 2009-08-02 09:20:15 UTC
Hellow,

O, yes, thees meanings are correct!

Mindaugas

> What's the meaning of those buttons?
>
> * e00e: should get mapped automatically to KEY_DVD
> * e008: since it's a Pavillion we would map it to KEY_MEDIA
>
> Is this okay for you?
>
>
Comment 6 Danny Kukawka 2009-08-02 10:51:28 UTC
I will push this into git master the next days:

commit eba65779cd95716706912707db297d389fecf8e5
Author: Danny Kukawka <danny.kukawka@web.de>
Date:   Sun Aug 2 19:49:27 2009 +0200

    add keymap for a HP Pavillion dv6315ea

    Added keymap for a HP Pavillion dv6315ea with empty
    system.hardware.* keys.
Comment 7 Mindaugas Baranauskas 2009-08-04 05:14:32 UTC
Thanks for your work!
Comment 8 Mindaugas Baranauskas 2010-02-16 05:48:43 UTC
This patch didn't fix problem.
Maybe 30-keymap-hp.fdi file is not loaded at all. See
http://bugzilla.novell.com/show_bug.cgi?id=575730
Comment 9 Mindaugas Baranauskas 2010-02-18 01:21:13 UTC
No, the file 30-keymap-hp.fdi is loaded, 
but the version of BIOS changed.
Comment 10 Mindaugas Baranauskas 2010-02-22 05:45:21 UTC
So please remove line:

<match key="/org/freedesktop/Hal/devices/computer:system.board.version" string="65.2B">

because it may be not only 65.2B , but also 65.28


Besides, both buttons still not work after adding it to 30-keymap-hp.fdi.
But they works after manually executing:
setkeycodes e008 203
setkeycodes e00e 226
Comment 11 Danny Kukawka 2010-09-10 06:49:07 UTC
fixed in my git tree, gets merged upstream later:

http://cgit.freedesktop.org/~dkukawka/hal-info/commit/?id=a20b5bebd632b9c49eb2d25ea5615b29c94749a3

commit a20b5bebd632b9c49eb2d25ea5615b29c94749a3
Author: Danny Kukawka <danny.kukawka@web.de>
Date:   Fri Sep 10 15:47:08 2010 +0200

    fixed keymap detection for HP Pavillion dv6315ea

    Fixed keymap detection for HP Pavillion dv6315ea due to new
    BIOS version/update.

    fd.o#19936

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.