1. 17 10月, 2017 1 次提交
  2. 06 9月, 2017 1 次提交
  3. 31 7月, 2017 1 次提交
  4. 06 6月, 2017 1 次提交
  5. 26 4月, 2017 1 次提交
  6. 21 3月, 2017 2 次提交
    • B
      HID: remove initial reading of reports at connect · 9143059f
      Benjamin Tissoires 提交于
      It looks like a bunch of devices do not like to be polled
      for their reports at init time. When you look into the details,
      it seems that for those that are requiring the quirk
      HID_QUIRK_NO_INIT_REPORTS, the driver fails to retrieve part
      of the features/inputs while others (more generic) work.
      
      IMO, it should be acceptable to remove the need for the quirk
      in the general case. On the small amount of cases where
      we actually need to read the current values, the driver
      in charge (hid-mt or wacom) already retrieves the features
      manually.
      
      There are 2 cases where we might need to retrieve the reports at
      init:
      1. hiddev devices with specific use-space tool
      2. a device that would require the driver to fetch a specific
         feature/input at plug
      
      For case 2, I have seen this a few time on hid-multitouch. It
      is solved in hid-multitouch directly by fetching the feature.
      I hope it won't be too common and this can be solved on a per-case
      basis (crossing fingers).
      
      For case 1, we moved the implementation of HID_QUIRK_NO_INIT_REPORTS
      in hiddev. When somebody starts calling ioctls that needs an initial
      update, the hiddev device will fetch the initial state of the reports
      to mimic the current behavior. This adds a small amount of time during
      the first HIDIOCGUSAGE(S), but it should be acceptable in
      most cases. To keep the currently known broken devices, we have to
      keep around HID_QUIRK_NO_INIT_REPORTS, but the scope will only be
      for hiddev.
      
      Note that I don't think hidraw would be affected and I checked that
      the FF drivers that need to interact with the report fields are all
      using output reports, which are not initialized by
      usbhid_init_reports().
      
      NO_INIT_INPUT_REPORTS is then replaced by HID_QUIRK_NO_INIT_REPORTS:
      there is no point keeping it for just one device.
      Signed-off-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      9143059f
    • O
      HID: corsair: support for K65-K70 Rapidfire and Scimitar Pro RGB · deaba636
      Oscar Campos 提交于
      Add quirks for several corsair gaming devices to avoid long delays on
      report initialization
      
      Supported devices:
      
       - Corsair K65RGB Rapidfire Gaming Keyboard
       - Corsair K70RGB Rapidfire Gaming Keyboard
       - Corsair Scimitar Pro RGB Gaming Mouse
      Signed-off-by: NOscar Campos <oscar.campos@member.fsf.org>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      deaba636
  7. 06 3月, 2017 2 次提交
  8. 27 1月, 2017 1 次提交
    • C
      HID: usbhid: Quirk a AMI virtual mouse and keyboard with ALWAYS_POLL · ed9ab428
      Colin Ian King 提交于
      Quirking the following AMI USB device with ALWAYS_POLL fixes an AMI
      virtual keyboard and mouse from not responding and timing out when
      it is attached to a ppc64el Power 8 system and when we have some
      rapid open/closes on the mouse device.
      
       usb 1-3: new high-speed USB device number 2 using xhci_hcd
       usb 1-3: New USB device found, idVendor=046b, idProduct=ff01
       usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
       usb 1-3: Product: Virtual Hub
       usb 1-3: Manufacturer: American Megatrends Inc.
       usb 1-3: SerialNumber: serial
       usb 1-3.3: new high-speed USB device number 3 using xhci_hcd
       usb 1-3.3: New USB device found, idVendor=046b, idProduct=ff31
       usb 1-3.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
       usb 1-3.3: Product: Virtual HardDisk Device
       usb 1-3.3: Manufacturer: American Megatrends Inc.
       usb 1-3.4: new low-speed USB device number 4 using xhci_hcd
       usb 1-3.4: New USB device found, idVendor=046b, idProduct=ff10
       usb 1-3.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
       usb 1-3.4: Product: Virtual Keyboard and Mouse
       usb 1-3.4: Manufacturer: American Megatrends Inc.
      
      With the quirk I have not been able to trigger the issue with
      half an hour of saturation soak testing.
      Signed-off-by: NColin Ian King <colin.king@canonical.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      ed9ab428
  9. 20 1月, 2017 2 次提交
  10. 12 1月, 2017 2 次提交
  11. 02 1月, 2017 2 次提交
  12. 19 12月, 2016 1 次提交
  13. 28 11月, 2016 1 次提交
  14. 24 11月, 2016 1 次提交
  15. 04 11月, 2016 2 次提交
  16. 10 10月, 2016 1 次提交
    • S
      HID: add quirk for Akai MIDImix. · 4973ca9a
      Steinar H. Gunderson 提交于
      The Akai MIDImix (09e8:0031) is a MIDI fader controller that speaks
      regular MIDI and works well with Linux. However, initialization gets
      delayed due to reports timeout:
      
        [3643645.631124] hid-generic 0003:09E8:0031.0020: timeout initializing reports
        [3643645.632416] hid-generic 0003:09E8:0031.0020: hiddev0: USB HID v1.11 Device [AKAI MIDI Mix] on usb-0000:00:14.0-2/input0
      
      Adding "usbhid.quirks=0x09e8:0x0031:0x20000000" on the kernel
      command line makes the issues go away.
      Signed-off-by: NSteinar H. Gunderson <sgunderson@bigfoot.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      4973ca9a
  17. 19 9月, 2016 2 次提交
  18. 17 8月, 2016 1 次提交
  19. 27 4月, 2016 1 次提交
    • T
      HID: usbhid: quirks for Corsair RGB keyboard & mice (K70R, K95RGB, M65RGB, K70RGB, K65RGB) · 282bf1fe
      Trent Lloyd 提交于
      These devices feature multiple interfaces/endpoints: a legacy BIOS/boot
      interface (endpoint 0x81), as well as 2 corsair-specific keyboard interfaces
      (endpoint 0x82, 0x83 IN/0x03 OUT) and an RGB LED control interface (endpoint
      0x84 IN/0x04 OUT)
      
      Because the extra 3 interfaces are not of subclass USB_INTERFACE_SUBCLASS_BOOT,
      HID_QUIRK_NOGET is not automatically set on them and a 10s timeout per-endpoint
      (30s per device) occurs initialising reports on boot.  We configure
      HID_QUIRK_NO_INIT_REPORTS for these devices.
      
      Additionally the left-side G1-G18 macro keys on the K95RGB generate output on
      the un-opened 0x82/0x83 endpoints which causes the keyboard to stop responding
      waiting for this event to be collected.  We enable HID_QUIRK_ALWAYS_POLL to
      prevent this situation from occurring.
      Signed-off-by: NTrent Lloyd <trent@lloyd.id.au>
      Tested-by: NSUGNIAUX Wilfried <wsu@ppharm2k20.net>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      282bf1fe
  20. 25 4月, 2016 1 次提交
  21. 11 3月, 2016 1 次提交
  22. 29 1月, 2016 1 次提交
  23. 21 1月, 2016 1 次提交
  24. 02 12月, 2015 1 次提交
  25. 20 11月, 2015 1 次提交
  26. 05 10月, 2015 1 次提交
  27. 23 9月, 2015 1 次提交
  28. 24 8月, 2015 1 次提交
  29. 24 7月, 2015 1 次提交
  30. 29 6月, 2015 1 次提交
  31. 18 6月, 2015 1 次提交
  32. 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
  33. 13 5月, 2015 1 次提交