Skip to content
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

Tablet PC pen and touch input is disabled after booting into Windows #15

Closed
jigpu opened this issue Mar 28, 2016 · 1 comment
Closed
Assignees
Labels
bug Confirmed / reproduced bugs

Comments

@jigpu
Copy link
Member

jigpu commented Mar 28, 2016

Based on Sourceforge Bug #307 and Sourceforge Bug #310


Based on the hid-recorder output from the Lenovo Thinkpad Yoga 260 (056a:5048) and the Lenovo Thinkpad X1 Yoga (056a:503e), it looks like the device is sending events with an unexpected report ID. Instead of having the ID specified for the generic HID packets, the ID is of the "vendor defined" HID packets that the driver can't automatically decode. That's really odd since since most devices use the former automatically.

This can apparently be worked around by using the device's reset switch, but the pen and touch stops working again once the system is booted into Windows. This likely indicates the sensor is persisting the mode change that is done by the Wacom driver for Windows. To fix this bug, we need to manually change the mode so it sends standard HID reports again.

@jigpu jigpu added the bug Confirmed / reproduced bugs label Mar 28, 2016
@jigpu jigpu self-assigned this Mar 28, 2016
@linuxwacom linuxwacom locked and limited conversation to collaborators Mar 28, 2016
@jigpu
Copy link
Member Author

jigpu commented Jan 24, 2018

Closing to match upstream bug status.

@jigpu jigpu closed this as completed Jan 24, 2018
0lvin pushed a commit to free-z4u/roc-rk3328-cc-official that referenced this issue Dec 25, 2018
…nd G11

A tablet PC booted into Windows may have its pen/touch hardware switched
into "Wacom mode" similar to what we do with explicitly-supported hardware.
Some devices appear to maintain this state across reboots, preventing their
use with the generic HID driver. This patch adds support for detecting the
presence of the mode switch feature report used by devices based on the G9
and G11 chips and has the HID codepath always attempt to reset the device
back to sending standard HID reports.

Fixes: https://sourceforge.net/p/linuxwacom/bugs/307/
Fixes: https://sourceforge.net/p/linuxwacom/bugs/310/
Fixes: linuxwacom/input-wacom#15

Co-authored-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>
Signed-off-by: Jason Gerecke <jason.gerecke@wacom.com>
Reviewed-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
ghost pushed a commit to crevanthsv/kernel_xiaomi_sakura that referenced this issue May 15, 2021
…nd G11

A tablet PC booted into Windows may have its pen/touch hardware switched
into "Wacom mode" similar to what we do with explicitly-supported hardware.
Some devices appear to maintain this state across reboots, preventing their
use with the generic HID driver. This patch adds support for detecting the
presence of the mode switch feature report used by devices based on the G9
and G11 chips and has the HID codepath always attempt to reset the device
back to sending standard HID reports.

Fixes: https://sourceforge.net/p/linuxwacom/bugs/307/
Fixes: https://sourceforge.net/p/linuxwacom/bugs/310/
Fixes: linuxwacom/input-wacom#15

Co-authored-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>
Signed-off-by: Jason Gerecke <jason.gerecke@wacom.com>
Reviewed-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Confirmed / reproduced bugs
Projects
None yet
Development

No branches or pull requests

1 participant