summaryrefslogtreecommitdiff
path: root/kernel/audit_watch.c
diff options
context:
space:
mode:
authorBenjamin Tissoires <benjamin.tissoires@redhat.com>2015-03-05 22:36:54 (GMT)
committerJiri Kosina <jkosina@suse.cz>2015-03-16 19:18:20 (GMT)
commit5fcad167315f224eaf6750b0fb85ee6c92f087cd (patch)
tree143318838d56f88253e8c40e81f004d119d65850 /kernel/audit_watch.c
parent71fa641ebbfd2402bdb76d3c6ba7e4a2d1eb2dfc (diff)
downloadlinux-5fcad167315f224eaf6750b0fb85ee6c92f087cd.tar.xz
HID: wacom: ask for a in-prox report when it was missed
If noone listens to the input device when a tool comes in proximity, the tablet does not send the in-prox event when a client becomes available. That means that no events will be sent until the tool is taken out of proximity. In this situation, ask for the report WACOM_REPORT_INTUOSREAD which will read the corresponding feature and generate an in-prox event. To make some generation of hardware working, we need to unset the quirk NO_GET set by hid-core because the interfaces are seen as "boot mouse". We don't schedule this read in a worker while we are in an IO interrupt. We know that usbhid will do it asynchronously. If this is triggered by uhid, then this is obviously a client side bug :) Signed-off-by: Benjamin Tissoires <benjamin.tissoires@redhat.com> Acked-by: Jason Gerecke <killertofu@gmail.com> Signed-off-by: Jiri Kosina <jkosina@suse.cz>
Diffstat (limited to 'kernel/audit_watch.c')
0 files changed, 0 insertions, 0 deletions