1. 18 6月, 2015 1 次提交
  2. 01 6月, 2015 1 次提交
  3. 12 5月, 2015 1 次提交
  4. 15 3月, 2015 1 次提交
  5. 23 2月, 2015 2 次提交
  6. 17 2月, 2015 2 次提交
  7. 21 1月, 2015 1 次提交
  8. 12 1月, 2015 1 次提交
  9. 07 1月, 2015 1 次提交
  10. 29 12月, 2014 1 次提交
  11. 22 12月, 2014 1 次提交
  12. 17 12月, 2014 1 次提交
  13. 02 12月, 2014 1 次提交
  14. 20 11月, 2014 1 次提交
  15. 11 11月, 2014 1 次提交
  16. 05 11月, 2014 1 次提交
  17. 04 11月, 2014 1 次提交
  18. 03 11月, 2014 1 次提交
  19. 29 10月, 2014 3 次提交
  20. 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
  21. 08 9月, 2014 2 次提交
  22. 04 9月, 2014 1 次提交
  23. 07 8月, 2014 2 次提交
  24. 29 7月, 2014 5 次提交
  25. 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
  26. 01 7月, 2014 1 次提交
  27. 22 5月, 2014 1 次提交
  28. 21 5月, 2014 1 次提交
  29. 20 5月, 2014 1 次提交
  30. 05 5月, 2014 1 次提交