X86 platform drivers
 help / color / mirror / Atom feed
From: Hans de Goede <hdegoede@redhat.com>
To: "Rhys Perry" <rhysperry111@gmail.com>,
	"Barnabás Pőcze" <pobrn@protonmail.com>
Cc: Platform Driver <platform-driver-x86@vger.kernel.org>
Subject: Re: [hp_wmi] Recieving same keycode from two keys
Date: Tue, 3 Nov 2020 15:16:44 +0100	[thread overview]
Message-ID: <9bb85a72-cb91-c0af-8289-dd8601f5b71b@redhat.com> (raw)
In-Reply-To: <CAGTBY+t9fh6P-iCcvKNm4S2==SgGMCrQL5kh00n=_G4WpzFNOw@mail.gmail.com>

Hi,

On 11/3/20 2:35 PM, Rhys Perry wrote:
>>
>> (please use reply-all so that the mailing list gets the emails as well)
>>
> 
> Oh, my mistake. I didn't actually know the difference between the two.
> Sorry for any confusion this might cause in the future.
> 
>>
>>>> [...]
>>>>>> Can you see any messages generated by the hp-wmi driver when these key presses occur?
>>>>>
>>>>> Not that I know of, unless there is some sort of debug mode that can be enabled
>>>>>
>>>>>>>> Now, this is not that interesting at first, I obviously just need to
>>>>>>>> map a keycode. The confusing part is that for both the brightness up
>>>>>>>> AND the brightness down key I get the same code (e02b). I am not to
>>>>>>>> sure how to debug this behavior but I would appreciate if someone
>>>>>>>> helped investigate this issue.
>>>>>>>> I am not sure if this is relevant, but my RFKILL key does not work
>>>>>>>> either (but does not show anything in journal).
>>>>>>
>>>>>> Could you please run `evtest` and see if you have a "HP WMI hotkeys" input device?
>>>>>> If so, please select it, and then press the function keys and see if any events appear.
>>>>>
>>>>> After running`evtest` there is a device called "HP WMI hotkeys" (on
>>>>> /dev/input/event16). However, after selecting it and pressing the
>>>>> brightness keys no events appear.
>>>>>
>>>>>> Furthermore, you could install `acpid`, start it (something along the lines of
>>>>>> `sudo systemctl start acpid`), then run `acpi_listen` and see if you get anything
>>>>>> when you press the keys.
>>>>>
>>>>> After starting the service and running`acpi_listen`, no events appear
>>>>> when pressing the brightness keys
>>>>>
>>>>>>>> Here is a link to acpidump:
>>>>>>>> https://www.dropbox.com/s/ulyltq0gz35s79l/acpidump?dl=0
>>>>>>>> ::: Rhys Perry :::
>>>>> [...]
>>>>
>>>> Could you test other function keys like volume up/down, etc.?
>>>>
>>> After running some tests with evtest I have found out:
>>> - Brightness keys: "AT Translated Set 2 keyboard" (although same keycode)
>>> - Volume keys: "AT Translated Set 2 keyboard"
>>> - Media keys: "AT Translated Set 2 keyboard"
>>> - RFKILL key: (none, although there is a device called "HP Wireless hotkeys")
>>
>> Please install the `evemu` program suite, and run `evemu-record /dev/input/event...`
>> for the AT keyboard, HP WMI hotkeys, and HP Wireless hotkeys; in each run press the
>> brightness up/down, volume up/down keys in any fixed order you like, and then send
>> the output of each run (including the part that is initially printed before
>> receiving any events). Could you also run `acpi_listen` at the same time and
>> see if any key presses are registered there? If yes, what was the output?
>>
> 
> Ok, here you go:
> "AT Translated Set 2 Keyboard": https://0x0.st/idpK.txt
> "HP Wireless hotkeys": https://0x0.st/idpP.txt
> "HP WMI hotkeys": https://0x0.st/idpN.txt
> `acpi_listen`: https://0x0.st/idpb.txt

Can you also run evemu-record for the "Video Bus"
input device and check if you get events there for the
brightness up/down key presses?  On modern laptops events
for the brightness keys are typically delivered there.

Also are you perhaps using the nvidia binary driver for
your GPU ?

Regards,

Hans


  reply	other threads:[~2020-11-03 14:17 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Q5ZWCQ.DX8TK304ORAI@gmail.com>
2020-11-03  8:34 ` [hp_wmi] Recieving same keycode from two keys Rhys Perry
2020-11-03  9:53   ` Barnabás Pőcze
     [not found]     ` <CAGTBY+vQ+UMPqFCwKMS0L5=F3eqQ21UtGETgmE+Le=SXcaWS2w@mail.gmail.com>
     [not found]       ` <bjucdDbwHvavLvYVkhboo_jhvKC6ccqAslFPuuYO0ZZcgTZZaICda3WMFZhw_zS1o1m7VanyCmaJ4HZMqgyXwsCfqJFDGxb_1A4pdNCe8Bw=@protonmail.com>
     [not found]         ` <CAGTBY+tso9BKJwe5F5bBU_RAo0yrwtYf=kGm1UvMpTJurS00MQ@mail.gmail.com>
2020-11-03 13:06           ` Barnabás Pőcze
2020-11-03 13:35             ` Rhys Perry
2020-11-03 14:16               ` Hans de Goede [this message]
2020-11-03 14:38                 ` Rhys Perry
     [not found]                 ` <CAGTBY+u_=5Po2qTPuunmK+sxE8sJ3Z1jcQXjiTcMb7V2iVwSjA@mail.gmail.com>
2020-11-03 14:43                   ` Hans de Goede
2020-11-03 14:51                     ` Rhys Perry
2020-11-03 15:20                       ` Hans de Goede
2020-11-03 15:43                         ` Rhys Perry
2020-11-03 17:46                           ` Hans de Goede
2020-11-24 11:13               ` Hans de Goede
2020-11-24 13:28                 ` Rhys Perry
2020-11-24 13:33                   ` Hans de Goede

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9bb85a72-cb91-c0af-8289-dd8601f5b71b@redhat.com \
    --to=hdegoede@redhat.com \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=pobrn@protonmail.com \
    --cc=rhysperry111@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox