Touchpad switch not working (Lenovo IdeaPad, Kubuntu 20.04)
The touchpad switch, Fn-F6, does not work for me. It does work on Windows 10 (dual boot)
Should I file a bug? How do I solve this?
Kubuntu 20.04
Lenovo IdeaPad L340-15IRH - Type 81LK
Please ask for further details
Question information
- Language:
- English Edit question
- Status:
- Open
- For:
- Ubuntu Edit question
- Assignee:
- No assignee Edit question
- Last query:
- Last reply:
Related FAQ:
None Link to a FAQ
Revision history for this message
![]() |
#1 |
Do you have the latest BIOS?
Revision history for this message
![]() |
#2 |
I suppose it is, I do updates. How do I check?
Revision history for this message
![]() |
#3 |
Manufacturers website. It may need Windows but some can access FAT32 formatted USB and you can do it that way
Revision history for this message
![]() |
#4 |
there seems lot of new "touchpad not working / not found" bugs:
https:/
https:/
https:/
https:/
Revision history for this message
![]() |
#5 |
Ah, that question is only for on/off switch not working.
Revision history for this message
![]() |
#6 |
Does xev report event when you press that button? It probably should report XF86TouchpadToggle event. Or does something
printed to dmesg/logs when you press that button?
Revision history for this message
![]() |
#7 |
- I believe Lenovo pushes its BIOS updates through Windows Update (it publishes at least some updates), and I've just updated my Win10;
- xev does not report anything when I press Fn-F6 (though it does when I press F6, or Fn-F5, or Fn-F7)
- dmesg does not print any error linked with me pressing Fn-F6
Revision history for this message
![]() |
#8 |
Oh, yeah, just checked the bugs you linked. My touchpad works well when activated through the usual settings.
Revision history for this message
![]() |
#9 |
In fact, I did not have the latest BIOS. Now I do, and the issue remains the same.
Revision history for this message
![]() |
#10 |
Is "Ideapad extra buttons" listed on /proc/bus/
I guess that button should be handled ideapad_laptop driver. Driver has some debugfs-files that may be give some hint.
https:/
https:/
and your hardware is something like:
https:/
Revision history for this message
![]() |
#11 |
"Ideapad extra buttons" is listed, both in /proc/bus/
All other special keys do work
I don't know how to interpret the links you gave me
Revision history for this message
![]() |
#12 |
What file /sys/devices/
Revision history for this message
![]() |
#13 |
I do not have the same directory tree as you suggest.
The only file named "touchpad" in /sys is 1, whatever the (kubuntu) setting for touchpad is.
The file is located in /sys/devices/
Revision history for this message
![]() |
#14 |
That file and directory is probably correct one (and kernel documentation misleading [1]). Does the file change when you press button?
File /sys/kernel/
[1] https:/
[2] https:/
Revision history for this message
![]() |
#15 |
Neither the file /sys/devices/
BTW, /sys/kernel/
Revision history for this message
![]() |
#16 |
I suggest you report bug...
Revision history for this message
![]() |
#17 |
Bug reported here https:/
Revision history for this message
![]() |
#18 |
Revision history for this message
![]() |
#19 |
Should I file the bug against "linux"?
Revision history for this message
![]() |
#21 |
This is probably good to mention directly on bug report:
"Neither the file /sys/devices/
Revision history for this message
![]() |
#22 |
oh, we also missed at least one step:
"if the key code is wrong, or there is no keypress event, or the key only works once and then the desktop gets "stuck", install the "evtest" package, run sudo evtest, select your keyboard device, press the broken keys, and note down their scan code (MSC_SCAN), current keycode (KEY_*), and intended meaning. "
Revision history for this message
![]() |
#23 |
For this step, I think I should write what happens for every special key:
F1 through F12 show the corresponding keycode.
On its own, Fn does not appear at all.
Fn-F1 (mute) shows MSC_SCAN value a0, keycode 113 (KEY_MUTE) with values alternating 1-0 (as I press/release, this will be the same)
Fn-F2 (vol down) and Fn-F3 (vol up) show MSC_SCAN values ae and b0, with keycodes 114 (KEY_VOLUMEDOWN) and 114 (KEY_VOLUMEUP)
Fn-F4 (mute mic) does not appear at all (it works well though)
Fn-F5 (reload) appears as F5
Fn-F6 (touchpad switch) does not appear at all (and doesn't work)
Fn-F7 (airplane mode) does not appear at all (but works)
Fn-F8 (cut camera, I guess?) does not appear at all (doesn't work? I haven't found its use, but when streaming my webcam to VLC, it did nothing)
Fn-F9 (lock) appears as LEFTMETA-L, where releasing F9 releases L and Fn releases LEFTMETA
Fn-F10 (change multiscreen options) appears as LEFTMETA-P where repressing F10 represses P and releasing Fn releases LEFTMETA
Fn-F11 (luminosity down) and Fn-F12 (luminosity up) do not appear at all (but work well though)
Revision history for this message
![]() |
#24 |
How long do you think this will take before this bug is resolved?
Revision history for this message
![]() |
#25 |
I don't know, but bug probably falls to "if there is neither an ACPI event nor an input event, this is probably also a kernel bug, though probably harder to diagnose" category, so i may take some time (months, years).
I have no idea what nexts. Maybe something related to acpi and kernel, like:
https:/
Revision history for this message
![]() |
#26 |
My query lies inside the realm of technical vulnerability detection, no longer from the distro utilization attitude. I am doing a research on diverse field image scanners and need a manner to determine whether vulnerabilities flagged through scanners are TPs of FPs. Find best guides on the website https:/
Revision history for this message
![]() |
#27 |
I think you wanted to open a new question (https:/
Can you help with this problem?
Provide an answer of your own, or ask Yann Leray for more information if necessary.