summaryrefslogtreecommitdiff
path: root/drivers/hid/wacom.h
diff options
context:
space:
mode:
authorBenjamin Tissoires <benjamin.tissoires@redhat.com>2017-01-20 18:20:13 +0300
committerJiri Kosina <jkosina@suse.cz>2017-01-23 13:00:13 +0300
commita544c619a54bd5e552b1c8c308e77f37f1e3ad7c (patch)
treee6cad1fd495f494235f1a64548c06b9b5add4f0a /drivers/hid/wacom.h
parentc0265a9488c2a3aea315b61a9239d5494997fa71 (diff)
downloadlinux-a544c619a54bd5e552b1c8c308e77f37f1e3ad7c.tar.xz
HID: wacom: do not attempt to switch mode while in probe
The Intuos Pro seems to not like when we set the features right after being powered up. Instead of waiting during probe, we can schedule the switch mode and LED control in a deferred worker so that we don't have the 5 secs of delay from USB when the device is not accessible. The USB timeout delays were really a pain because if you happen to unplug the tablet while it is still waiting, you are just adding 5 second timeouts to the USB stack. Which means that a new plug of the same tablet will also gets delayed, and will also attempt to access the hardware while in .probe(). So the tablet doesn't appear in the dmesg, the user unplug/replug it to make it appearing... and so on so forth. Really, this is for the best :) Signed-off-by: Benjamin Tissoires <benjamin.tissoires@redhat.com> Acked-by: Jason Gerecke <jason.gerecke@wacom.com> Signed-off-by: Jiri Kosina <jkosina@suse.cz>
Diffstat (limited to 'drivers/hid/wacom.h')
-rw-r--r--drivers/hid/wacom.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/drivers/hid/wacom.h b/drivers/hid/wacom.h
index d303e413306d..8d8fe309c872 100644
--- a/drivers/hid/wacom.h
+++ b/drivers/hid/wacom.h
@@ -166,6 +166,7 @@ struct wacom {
struct work_struct wireless_work;
struct work_struct battery_work;
struct work_struct remote_work;
+ struct delayed_work init_work;
struct wacom_remote *remote;
struct wacom_leds {
struct wacom_group_leds *groups;