You are not logged in.
Hey
I have a Lenovo Y50-70 Laptop
Using Arch linux with XFCE.
Im not sure if its because of update or cause of changing the system locale
The system locale used to be C
Today I changed it to en_US.UTF-8
FN + F6 on my laptop toggles the Touchpad
untill today it was working perfectly
but today.. I dont know what, its not working anymore
I tried to create a shortcut which uses a bash script to toggle the touchpad with `synclient TouchpadOff=1|0` command
But I found out it wont even detect FN + F6 as a keyPress
I already checked the keypresses using `showkey --scancode`
When I press Fn+F6 on showkey, nothing will happen
What should I do?
What information I have to provice ?
-- Update 1:
Added /var/log/pacman.log
[2018-09-25 16:47] [PACMAN] Running 'pacman -Syu'
[2018-09-25 16:47] [PACMAN] synchronizing package lists
[2018-09-25 16:48] [PACMAN] starting full system upgrade
[2018-09-25 16:49] [ALPM] transaction started
[2018-09-25 16:49] [ALPM] upgraded automake (1.15.1-1 -> 1.16.1-1)
[2018-09-25 16:49] [ALPM] upgraded docbook-xml (4.5-7 -> 4.5-8)
[2018-09-25 16:49] [ALPM] upgraded librsvg (2:2.44.3-1 -> 2:2.44.4-1)
[2018-09-25 16:49] [ALPM] upgraded libsoup (2.64.0+10+g263fb57d-1 -> 2.64.1-1)
[2018-09-25 16:49] [ALPM] upgraded vala (0.42.1-1 -> 0.42.2-1)
[2018-09-25 16:49] [ALPM] upgraded vte-common (0.54.0+9+gdace9988-1 -> 0.54.1-1)
[2018-09-25 16:49] [ALPM] upgraded vte3 (0.54.0+9+gdace9988-1 -> 0.54.1-1)
[2018-09-25 16:49] [ALPM] transaction completed
[2018-09-25 16:49] [ALPM] running 'gdk-pixbuf-query-loaders.hook'...
[2018-09-25 16:49] [ALPM] running 'systemd-update.hook'...
[2018-09-25 16:49] [ALPM] running 'texinfo-install.hook'...
-- Update 2:
Tested Keypresses using Xorg-Xev
Nothing happens on Fn KeyPress,
Nothing happens on Fn + F6 KeyPress
Log on F6 KeyPress
KeyPress event, serial 43, synthetic NO, window 0x5c00001,
root 0x162, subw 0x0, time 50654948, (59,-9), root:(1701,563),
state 0x10, keycode 72 (keysym 0xffc3, F6), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 43, synthetic NO, window 0x5c00001,
root 0x162, subw 0x0, time 50655043, (59,-9), root:(1701,563),
state 0x10, keycode 72 (keysym 0xffc3, F6), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
Log on F5 keyPress
KeyPress event, serial 43, synthetic NO, window 0x5c00001,
root 0x162, subw 0x0, time 50629131, (55,-13), root:(1697,559),
state 0x10, keycode 71 (keysym 0xffc2, F5), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 43, synthetic NO, window 0x5c00001,
root 0x162, subw 0x0, time 50629230, (55,-13), root:(1697,559),
state 0x10, keycode 71 (keysym 0xffc2, F5), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
Log on Fn + F5 keyPress
FocusOut event, serial 42, synthetic NO, window 0x5c00001,
mode NotifyGrab, detail NotifyAncestor
FocusIn event, serial 42, synthetic NO, window 0x5c00001,
mode NotifyUngrab, detail NotifyAncestor
KeymapNotify event, serial 42, synthetic NO, window 0x0,
keys: 2 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
`journalctl -f` Output on Fn+F6 KeyPress:
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Unknown key pressed (translated set 2, code 0xf3 on isa0060/serio0).
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Use 'setkeycodes e073 <keycode>' to make it known.
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Unknown key released (translated set 2, code 0xf3 on isa0060/serio0).
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Use 'setkeycodes e073 <keycode>' to make it known.
-- Update 3:
`acpi_listen` and `sudo acpi_listen` has no output on any keypress.
Im not sure if Im allowed to mention this but the FN + F6 Combination works fine on Windows
-- Update 4:
I tried `sudo setkeycodes e073 530` and still doesnt work
also I cant see it in the output of `getkeycodes` and `sudo getkeycodes`
`getkeycodes` Output:
Plain scancodes xx (hex) versus keycodes (dec)
for 1-83 (0x01-0x53) scancode equals keycode
0x50: 80 81 82 83 99 0 86 87
0x58: 88 117 0 0 95 183 184 185
0x60: 0 0 0 0 0 0 0 0
0x68: 0 0 0 0 0 0 0 0
0x70: 93 0 0 89 0 0 85 91
0x78: 90 92 0 94 0 124 121 0
Escaped scancodes e0 xx (hex)
e0 00: 0 0 0 0 0 0 0 0
e0 08: 0 0 0 0 0 0 0 0
e0 10: 165 0 0 0 0 0 0 0
e0 18: 0 163 0 0 96 97 0 0
e0 20: 113 140 164 0 166 0 0 0
e0 28: 0 0 255 0 0 0 114 0
e0 30: 115 0 172 0 0 98 255 99
e0 38: 100 0 0 0 0 0 0 0
e0 40: 0 0 0 0 0 119 119 102
e0 48: 103 104 0 105 112 106 118 107
e0 50: 108 109 110 111 0 0 0 0
e0 58: 0 0 0 125 126 127 116 142
e0 60: 0 0 0 143 0 217 156 173
e0 68: 128 159 158 157 155 226 0 112
e0 70: 0 0 0 530 0 0 0 0
e0 78: 0 0 0 0 0 0 0 0
after that still no output from `acpi_listen` command on keypresses
but on showkey it returns
keycode 530 press
keycode 530 release
`xev` doesnt detect Fn + F6 KeyPress either
Thanks in advance
Last edited by DarkSun (2018-09-26 15:32:26)
Offline
please post the list of updates you've installed (from /var/log/pacman.log)
Offline
please post the list of updates you've installed (from /var/log/pacman.log)
Thanks, I didn't know where is the pacman log to check updated packages
Added.
[2018-09-25 16:47] [PACMAN] Running 'pacman -Syu'
[2018-09-25 16:47] [PACMAN] synchronizing package lists
[2018-09-25 16:48] [PACMAN] starting full system upgrade
[2018-09-25 16:49] [ALPM] transaction started
[2018-09-25 16:49] [ALPM] upgraded automake (1.15.1-1 -> 1.16.1-1)
[2018-09-25 16:49] [ALPM] upgraded docbook-xml (4.5-7 -> 4.5-8)
[2018-09-25 16:49] [ALPM] upgraded librsvg (2:2.44.3-1 -> 2:2.44.4-1)
[2018-09-25 16:49] [ALPM] upgraded libsoup (2.64.0+10+g263fb57d-1 -> 2.64.1-1)
[2018-09-25 16:49] [ALPM] upgraded vala (0.42.1-1 -> 0.42.2-1)
[2018-09-25 16:49] [ALPM] upgraded vte-common (0.54.0+9+gdace9988-1 -> 0.54.1-1)
[2018-09-25 16:49] [ALPM] upgraded vte3 (0.54.0+9+gdace9988-1 -> 0.54.1-1)
[2018-09-25 16:49] [ALPM] transaction completed
[2018-09-25 16:49] [ALPM] running 'gdk-pixbuf-query-loaders.hook'...
[2018-09-25 16:49] [ALPM] running 'systemd-update.hook'...
[2018-09-25 16:49] [ALPM] running 'texinfo-install.hook'...
Seems like the update didn't broke it ( my opinion )
Offline
You may experiment with xev, to see whether the keys are or not detected. One more think is to look at the journal to see if any condition cause a fault.
do it good first, it will be faster than do it twice the saint
Offline
These things are usually handled either in HW or via ACPI (check "sudo acpi_listen")
Please assure general functionality by trying the lts kernel and in doubt some live distro (to get an entirely different SW stack)
Offline
You may experiment with xev, to see whether the keys are or not detected. One more think is to look at the journal to see if any condition cause a fault.
Nothing happens on Fn KeyPress,
Nothing happens on Fn + F6 KeyPress
Log on F6 KeyPress
KeyPress event, serial 43, synthetic NO, window 0x5c00001,
root 0x162, subw 0x0, time 50654948, (59,-9), root:(1701,563),
state 0x10, keycode 72 (keysym 0xffc3, F6), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 43, synthetic NO, window 0x5c00001,
root 0x162, subw 0x0, time 50655043, (59,-9), root:(1701,563),
state 0x10, keycode 72 (keysym 0xffc3, F6), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
Log on F5 keyPress
KeyPress event, serial 43, synthetic NO, window 0x5c00001,
root 0x162, subw 0x0, time 50629131, (55,-13), root:(1697,559),
state 0x10, keycode 71 (keysym 0xffc2, F5), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 43, synthetic NO, window 0x5c00001,
root 0x162, subw 0x0, time 50629230, (55,-13), root:(1697,559),
state 0x10, keycode 71 (keysym 0xffc2, F5), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
Log on Fn + F5 keyPress
FocusOut event, serial 42, synthetic NO, window 0x5c00001,
mode NotifyGrab, detail NotifyAncestor
FocusIn event, serial 42, synthetic NO, window 0x5c00001,
mode NotifyUngrab, detail NotifyAncestor
KeymapNotify event, serial 42, synthetic NO, window 0x0,
keys: 2 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
Update:
Output of `journalctl -f` on Fn + F6 Keypress
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Unknown key pressed (translated set 2, code 0xf3 on isa0060/serio0).
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Use 'setkeycodes e073 <keycode>' to make it known.
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Unknown key released (translated set 2, code 0xf3 on isa0060/serio0).
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Use 'setkeycodes e073 <keycode>' to make it known.
Last edited by DarkSun (2018-09-26 12:21:59)
Offline
These things are usually handled either in HW or via ACPI (check "sudo acpi_listen")
Please assure general functionality by trying the lts kernel and in doubt some live distro (to get an entirely different SW stack)
acpi_listen has no output on keyPresses at all, ran using sudo and not sudo
Im not sure if Im allowed to mention this, but Fn + F6 works fine in Windows
Offline
The "Log on Fn + F5 keyPress" output looks like whatever *that* key is, is bound to some shortcut (focus in/out is typical for a grabbed key)
This here (suggested to be Fn+F6) actually explains everything:
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Unknown key pressed (translated set 2, code 0xf3 on isa0060/serio0).
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Use 'setkeycodes e073 <keycode>' to make it known.
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Unknown key released (translated set 2, code 0xf3 on isa0060/serio0).
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Use 'setkeycodes e073 <keycode>' to make it known.
The key is read by the kernel, but it doesn't know what to make out of it.
Try
sudo setkeycodes e073 530
You can dump the keycodes using "getkeycodes"
Try again whether you now get input (using showkey and xev/acpi_listen)
The change isn't permanent, you'll have to do it after every reboot.
"530" is from /usr/include/linux/input-event-codes.h:
#define KEY_TOUCHPAD_TOGGLE 0x212 /* Request switch touchpad on or off */
Offline
The "Log on Fn + F5 keyPress" output looks like whatever *that* key is, is bound to some shortcut (focus in/out is typical for a grabbed key)
This here (suggested to be Fn+F6) actually explains everything:
Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Unknown key pressed (translated set 2, code 0xf3 on isa0060/serio0). Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Use 'setkeycodes e073 <keycode>' to make it known. Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Unknown key released (translated set 2, code 0xf3 on isa0060/serio0). Sep 26 15:51:03 Y5070 kernel: atkbd serio0: Use 'setkeycodes e073 <keycode>' to make it known.
The key is read by the kernel, but it doesn't know what to make out of it.
Trysudo setkeycodes e073 530
You can dump the keycodes using "getkeycodes"
Try again whether you now get input (using showkey and xev/acpi_listen)
The change isn't permanent, you'll have to do it after every reboot."530" is from /usr/include/linux/input-event-codes.h:
#define KEY_TOUCHPAD_TOGGLE 0x212 /* Request switch touchpad on or off */
Thanks for the reply
Fn + F5 is bound to Wifi Toggle
I tried `sudo setkeycodes e073 530` and still doesnt work
also I cant see it in the output of `getkeycodes` and `sudo getkeycodes`
`getkeycodes` Output:
Plain scancodes xx (hex) versus keycodes (dec)
for 1-83 (0x01-0x53) scancode equals keycode
0x50: 80 81 82 83 99 0 86 87
0x58: 88 117 0 0 95 183 184 185
0x60: 0 0 0 0 0 0 0 0
0x68: 0 0 0 0 0 0 0 0
0x70: 93 0 0 89 0 0 85 91
0x78: 90 92 0 94 0 124 121 0
Escaped scancodes e0 xx (hex)
e0 00: 0 0 0 0 0 0 0 0
e0 08: 0 0 0 0 0 0 0 0
e0 10: 165 0 0 0 0 0 0 0
e0 18: 0 163 0 0 96 97 0 0
e0 20: 113 140 164 0 166 0 0 0
e0 28: 0 0 255 0 0 0 114 0
e0 30: 115 0 172 0 0 98 255 99
e0 38: 100 0 0 0 0 0 0 0
e0 40: 0 0 0 0 0 119 119 102
e0 48: 103 104 0 105 112 106 118 107
e0 50: 108 109 110 111 0 0 0 0
e0 58: 0 0 0 125 126 127 116 142
e0 60: 0 0 0 143 0 217 156 173
e0 68: 128 159 158 157 155 226 0 112
e0 70: 0 0 0 530 0 0 0 0
e0 78: 0 0 0 0 0 0 0 0
after that still no output from `acpi_listen` command on keypresses
but on showkey it returns
keycode 530 press
keycode 530 release
`xev` doesnt detect Fn + F6 KeyPress either
Offline
Did you (re)start the X11 server after the change?
Offline
Did you (re)start the X11 server after the change?
No, if after reboot the changes will gone, how can I do this without rebooting?
FYI Im using XDM and XDM runs the Xorg
XDM uses .xsession to run xfcestart
Offline
https://wiki.archlinux.org/index.php/Sy … ent_target
You can also just logout and (if you've zapping enabled) ctrl+alt+backspace or switch to another VT and restart the xdm service.
If you want to restart the xdm service from your GUI session, ensure to save all data before!
Offline
https://wiki.archlinux.org/index.php/Sy … ent_target
You can also just logout and (if you've zapping enabled) ctrl+alt+backspace or switch to another VT and restart the xdm service.
If you want to restart the xdm service from your GUI session, ensure to save all data before!
Ok, Thanks
Once restarted using `sudo systemctl restart xdm-archlinux`
and Again restarted using `sudo kill -9 `pidof Xorg``
Tested after both time, nothing appears in `journalctl -f ` on FN + F6 KeyPress
All the results are the same
Offline
Since this seems some sort of regression (are you sure about this?), can you test a different linux system (the LTS kernel might be sufficient, othewise try grml or knoppix or ubuntu or whatnot live-distro) and inspect the showkey output on those systems (esp. for the assigned keycode)?
Offline
Since this seems some sort of regression (are you sure about this?), can you test a different linux system (the LTS kernel might be sufficient, othewise try grml or knoppix or ubuntu or whatnot live-distro) and inspect the showkey output on those systems (esp. for the assigned keycode)?
Ok, Sorry for the delay, I tested the same stuff on Ubuntu 18.04.01 Live and here is the results:
Showkey on Fn + F6:
keycode 192 release
keycode 193 press
keycode 193 release
keycode 192 press
keycode 192 release
Xorg Xev on Fn + F6
MappingNotify event, serial 37, synthetic NO, window 0x0,
request MappingKeyboard, first_keycode 8, count 248
FocusOut event, serial 37, synthetic NO, window 0x2a00001,
mode NotifyGrab, detail NotifyAncestor
FocusIn event, serial 38, synthetic NO, window 0x2a00001,
mode NotifyUngrab, detail NotifyAncestor
KeymapNotify event, serial 38, synthetic NO, window 0x0,
keys: 73 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
FocusOut event, serial 38, synthetic NO, window 0x2a00001,
mode NotifyGrab, detail NotifyAncestor
FocusIn event, serial 38, synthetic NO, window 0x2a00001,
mode NotifyUngrab, detail NotifyAncestor
KeymapNotify event, serial 38, synthetic NO, window 0x0,
keys: 2 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
and getkeycodes Output:
Plain scancodes xx (hex) versus keycodes (dec)
for 1-83 (0x01-0x53) scancode equals keycode
0x50: 80 81 82 83 99 0 86 87
0x58: 88 117 0 0 95 183 184 185
0x60: 0 0 0 0 0 0 0 0
0x68: 0 0 0 0 0 0 0 0
0x70: 93 0 0 89 0 0 85 91
0x78: 90 92 0 94 0 124 121 0
Escaped scancodes e0 xx (hex)
e0 00: 0 0 0 0 0 0 0 0
e0 08: 0 0 0 0 0 0 0 0
e0 10: 165 0 0 0 0 0 0 0
e0 18: 0 163 0 0 96 97 0 0
e0 20: 113 140 164 0 166 0 0 0
e0 28: 0 0 255 0 0 0 114 0
e0 30: 115 0 172 0 0 98 255 99
e0 38: 100 0 0 0 0 0 0 0
e0 40: 0 0 0 0 0 119 119 102
e0 48: 103 104 0 105 112 106 118 107
e0 50: 108 109 110 111 0 0 0 0
e0 58: 0 0 0 125 126 127 116 142
e0 60: 0 0 0 143 0 217 156 173
e0 68: 128 159 158 157 155 226 0 112
e0 70: 0 0 0 0 0 0 0 0
e0 78: 0 0 0 0 0 0 0 0
Offline
I just used `sudo setkeycodes e073 192` and It got fixed!!!!
Thanks everyone
Offline
You might to want to file a bug, https://github.com/systemd/systemd/issues/ (/usr/lib/udev/hwdb.d/60-keyboard.hwdb entry)
Offline
You might to want to file a bug, https://github.com/systemd/systemd/issues/ (/usr/lib/udev/hwdb.d/60-keyboard.hwdb entry)
I would like to, But I still dont know what was the cause of the problem
Offline
The key is falsely mapped or the device UUID not (no longer) caught.
You could run a diff -pru on /usr/lib/udev/hwdb.d/ of a working setup ./. that of a non-working one to get a better idea what might have caused this.
Offline
The key is falsely mapped or the device UUID not (no longer) caught.
You could run a diff -pru on /usr/lib/udev/hwdb.d/ of a working setup ./. that of a non-working one to get a better idea what might have caused this.
➜ ~ diff -pru /usr/lib/udev/hwdb.d/ /etc/udev/hwdb.d
Only in /usr/lib/udev/hwdb.d/: 20-acpi-vendor.hwdb
Only in /usr/lib/udev/hwdb.d/: 20-bluetooth-vendor-product.hwdb
Only in /usr/lib/udev/hwdb.d/: 20-net-ifname.hwdb
Only in /usr/lib/udev/hwdb.d/: 20-OUI.hwdb
Only in /usr/lib/udev/hwdb.d/: 20-pci-classes.hwdb
Only in /usr/lib/udev/hwdb.d/: 20-pci-vendor-model.hwdb
Only in /usr/lib/udev/hwdb.d/: 20-sdio-classes.hwdb
Only in /usr/lib/udev/hwdb.d/: 20-sdio-vendor-model.hwdb
Only in /usr/lib/udev/hwdb.d/: 20-usb-classes.hwdb
Only in /usr/lib/udev/hwdb.d/: 20-usb-media-players.hwdb
Only in /usr/lib/udev/hwdb.d/: 20-usb-vendor-model.hwdb
Only in /usr/lib/udev/hwdb.d/: 20-vmbus-class.hwdb
Only in /usr/lib/udev/hwdb.d/: 60-evdev.hwdb
Only in /usr/lib/udev/hwdb.d/: 60-keyboard.hwdb
Only in /usr/lib/udev/hwdb.d/: 60-sensor.hwdb
Only in /usr/lib/udev/hwdb.d/: 69-libmtp.hwdb
Only in /usr/lib/udev/hwdb.d/: 70-joystick.hwdb
Only in /usr/lib/udev/hwdb.d/: 70-mouse.hwdb
Only in /usr/lib/udev/hwdb.d/: 70-pointingstick.hwdb
Only in /usr/lib/udev/hwdb.d/: 70-touchpad.hwdb
Here is the output
Offline
The idea is to compare the files between two OS (Arch and Ubuntu), not the upstream provided files w/ the ones you didn't add :-P
Offline
The problem is back, I can't understand, the last solution that fixed the problem doesn't work anymore, nothing changed, I didn't change anything, it happens before I update the system
Offline
Do you still get "Unknown key pressed" messages (again)?
Offline
Do you still get "Unknown key pressed" messages (again)?
At first, Yes, I use the command `sudo setkeycodes e073 193`, Then no error in `journalctl -f` but still doesn't work, Also `showkey` gets the keypress
Offline
So it's actually not the original issue - the key is received, it maybe just doesn't do what you expect it to do?
What did originally handle the key (xbindkey shortcut, acpid, …)?
Offline