Function keys partially working.

aa242 · 2025-02-28 19:50:35

Hello,

I have a Dual Boot System - Fedora + Arch, both are KDE. (Asus Vivobook 16x M1603 Ryzen 7).
I have an external keyboard HP 350 Bluetooth Wireless.
In fedora all the fn keys work fine but in Arch few of them doesn't work like Mute, Lock, Extend Display, Screenshot.
Tried both latest stable and LTS kernel.
This difference is only with the external keyboard.
Checked xev and wev , it doesnt detect anything.
Please let me know if any specific thing i can compare with the fedora system so i can make it work.

seth · 2025-02-28 21:02:17

Do the keys generate input in "evtest" or "libinput debug-events"?
Since the keys are likely assigned to global shortcuts, xev will only register the context change, sth. like

FocusOut event, serial 33, synthetic NO, window 0x2400001,                                                                      
    mode NotifyGrab, detail NotifyAncestor                                                                                      
                                                                                                                                
FocusIn event, serial 33, synthetic NO, window 0x2400001,                                                                       
    mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 33, synthetic NO, window 0x0,
    keys:  193 0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

aa242 · 2025-02-28 21:12:04

seth wrote:

Do the keys generate input in "evtest" or "libinput debug-events"?
Since the keys are likely assigned to global shortcuts, xev will only register the context change, sth. like

FocusOut event, serial 33, synthetic NO, window 0x2400001,                                                                      
    mode NotifyGrab, detail NotifyAncestor                                                                                      
                                                                                                                                
FocusIn event, serial 33, synthetic NO, window 0x2400001,                                                                       
    mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 33, synthetic NO, window 0x0,
    keys:  193 0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

Tried both "evtest" "libinput debug-events"
not reading those particular keys.reading other keys.

seth · 2025-02-28 21:36:29

Check libinput debug-events on fedora, notably whether the input from those keys is generated by the same device as for the alphanumeric keys.
And if not, whether the (other) device is even present on arch.

The keyboard might register two logical keyboards, one of them for whatever reason failing on arch.
We'd then have to compare the journals of the systems to maybe spot where this is falling apart.

On a formal note, please avoid bloating the thread with pointless full-quotes of previous posts.

aa242 · 2025-02-28 22:22:59

 sudo libinput debug-events

Fedora -

First is mute and second is brightness increase

event11  DEVICE_ADDED                HP 350/355 Series Keyboard        seat0 default group8  cap:kp scroll-nat

event11  KEYBOARD_KEY                +111.468s KEY_LEFTMETA (125) pressed
event11  KEYBOARD_KEY                +111.468s *** (-1) pressed
event11  KEYBOARD_KEY                +111.618s KEY_LEFTMETA (125) released
event11  KEYBOARD_KEY                +111.618s *** (-1) released
event11  KEYBOARD_KEY                +114.318s KEY_BRIGHTNESSUP (225) pressed
event11  KEYBOARD_KEY                +114.438s KEY_BRIGHTNESSUP (225) released

Arch same but as you can see no output when pressing mute key

event10  DEVICE_ADDED                HP 350/355 Series Keyboard        seat0 default group8  cap:kp scroll-nat
 
event10  KEYBOARD_KEY                +0.000s   KEY_BRIGHTNESSUP (225) pressed
event10  KEYBOARD_KEY                +0.120s   KEY_BRIGHTNESSUP (225) released

The list of devices are also same

Fedora

-event3   DEVICE_ADDED                Video Bus                         seat0 default group1  cap:k
-event0   DEVICE_ADDED                Lid Switch                        seat0 default group2  cap:S
-event1   DEVICE_ADDED                Power Button                      seat0 default group3  cap:k
-event4   DEVICE_ADDED                Logitech Wireless Receiver Mouse  seat0 default group4  cap:p left scroll-nat scroll-button
-event5   DEVICE_ADDED                ASUE1305:00 04F3:3212 Mouse       seat0 default group5  cap:p left scroll-nat scroll-button
-event6   DEVICE_ADDED                ASUE1305:00 04F3:3212 Touchpad    seat0 default group5  cap:pg  size 129x83mm tap(dl off) left scroll-nat scroll-2fg-edge click-buttonareas-clickfinger dwt-on dwtp-on
-event8   DEVICE_ADDED                Asus WMI hotkeys                  seat0 default group6  cap:k
-event2   DEVICE_ADDED                AT Translated Set 2 keyboard      seat0 default group7  cap:k
-event11  DEVICE_ADDED                HP 350/355 Series Keyboard        seat0 default group8  cap:kp scroll-nat

Arch

-event2   DEVICE_ADDED                Video Bus                         seat0 default group1  cap:k
-event0   DEVICE_ADDED                Lid Switch                        seat0 default group2  cap:S
-event1   DEVICE_ADDED                Power Button                      seat0 default group3  cap:k
-event4   DEVICE_ADDED                Logitech Wireless Receiver Mouse  seat0 default group4  cap:p left scroll-nat scroll-button
-event6   DEVICE_ADDED                ASUE1305:00 04F3:3212 Mouse       seat0 default group5  cap:p left scroll-nat scroll-button
-event7   DEVICE_ADDED                ASUE1305:00 04F3:3212 Touchpad    seat0 default group5  cap:pg  size 129x83mm tap(dl off) left scroll-nat scroll-2fg-edge click-buttonareas-clickfinger dwt-on dwtp-on
-event5   DEVICE_ADDED                Asus WMI hotkeys                  seat0 default group6  cap:k
-event3   DEVICE_ADDED                AT Translated Set 2 keyboard      seat0 default group7  cap:k
-event10  DEVICE_ADDED                HP 350/355 Series Keyboard        seat0 default group8  cap:kp scroll-nat

Last edited by aa242 (2025-02-28 22:32:57)

seth · 2025-03-01 16:46:25

The fedora evdev seems to generate some key combo, not a dedicated key?

seth wrote:

We'd then have to compare the journals of the systems to maybe spot where this is falling apart.

If it was only mute I'd suspect some audio related bluetooth profile, eg. pipewire ./. pulseaudio and/or "missing" packages, but the list in the OP is actually what's often implemented via the windows shortcuts. Does the KEY_LEFTMETA (left windows key) work?

aa242 · 2025-03-01 18:55:40

seth wrote:

If it was only mute I'd suspect some audio related bluetooth profile, eg. pipewire ./. pulseaudio and/or "missing" packages, but the list in the OP is actually what's often implemented via the windows shortcuts. Does the KEY_LEFTMETA (left windows key) work?

There are 5 keys that doesnt work in Arch - Emoj, Screenshot, Mic Mute, Extend Display and Lock key.
Yes the Meta key works fine in both.

Last edited by aa242 (2025-03-01 18:56:09)

seth · 2025-03-01 21:43:14

These sound like the typical windows shortcut keys (ie. they're no real keys but generate a combo)
I assume what happens is that the keypresses are considered "too fast and spurious" and dropped.

Which kernels are you booting on either system and also compare

lsmod | cut -d" " -f1 | sort

for which modules are loaded.

aa242 · 2025-03-01 22:13:11

seth wrote:

lsmod | cut -d" " -f1 | sort
for which modules are loaded.

Fedora Kernel version - 6.13.4-200.fc41.x86_64
Arch Kernel version - 6.12.15-1-lts
PS - I have tried the latest stable arch also , the issue persists. 6.13.x

Kernel Modules Difference -

Below are the modules that are not in Arch but in fedora.

binfmt_misc
drm_panel_backlight_quirks
edac_mce_amd
fuse
ip_set
lz4_compress
lz4hc_compress
nf_conntrack_broadcast
nf_conntrack_netbios_ns
nf_reject_ipv6
nft_fib
nft_fib_inet
nft_fib_ipv4
nft_fib_ipv6
nft_reject_inet
pcspkr
qrtr
snd_soc_sdca
sunrpc
uinput
zram

Last edited by aa242 (2025-03-01 23:16:40)

seth · 2025-03-02 09:03:22

+ uinput
There's some userspace input driver loaded… which is common for https://wiki.archlinux.org/title/Input_remap_utilities or eg. https://wiki.archlinux.org/title/ThinkFinger

sudo lsof /dev | grep uinput

aa242 · 2025-03-02 09:48:51

seth wrote:

+ uinput

I did load uinput after checking the mods diff

Fixed permissions also of uniput, made sure uniput mod is loaded.

Still it was not reading the keys.

seth · 2025-03-02 09:53:22

Just artificailly loadin uinput won't do anything, it's used by userspace input drivers - if anything that userspace input driver makes the difference and you'd need to figure what that is.

aa242 · 2025-03-02 09:58:08

how do i compare this with fedora ?
Userspace input Driver loading.

seth · 2025-03-02 15:23:35

You don't really compare anything, lsof on fedora will hopefully tell what userspace process is using such device.

aa242 · 2025-03-02 17:51:24

ran

 sudo lsof /dev | grep uinput

in fedora no output

Last edited by aa242 (2025-03-02 17:54:17)

seth · 2025-03-02 21:03:10

Is the module actually used on fedora?

lsmod | grep uinput

aa242 · 2025-03-02 21:23:03

seth wrote:

Is the module actually used on fedora?

if i am not wrong the last 0 says its not being used. Dead End.

uinput                 20480  0

Last edited by aa242 (2025-03-02 21:30:43)

seth · Yesterday 15:04:37

Dead End.

*grumpf*

Below are the modules that are not in Arch but in fedora.

What about the other way round?
https://discussion.fedoraproject.org/t/ … g-up/87070 doesn't say anything about the rest of the HW, but hp_wmi is loaded - maybe some other wmi module gets in the way?

aa242 · Yesterday 15:51:10

What about the other way round?

Here is the inverted list, modules that are in Arch but not in fedora.

act_csum
aesni_intel
af_alg
algif_hash
algif_skcipher
asn1_encoder
atkbd
bpf_preload
bridge
cbc
ccm
ccp
cls_u32
cmac
crc16
crc32c_generic
cryptd
crypto_simd
crypto_user
dm_crypt
dm_mod
encrypted_keys
ext4
gf128mul
hid_generic
i8042
ip_tables
jbd2
libcrc32c
libps2
llc
mac_hid
mbcache
mousedev
nft_masq
nft_reject_ipv4
sch_htb
serio
stp
tee
trusted
usbhid
vivaldi_fmap
x_tables

I checked dmesg logs
both are using uhid module to create the virtual keyboard when connected

Fedora

[   37.284714] input: HP 350/355 Series Keyboard as /devices/virtual/misc/uhid/0005:03F0:4F09.0003/input/input13
[   37.317951] hid-generic 0005:03F0:4F09.0003: input,hidraw2: BLUETOOTH HID v0.01 Keyboard [HP 350/355 Series Keyboard] on 34:6f:24:9c:d8:5c

Arch

[  166.732857] input: HP 350/355 Series Keyboard as /devices/virtual/misc/uhid/0005:03F0:4F09.0003/input/input12
[  166.812369] hid-generic 0005:03F0:4F09.0003: input,hidraw2: BLUETOOTH HID v0.01 Keyboard [HP 350/355 Series Keyboard] on 34:6f:24:9c:d8:5c

Last edited by aa242 (Yesterday 16:15:03)

seth · Yesterday 21:45:25

Why is mac_hid loaded (only on arch)?

uhid is normal for bluetooth, do you btw. share the link keys?
https://wiki.archlinux.org/title/Blueto … figuration (apparently the keyboard allows "up to 3 peers", though the limited impact makes this kinda unlikely the problem)

aa242 · Today 05:00:14

seth wrote:

Why is mac_hid loaded (only on arch)?

it was not being used when i checked with lsmod, i removed also but it doesnt change anything.

seth wrote:

uhid is normal for bluetooth, do you btw. share the link keys?

Link keys are different, i have paired Arch in slot 1 and Fedora in slot 2 as it supports 3.

seth · Today 08:35:21

Did you reconnect the keyboard after unloading it?
https://wiki.archlinux.org/title/Blueto … re_swapped

If that's not it, to recap:
So both systems use UHID (BT userspace driver which is default) both use HID, not HCD, both use the generic HID driver… yet one ignores what seems to be synthetic keypresses and the other doesn't.
Regression/bug in the bluetooth stack?
Which versions of bluez do you run on either system?

aa242 · Today 11:31:57

seth wrote:

Did you reconnect the keyboard after unloading it?

i even blacklisted "mac_hid" mod and restarted just to be sure.

seth wrote:

Which versions of bluez do you run on either system?

Same version

Arch

pacman -Qi bluez
Name            : bluez
Version         : 5.79-1

Fedora

rpm -qi bluez
Name        : bluez
Version     : 5.79
Release     : 1.fc41

Arch Linux

#1 2025-02-28 19:50:35

Function keys partially working.

#2 2025-02-28 21:02:17

Re: Function keys partially working.

#3 2025-02-28 21:12:04

Re: Function keys partially working.

#4 2025-02-28 21:36:29

Re: Function keys partially working.

#5 2025-02-28 22:22:59

Re: Function keys partially working.

#6 2025-03-01 16:46:25

Re: Function keys partially working.

#7 2025-03-01 18:55:40

Re: Function keys partially working.

#8 2025-03-01 21:43:14

Re: Function keys partially working.

#9 2025-03-01 22:13:11

Re: Function keys partially working.

#10 2025-03-02 09:03:22

Re: Function keys partially working.

#11 2025-03-02 09:48:51

Re: Function keys partially working.

#12 2025-03-02 09:53:22

Re: Function keys partially working.

#13 2025-03-02 09:58:08

Re: Function keys partially working.

#14 2025-03-02 15:23:35

Re: Function keys partially working.

#15 2025-03-02 17:51:24

Re: Function keys partially working.

#16 2025-03-02 21:03:10

Re: Function keys partially working.

#17 2025-03-02 21:23:03

Re: Function keys partially working.

#18 Yesterday 15:04:37

Re: Function keys partially working.

#19 Yesterday 15:51:10

Re: Function keys partially working.

#20 Yesterday 21:45:25

Re: Function keys partially working.

#21 Today 05:00:14

Re: Function keys partially working.

#22 Today 08:35:21

Re: Function keys partially working.

#23 Today 11:31:57

Re: Function keys partially working.

Board footer