1. 30 May, 2019 1 commit
  2. 09 May, 2019 1 commit
    • Tobias Auerochs's avatar
      HID: rmi: Use SET_REPORT request on control endpoint for Acer Switch 3 and 5 · 10235380
      Tobias Auerochs authored
      The touchpad on the cover keyboard for the Acer Switch 3 and 5 does not
      work as-is under Linux. Both devices have the same usb id for the cover
      keyboard.
      
      The kernel correctly assigns the hid-rmi driver to the device using usbhid
      for transport.
      Any attempts of hid-rmi to talk to the device using hid_hw_output_report
      fail however as usbhid does not have a working urbout due to the lack of
      any out endpoints.
      
      Looking through Wireshark usbmon recordings from the Windows Synaptics
      driver for this computer running inside of QEMU shows that it should be
      using SET_REPORT requests instead.
      
      This replaces the hid_hw_output_report in hid-rmi with a
      hid_hw_raw_request for this device, which is at least enough to enable
      the kernel to get working multi-touch input.
      Signed-off-by: default avatarTobias Auerochs <tobi291019@gmail.com>
      Signed-off-by: default avatarJiri Kosina <jkosina@suse.cz>
      10235380
  3. 30 May, 2018 1 commit
  4. 16 Feb, 2018 1 commit
  5. 23 Jan, 2018 1 commit
  6. 19 Oct, 2017 1 commit
  7. 08 Sep, 2017 1 commit
    • Lyude's avatar
      HID: rmi: Make sure the HID device is opened on resume · cac72b99
      Lyude authored
      So it looks like that suspend/resume has actually always been broken on
      hid-rmi. The fact it worked was a rather silly coincidence that was
      relying on the HID device to already be opened upon resume. This means
      that so long as anything was reading the /dev/input/eventX node for for
      an RMI device, it would suspend and resume correctly. As well, if
      nothing happened to be keeping the HID device away it would shut off,
      then the RMI driver would get confused on resume when it stopped
      responding and explode.
      
      So, call hid_hw_open() in rmi_post_resume() so we make sure that the
      device is alive before we try talking to it.
      
      This fixes RMI device suspend/resume over HID.
      
      Link: https://bugzilla.kernel.org/show_bug.cgi?id=196851
      [jkosina@suse.cz: removed useless hunk that was zero-initializing 'ret']
      Signed-off-by: default avatarLyude <lyude@redhat.com>
      Cc: Andrew Duggan <aduggan@synaptics.com>
      Cc: stable@vger.kernel.org
      Reviewed-by: default avatarBenjamin Tissoires <benjamin.tissoires@redhat.com>
      Signed-off-by: default avatarJiri Kosina <jkosina@suse.cz>
      cac72b99
  8. 11 Jan, 2017 2 commits
  9. 23 Nov, 2016 1 commit
  10. 27 Jan, 2016 1 commit
  11. 05 Nov, 2015 1 commit
  12. 30 Sep, 2015 1 commit
  13. 17 Jul, 2015 1 commit
  14. 13 Jul, 2015 1 commit
  15. 09 Jul, 2015 1 commit
  16. 16 Jun, 2015 1 commit
  17. 18 May, 2015 1 commit
  18. 25 Feb, 2015 3 commits
  19. 17 Feb, 2015 1 commit
  20. 12 Jan, 2015 3 commits
  21. 22 Dec, 2014 1 commit
  22. 12 Dec, 2014 2 commits
  23. 12 Sep, 2014 1 commit
  24. 14 Aug, 2014 1 commit
  25. 29 Jul, 2014 3 commits
  26. 12 Jun, 2014 1 commit
  27. 22 May, 2014 1 commit
  28. 16 May, 2014 1 commit
  29. 13 May, 2014 3 commits
  30. 09 Apr, 2014 1 commit