1. 28 12月, 2015 1 次提交
  2. 06 11月, 2015 1 次提交
  3. 12 10月, 2015 1 次提交
    • M
      HID: multitouch: Fetch feature reports on demand for Win8 devices · 6d4f5440
      Mika Westerberg 提交于
      Some newer Intel Skylake based Dell laptops with Win8 precision touchpad
      fail when initial feature reports are fetched from it. Below is an example
      output with some additional debug included:
      
       i2c_hid i2c-DLL0704:01: Fetching the HID descriptor
       i2c_hid i2c-DLL0704:01: __i2c_hid_command: cmd=20 00
       i2c_hid i2c-DLL0704:01: HID Descriptor: 1e 00 00 01 99 02 21 00 24 ...
       ...
       i2c_hid i2c-DLL0704:01: i2c_hid_get_report
       i2c_hid i2c-DLL0704:01: __i2c_hid_command: cmd=22 00 38 02 23 00
       i2c_hid i2c-DLL0704:01: report (len=4): 04 00 08 05
       i2c_hid i2c-DLL0704:01: report id 13
       i2c_hid i2c-DLL0704:01: i2c_hid_get_report
       i2c_hid i2c-DLL0704:01: __i2c_hid_command: cmd=22 00 3d 02 23 00
       i2c_hid i2c-DLL0704:01: failed to retrieve report from device.
       i2c_hid i2c-DLL0704:01: report id 7
       i2c_hid i2c-DLL0704:01: i2c_hid_get_report
       i2c_hid i2c-DLL0704:01: __i2c_hid_command: cmd=22 00 37 02 23 00
       i2c_hid i2c-DLL0704:01: report (len=259): 03 01 07 fc 28 fe 84 40 ...
       i2c_hid i2c-DLL0704:01: report id 4
       i2c_hid i2c-DLL0704:01: i2c_hid_get_report
       i2c_hid i2c-DLL0704:01: __i2c_hid_command: cmd=22 00 34 02 23 00
      
      We manage to fetch few reports but then the touchpad dies:
      
       i2c_designware i2c_designware.1: i2c_dw_handle_tx_abort: lost arbitration
       i2c_hid i2c-DLL0704:01: failed to retrieve report from device.
      
      it eventually pulls the whole I2C bus low:
      
       i2c_designware i2c_designware.1: controller timed out
       i2c_hid i2c-DLL0704:01: failed to set a report to device.
      
      Fix this by preventing initial feature report retrieval for Win8 devices.
      Instead we fetch reports as needed in mt_feature_mapping(). This prevents
      fetching reports which might cause problems with the device in question.
      Suggested-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
      Signed-off-by: NMika Westerberg <mika.westerberg@linux.intel.com>
      Reviewed-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
      Tested-by: NSeth Forshee <seth.forshee@canonical.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      6d4f5440
  4. 30 9月, 2015 1 次提交
  5. 29 9月, 2015 1 次提交
  6. 24 7月, 2015 1 次提交
  7. 08 7月, 2015 1 次提交
  8. 12 3月, 2015 1 次提交
  9. 07 3月, 2015 1 次提交
  10. 27 2月, 2015 1 次提交
  11. 02 12月, 2014 1 次提交
  12. 25 11月, 2014 1 次提交
  13. 24 4月, 2014 1 次提交
  14. 20 3月, 2014 1 次提交
  15. 05 3月, 2014 3 次提交
    • B
      HID: multitouch: add support of other generic collections in hid-mt · 6aef704e
      Benjamin Tissoires 提交于
      The ANTON Touch Pad is a device which can switch from a multitouch
      touchpad to a mouse. It thus presents several generic collections which
      are currently ignored by hid-multitouch. Enable them by not ignoring
      them in mt_input_mapping.
      Adding also a suffix for them depending on their application.
      Reported-by: NEdel Maks <edelmaks@gmail.com>
      Signed-off-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      6aef704e
    • B
      HID: multitouch: remove pen special handling · e55f6200
      Benjamin Tissoires 提交于
      Pens have a special handling in hid-mt as hybrid pen/touch devices
      are quite common now. However, some fancy devices presents also
      useful collections like mouse or keyboard.
      The special case for the pen may not be a special case, and treat it as
      a generic case.
      Signed-off-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      e55f6200
    • B
      HID: multitouch: remove registered devices with default behavior · 0fa9c616
      Benjamin Tissoires 提交于
      The default multitouch protocol class in use since the kernel v3.9 is
      working quite well. Since its inclusion, the only devices we had to tweak
      were those who really need quirks (GeneralTouch, FocalTech and Wistron,
      the 3 of them are Win 7 certified ones).
      The flow of new unhandled devices has stopped, which is great and I think
      it's time to reduce the list of registered device.
      
      This commit removes only the registration in the kernel of devices that
      use the class MT_CLS_DEFAULT, or that can use it. By that, I mean that I
      checked all the recordings I have, and the produced input device and
      events are the same before and after applying the patch.
      
      This gives two benefits:
      - remove a bunch of lines of codes
      - prevent bad handling of existing registered devices which are using a
      different protocol while using the same VID/PID (I got the case of a
      Quanta 3008 recently).
      
      I also removed the associated classes (MT_CLS*). I kept their #define in
      case people use the new_id sysfs node with a non standard class (their
      should be really few people now, but we never now). This is why there
      are /* reserved .... */.
      
      Last, I add a comment on top of mt_devices[] definition to remember people
      (and myself) not to include devices for the beauty of it.
      
      To people still trying to add devices with the default class:
      """
      Guys, try out your device under a kernel greater or equal to v3.9. If it
      works, you are all set. Adding your VID/PID to the kernel only brings us
      overload and you won't get anything from it _because_ even a backport of
      this shiny patch will _not_ make the device work under 3.0, 3.2, 3.4 or
      even 3.8.
      So if it works, it works.
      If it does not work, then yes, submit a patch or call for help.
      In any cases, if you want me to do regression tests, I'd be happy to
      get some traces of your device. But I won't patch the kernel if it works.
      """
      Signed-off-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      0fa9c616
  16. 29 1月, 2014 1 次提交
  17. 13 12月, 2013 1 次提交
  18. 02 12月, 2013 1 次提交
  19. 21 11月, 2013 1 次提交
  20. 25 10月, 2013 1 次提交
  21. 07 10月, 2013 1 次提交
  22. 13 9月, 2013 1 次提交
  23. 27 8月, 2013 2 次提交
  24. 31 7月, 2013 1 次提交
  25. 12 6月, 2013 1 次提交
  26. 20 5月, 2013 2 次提交
  27. 16 5月, 2013 1 次提交
  28. 27 3月, 2013 7 次提交
  29. 07 3月, 2013 2 次提交