-
Notifications
You must be signed in to change notification settings - Fork 58
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Thinkpad Yoga Gen8, 6.11 regression] Pen is always in eraser mode #440
Comments
I reported the issue to libinput as I was unsure where, what was breaking. Seems like this might be the more appropriate place. I'll leave this here in case the additional logs help, and will close my issue if it is confirmed that this is a kernel driver problem. |
I suspect the issue might be caused by a recent simplification to our tool type logic.
After you build and install the driver, reboot and run |
I just verified that this revert does indeed fix the problem. Everything is working as it did with kernel version 6.11 now :) |
IdeapadFlex 14ABR8 same problem. Currently using linux-lts kernel 6.6.54 to make pen work correctly. Does not work with kernel 6.11.1 |
Thanks, @RayJW . I'll work with the other devs to get this fixed upstream. |
@RayJW Could you please test an updated version of the fix for me? We decided to try a more focused approach rather than simply reverting the whole patch. You can get the new version by running If this updated version still works well, I'll send it upstream to the LKML so that it gets fixed ASAP. |
Hmm, for some reason when I run |
Thanks for testing. I got the wrong version number for some reason. The version that you listed looks correct (it has the expected commit hash at the end, unlike the number I posted). I'll go ahead and get the changes sent off to the LKML. |
Just to confirm: I've now also tested the patch (by applying it directly on top of 6.11.2), and I'm happy to report that this seems to address the issue. Thanks for putting together a fix! |
Unlike EMR tools which encode type information in their tool ID, tools for AES sensors are all "generic pens". It is inappropriate to make use of the wacom_intuos_get_tool_type function when dealing with these kinds of devices. Instead, we should only ever report BTN_TOOL_PEN or BTN_TOOL_RUBBER, as depending on the state of the Eraser and Invert bits. Reported-by: Daniel Jutz <[email protected]> Closes: https://lore.kernel.org/linux-input/[email protected]/ Bisected-by: Christian Heusel <[email protected]> Fixes: 9c2913b962da ("HID: wacom: more appropriate tool type categorization") Link: https://gitlab.freedesktop.org/libinput/libinput/-/issues/1041 Link: linuxwacom#440 Signed-off-by: Jason Gerecke <[email protected]> Cc: [email protected] Acked-by: Benjamin Tissoires <[email protected]> Signed-off-by: Jiri Kosina <[email protected]> [[email protected]: Imported into input-wacom (2934b12281ab)] Signed-off-by: Jason Gerecke <[email protected]>
Patch has been accepted upstream for Linux 6.12. It should also be automatically backported to stable kernels in the future once its a bit further along the LKML processes. I've pushed the fix to the master branch of input-wacom, so you should also get the fix when building from source. |
Thank you for the great work! I assume master doesn't differ from the patch on branch |
Unlike EMR tools which encode type information in their tool ID, tools for AES sensors are all "generic pens". It is inappropriate to make use of the wacom_intuos_get_tool_type function when dealing with these kinds of devices. Instead, we should only ever report BTN_TOOL_PEN or BTN_TOOL_RUBBER, as depending on the state of the Eraser and Invert bits. Reported-by: Daniel Jutz <[email protected]> Closes: https://lore.kernel.org/linux-input/[email protected]/ Bisected-by: Christian Heusel <[email protected]> Fixes: 9c2913b ("HID: wacom: more appropriate tool type categorization") Link: https://gitlab.freedesktop.org/libinput/libinput/-/issues/1041 Link: linuxwacom/input-wacom#440 Signed-off-by: Jason Gerecke <[email protected]> Cc: [email protected] Acked-by: Benjamin Tissoires <[email protected]> Signed-off-by: Jiri Kosina <[email protected]>
commit 2934b12 upstream. Unlike EMR tools which encode type information in their tool ID, tools for AES sensors are all "generic pens". It is inappropriate to make use of the wacom_intuos_get_tool_type function when dealing with these kinds of devices. Instead, we should only ever report BTN_TOOL_PEN or BTN_TOOL_RUBBER, as depending on the state of the Eraser and Invert bits. Reported-by: Daniel Jutz <[email protected]> Closes: https://lore.kernel.org/linux-input/[email protected]/ Bisected-by: Christian Heusel <[email protected]> Fixes: 9c2913b ("HID: wacom: more appropriate tool type categorization") Link: https://gitlab.freedesktop.org/libinput/libinput/-/issues/1041 Link: linuxwacom/input-wacom#440 Signed-off-by: Jason Gerecke <[email protected]> Cc: [email protected] Acked-by: Benjamin Tissoires <[email protected]> Signed-off-by: Jiri Kosina <[email protected]> Signed-off-by: Greg Kroah-Hartman <[email protected]>
commit 2934b12 upstream. Unlike EMR tools which encode type information in their tool ID, tools for AES sensors are all "generic pens". It is inappropriate to make use of the wacom_intuos_get_tool_type function when dealing with these kinds of devices. Instead, we should only ever report BTN_TOOL_PEN or BTN_TOOL_RUBBER, as depending on the state of the Eraser and Invert bits. Reported-by: Daniel Jutz <[email protected]> Closes: https://lore.kernel.org/linux-input/[email protected]/ Bisected-by: Christian Heusel <[email protected]> Fixes: 9c2913b ("HID: wacom: more appropriate tool type categorization") Link: https://gitlab.freedesktop.org/libinput/libinput/-/issues/1041 Link: linuxwacom/input-wacom#440 Signed-off-by: Jason Gerecke <[email protected]> Cc: [email protected] Acked-by: Benjamin Tissoires <[email protected]> Signed-off-by: Jiri Kosina <[email protected]> Signed-off-by: Greg Kroah-Hartman <[email protected]>
commit 2934b12 upstream. Unlike EMR tools which encode type information in their tool ID, tools for AES sensors are all "generic pens". It is inappropriate to make use of the wacom_intuos_get_tool_type function when dealing with these kinds of devices. Instead, we should only ever report BTN_TOOL_PEN or BTN_TOOL_RUBBER, as depending on the state of the Eraser and Invert bits. Reported-by: Daniel Jutz <[email protected]> Closes: https://lore.kernel.org/linux-input/[email protected]/ Bisected-by: Christian Heusel <[email protected]> Fixes: 9c2913b ("HID: wacom: more appropriate tool type categorization") Link: https://gitlab.freedesktop.org/libinput/libinput/-/issues/1041 Link: linuxwacom/input-wacom#440 Signed-off-by: Jason Gerecke <[email protected]> Cc: [email protected] Acked-by: Benjamin Tissoires <[email protected]> Signed-off-by: Jiri Kosina <[email protected]> Signed-off-by: Greg Kroah-Hartman <[email protected]>
commit 2934b12 upstream. Unlike EMR tools which encode type information in their tool ID, tools for AES sensors are all "generic pens". It is inappropriate to make use of the wacom_intuos_get_tool_type function when dealing with these kinds of devices. Instead, we should only ever report BTN_TOOL_PEN or BTN_TOOL_RUBBER, as depending on the state of the Eraser and Invert bits. Reported-by: Daniel Jutz <[email protected]> Closes: https://lore.kernel.org/linux-input/[email protected]/ Bisected-by: Christian Heusel <[email protected]> Fixes: 9c2913b ("HID: wacom: more appropriate tool type categorization") Link: https://gitlab.freedesktop.org/libinput/libinput/-/issues/1041 Link: linuxwacom/input-wacom#440 Signed-off-by: Jason Gerecke <[email protected]> Cc: [email protected] Acked-by: Benjamin Tissoires <[email protected]> Signed-off-by: Jiri Kosina <[email protected]> Signed-off-by: Greg Kroah-Hartman <[email protected]>
commit 2934b12 upstream. Unlike EMR tools which encode type information in their tool ID, tools for AES sensors are all "generic pens". It is inappropriate to make use of the wacom_intuos_get_tool_type function when dealing with these kinds of devices. Instead, we should only ever report BTN_TOOL_PEN or BTN_TOOL_RUBBER, as depending on the state of the Eraser and Invert bits. Reported-by: Daniel Jutz <[email protected]> Closes: https://lore.kernel.org/linux-input/[email protected]/ Bisected-by: Christian Heusel <[email protected]> Fixes: 9c2913b ("HID: wacom: more appropriate tool type categorization") Link: https://gitlab.freedesktop.org/libinput/libinput/-/issues/1041 Link: linuxwacom/input-wacom#440 Signed-off-by: Jason Gerecke <[email protected]> Cc: [email protected] Acked-by: Benjamin Tissoires <[email protected]> Signed-off-by: Jiri Kosina <[email protected]> Signed-off-by: Greg Kroah-Hartman <[email protected]>
commit 2934b12 upstream. Unlike EMR tools which encode type information in their tool ID, tools for AES sensors are all "generic pens". It is inappropriate to make use of the wacom_intuos_get_tool_type function when dealing with these kinds of devices. Instead, we should only ever report BTN_TOOL_PEN or BTN_TOOL_RUBBER, as depending on the state of the Eraser and Invert bits. Reported-by: Daniel Jutz <[email protected]> Closes: https://lore.kernel.org/linux-input/[email protected]/ Bisected-by: Christian Heusel <[email protected]> Fixes: 9c2913b ("HID: wacom: more appropriate tool type categorization") Link: https://gitlab.freedesktop.org/libinput/libinput/-/issues/1041 Link: linuxwacom/input-wacom#440 Signed-off-by: Jason Gerecke <[email protected]> Cc: [email protected] Acked-by: Benjamin Tissoires <[email protected]> Signed-off-by: Jiri Kosina <[email protected]> Signed-off-by: Greg Kroah-Hartman <[email protected]>
commit 2934b12 upstream. Unlike EMR tools which encode type information in their tool ID, tools for AES sensors are all "generic pens". It is inappropriate to make use of the wacom_intuos_get_tool_type function when dealing with these kinds of devices. Instead, we should only ever report BTN_TOOL_PEN or BTN_TOOL_RUBBER, as depending on the state of the Eraser and Invert bits. Reported-by: Daniel Jutz <[email protected]> Closes: https://lore.kernel.org/linux-input/[email protected]/ Bisected-by: Christian Heusel <[email protected]> Fixes: 9c2913b ("HID: wacom: more appropriate tool type categorization") Link: https://gitlab.freedesktop.org/libinput/libinput/-/issues/1041 Link: linuxwacom/input-wacom#440 Signed-off-by: Jason Gerecke <[email protected]> Cc: [email protected] Acked-by: Benjamin Tissoires <[email protected]> Signed-off-by: Jiri Kosina <[email protected]> Signed-off-by: Greg Kroah-Hartman <[email protected]>
Unlike EMR tools which encode type information in their tool ID, tools for AES sensors are all "generic pens". It is inappropriate to make use of the wacom_intuos_get_tool_type function when dealing with these kinds of devices. Instead, we should only ever report BTN_TOOL_PEN or BTN_TOOL_RUBBER, as depending on the state of the Eraser and Invert bits. Reported-by: Daniel Jutz <[email protected]> Closes: https://lore.kernel.org/linux-input/[email protected]/ Bisected-by: Christian Heusel <[email protected]> Fixes: 9c2913b ("HID: wacom: more appropriate tool type categorization") Link: https://gitlab.freedesktop.org/libinput/libinput/-/issues/1041 Link: linuxwacom/input-wacom#440 Signed-off-by: Jason Gerecke <[email protected]> Cc: [email protected] Acked-by: Benjamin Tissoires <[email protected]> Signed-off-by: Jiri Kosina <[email protected]>
As of kernel 6.11 (rc3 is the earliest I know is affected, 6.11 release is, too, 6.9 definitely not), I have the problem that multiple pens I use, including the "Lenovo Precision Pen 2" and the "Dell Active Pen PN579X" seem to always be in eraser mode when used with the Wacom touchscreen device in my machine. libinput reports this as
Here is a libinput event log covering my just bringing the pen into proximity and removing it, my finger is nowhere near the eraser button. Yet still
libinput is at 1.26 as installed by Debian, but this seems to be a kernel issue; it appears and disappears depending on the kernel version.
The text was updated successfully, but these errors were encountered: