1. 23 7月, 2015 2 次提交
    • J
      HID: wacom: Ignore contacts in excess of declared contact count · 1b5d514a
      Jason Gerecke 提交于
      The reports sent from some touch devices (e.g. the Cintiq 24HDT) contain
      junk data in the contact slots which follow the final "valid" contact.
      To avoid forwarding it to usrspace, we store the reported contact count
      during the pre-process phase and then only process that many contacts.
      If a device sends its contacts across multiple reports (what Microsoft
      refers to as "hybrid" mode) then the contact count will be zero for
      reports other than the first.
      Signed-off-by: NJason Gerecke <jason.gerecke@wacom.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.com>
      1b5d514a
    • J
      HID: wacom: Perform all event processing as part of report processing · 06324e0c
      Jason Gerecke 提交于
      In some cases, we need access to information before it becomes available
      to the 'event' handler. In particular, for some devices we cannot properly
      process the finger data without first knowing the "contact count" at the
      very end of the report (e.g. the Cintiq 24HDT touch screen, when forced
      through the GENERIC codepath).
      
      Since the HID subsystem doesn't provide a way to take action before 'event'
      is called, we take a cue from hid-multitouch.c and add a pre-process step
      within the 'report' handler that performs the same function.
      Signed-off-by: NJason Gerecke <jason.gerecke@wacom.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.com>
      06324e0c
  2. 17 7月, 2015 2 次提交
    • J
      HID: wacom: Set default device name to value from wacom->features · 2bdd163c
      Jason Gerecke 提交于
      Allocated input devices should not use the 'pen_name' by default since
      we do not know at that point in time if that is an appropriate choice
      of name. Instead, use the (tool-agnostic) name that is stored in the
      device's 'wacom_features' structure. This also has the nice side-effect
      of requring us to be explicit about the naming of the pen device, as
      we already are for touch and pad devices.
      Signed-off-by: NJason Gerecke <jason.gerecke@wacom.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.com>
      2bdd163c
    • J
      HID: wacom: Properly free inputs if 'wacom_allocate_inputs' fails · d9f2d203
      Jason Gerecke 提交于
      The 'wacom_allocate_inputs' function tries to allocate three input devices: one
      each for the pen, touch, and pad. The pointers that are returned by the
      'wacom_allocate_input' calls are temporarily stored to local variables where
      they are checked to ensure they're non-null before storing them in the
      'wacom_wac' structure. If an allocation fails,  the 'wacom_free_inputs'
      function is called to reclaim the memory. Unfortunately, 'wacom_free_inputs' is
      called prior to the pointers being copied, so it is not actually able to free
      anything.
      
      This patch has the calls to 'wacom_allocate_input' store the pointer directly
      in the 'wacom_wac' structure where they can be freed. Also, it replaces the
      call to 'wacom_free_inputs' with the (more general) 'wacom_clean_inputs' and
      removes the no-longer-used function.
      
      [jkosina@suse.com: modify to resolve conflict with 67e123ff ("Delete
       unnecessary checks")]
      Signed-off-by: NJason Gerecke <jason.gerecke@wacom.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.com>
      d9f2d203
  3. 13 7月, 2015 1 次提交
  4. 10 7月, 2015 1 次提交
  5. 09 7月, 2015 1 次提交
  6. 08 7月, 2015 1 次提交
  7. 18 6月, 2015 10 次提交
  8. 17 6月, 2015 1 次提交
  9. 12 6月, 2015 6 次提交
  10. 03 6月, 2015 1 次提交
  11. 01 6月, 2015 3 次提交
  12. 29 5月, 2015 1 次提交
  13. 28 5月, 2015 3 次提交
  14. 26 5月, 2015 1 次提交
  15. 25 5月, 2015 1 次提交
    • H
      HID: usbhid: add Chicony/Pixart usb optical mouse that needs QUIRK_ALWAYS_POLL · 7250dc3f
      Herton R. Krzesinski 提交于
      I received a report from an user of following mouse which needs this quirk:
      
      usb 1-1.6: USB disconnect, device number 58
      usb 1-1.6: new low speed USB device number 59 using ehci_hcd
      usb 1-1.6: New USB device found, idVendor=04f2, idProduct=1053
      usb 1-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=0
      usb 1-1.6: Product: USB Optical Mouse
      usb 1-1.6: Manufacturer: PixArt
      usb 1-1.6: configuration #1 chosen from 1 choice
      input: PixArt USB Optical Mouse as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.6/1-1.6:1.0/input/input5887
      generic-usb 0003:04F2:1053.16FE: input,hidraw2: USB HID v1.11 Mouse [PixArt USB Optical Mouse] on usb-0000:00:1a.0-1.6/input0
      
      The quirk was tested by the reporter and it fixed the frequent disconnections etc.
      
      [jkosina@suse.cz: reorder the position in hid-ids.h]
      Signed-off-by: NHerton R. Krzesinski <herton@redhat.com>
      Reviewed-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      7250dc3f
  16. 22 5月, 2015 2 次提交
  17. 20 5月, 2015 1 次提交
  18. 18 5月, 2015 2 次提交