lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <7514c681-1020-4b31-b195-ebbc3e4a611f@gmail.com>
Date: Thu, 21 Aug 2025 18:06:29 +0200
From: Massimo Giambona <massimo.giambona@...il.com>
To: jikos@...nel.org, bentiss@...nel.org
Cc: linux-input@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: [HID][asus] Fn+Esc not handled on ASUS ProArt P16

Hello,

on ASUS ProArt P16 laptops the Fn+Esc key is not handled by the hid-asus
driver.

When pressing Fn+Esc, dmesg shows:

   [21348.413951] asus 0003:0B05:19B6.0002: Unmapped Asus vendor 
usagepage code 0x4e
   [21348.498405] asus 0003:0B05:19B6.0002: Unmapped Asus vendor 
usagepage code 0x4e

One message is for press, the other for release.

According to USB PCap traces (see 
https://gitlab.com/asus-linux/asusctl/-/issues/585),
Fn+Esc sends:

   - 0x5ad04e01 (enable)
   - 0x5ad04e00 (disable)

It would be useful to map this to KEY_FN_ESC (or another appropriate 
keycode)
in drivers/hid/hid-asus.c so that it becomes available to userspace.

System information:
- Model: ASUS ProArt P16 H7606 (BIOS 319)
- Kernel version: Linux 6.15.10-200.fc42.x86_64
- evtest: no event generated
- dmesg: "Unmapped Asus vendor usagepage code 0x4e"
- Distribution: Fedora 42 Workstation

Additional notes:
- I tested a local modification of hid-asus.c:

     case 0x4e:
         asus_map_key_clear(KEY_FN_ESC);

   With this, Fn+Esc is mapped correctly.
- I also tried sending the raw reports to enable/disable the FnLock feature
   from the driver, but hit an error:
     "BUG: scheduling while atomic"
- I wrote a small tool: https://github.com/m4ss1m0g/proart_p16_fnlock

Could you please consider adding support for this key to the driver?

Thanks for your work,

Massimo

P.S. Other unmapped vendor codes were also observed on this machine:
- Fn+F8  (emoji): dmesg code 0x7e
- Fn+F12 (ProArt): dmesg code 0x8b
- Fn+F10 (Camera toggle): dmesg codes 0x85, 0x01 (but work)
These may also deserve mapping, but Fn+Esc is the most important one.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ