Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 07 5月, 2015 1 次提交
  3. 15 3月, 2015 1 次提交
  5. 23 2月, 2015 2 次提交
  7. 17 2月, 2015 2 次提交
  9. 21 1月, 2015 1 次提交
  11. 12 1月, 2015 1 次提交
  13. 07 1月, 2015 1 次提交
  15. 29 12月, 2014 1 次提交
  17. 22 12月, 2014 1 次提交
  19. 17 12月, 2014 1 次提交
  21. 02 12月, 2014 1 次提交
  23. 20 11月, 2014 1 次提交
  25. 11 11月, 2014 1 次提交
  27. 05 11月, 2014 1 次提交
  29. 04 11月, 2014 1 次提交
  31. 03 11月, 2014 1 次提交
  33. 29 10月, 2014 3 次提交
  35. 01 10月, 2014 1 次提交
    • B
      HID: wacom: implement generic HID handling for pen generic devices · 7704ac93
      由 Benjamin Tissoires 提交于 
      ISDv4 and v5 are plain HID devices. We can directly implement a generic
HID parsing/handling and remove the need to manually add those PID in
the list of supported devices.

This patch implements the pen support only. The finger part will come in
a later patch.

To be properly notified of an .event() and a .report(), we need to force
hid-core to go through the HID parsing. By default, wacom.ko binds only
hidraw, so the hid parsing is not done by hid-core. When a true HID device
is there, we add the flag HID_CLAIMED_DRIVER to hid->claimed which will
force hid-core to parse the incoming reports.
(Note that this can be easily backported by directly setting the .claimed
flag to HID_CLAIMED_DRIVER even if hid-core does not support
HID_CONNECT_DRIVER)
Signed-off-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
Acked-by: NJason Gerecke <killertofu@gmail.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      7704ac93
  37. 08 9月, 2014 2 次提交
  39. 04 9月, 2014 1 次提交
  41. 07 8月, 2014 2 次提交
  43. 29 7月, 2014 5 次提交
  45. 26 7月, 2014 1 次提交
    • B
      Input: wacom - switch from an USB driver to a HID driver · 29b47391
      由 Benjamin Tissoires 提交于 
      All USB Wacom tablets are actually HID devices.
For historical reasons, they are handled as plain USB devices.
The current code makes more and more reference to the HID subsystem
like implementing its own HID report descriptor parser to handle new
devices.

From the user point of view, we can transparently switch from this state
to a driver handled in the HID subsystem and clean up a lot of USB specific
code in the wacom.ko driver.

The other benefit once the USB dependecies have been removed is that we can
use a tool like uhid to make regression tests and allow further cleanup or
new implementations without risking breaking current behaviors.

To match the current handling of devices in wacom_wac.c, we rely on the
hid_type set by usbhid. usbhid sets the hid_type to HID_TYPE_USBMOUSE when
it sees a USB boot mouse protocol declared and HID_TYPE_USBNONE when the
device is plain HID. There is thus a one to one matching between the list
of supported devices before and after the switch from USB to HID.
Signed-off-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
Reviewed-by: NJason Gerecke <killertofu@gmail.com>
Tested-by: NJason Gerecke <killertofu@gmail.com>
Signed-off-by: NDmitry Torokhov <dmitry.torokhov@gmail.com>
      29b47391
  47. 01 7月, 2014 1 次提交
  49. 22 5月, 2014 1 次提交
  51. 21 5月, 2014 1 次提交
  53. 20 5月, 2014 1 次提交
  55. 05 5月, 2014 1 次提交
  57. 09 4月, 2014 1 次提交
  59. 07 4月, 2014 1 次提交
    • B
      HID: core: do not scan constant input report · e24d0d39
      由 Benjamin Tissoires 提交于 
      The Microsoft Surface Type/Touch Cover 2 is a fancy device which advertised
itself as a multitouch device but with constant input reports.
This way, hid_scan_report() gives the group MULTITOUCH to it, but
hid-multitouch can not handle it due to the constant collection ignored
by hid-input.

To prevent such crap in the future, and while we do not fix this particular
device, make the scan_report coherent with hid-input.c, and ignore constant
input reports.

CC: stable@vger.kernel.org # 3.12+
Signed-off-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      e24d0d39