Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 24 4月, 2014 1 次提交
  3. 07 4月, 2014 1 次提交
    • D
      Revert "HID: microsoft: Add ID's for Surface Type/Touch Cover 2" · f3b0cbce
      由 Derya 提交于 
      This reverts commit 117309c5.

The MS Surface Pro 2 has an USB composite device with 3 interfaces
- interface 0 - sensor hub
- interface 1 - wacom digitizer
- interface 2 - the keyboard cover, if one is attached
This USB composite device changes it product id dependent on if and which
keyboard cover is attached. Adding the covers to hid_have_special_driver
prevents loading the right hid drivers for the other two interfaces, all 3
get loaded with hid-microsoft. We don't even need hid-microsoft for the
keyboards. We have to revert this to load the right hid modules for each
interface.

CC: stable@vger.kernel.org # kernel 3.14 only
Signed-off-by: NDerya <derya.kiran@yahoo.de>
Signed-off-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      f3b0cbce
  5. 04 4月, 2014 1 次提交
  7. 05 3月, 2014 1 次提交
  9. 18 2月, 2014 1 次提交
    • D
      HID: add hid-cp2112 driver · e932d817
      由 David Barksdale 提交于 
      This patch adds support for the Silicon Labs CP2112 "Single-Chip HID USB to
SMBus Master Bridge."

This is a HID device driver which registers as an i2c adapter and gpiochip to
expose these functions of the CP2112. The customizable USB descriptor fields
are exposed as sysfs attributes.  The SMBus byte-read, byte-data-read/write,
and word-data-read transfer modes have been tested by talking to an i2c
sensor.  The GPIO functions and USB descriptor field programming have also
been tested.
Signed-off-by: NDavid Barksdale <dbarksdale@uplogix.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      e932d817
  11. 17 2月, 2014 1 次提交
  13. 16 2月, 2014 1 次提交
  15. 06 2月, 2014 1 次提交
  17. 03 2月, 2014 1 次提交
  19. 29 1月, 2014 1 次提交
  21. 28 1月, 2014 2 次提交
  23. 17 1月, 2014 3 次提交
    • K
      HID: hid-holtek-mouse: add new a070 mouse · 274be3eb
      由 Kharlamov Alexey 提交于 
      Added support of RITMIX ROM-316 mouse to hid-holtek-mouse workaround module
Signed-off-by: NAlexey Kharlamov <derlafff@ya.ru>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      274be3eb
    • S
      HID: hid-sensor-hub: Fix buggy report descriptors · 875e36f8
      由 Srinivas Pandruvada 提交于 
      This addresses regression caused by commit id "751d17e2"
 iio: hid-sensors: Fix power and report state.
This commit removed a quirk, to change the enumeration base
to 1 from 0 based on an CONFIG paramter. There was objection to
add more changes under this quirk, instead suggested to add an
HID quirk. But there is no easy way to add HID qurik as the
reports are not properly using collection class.

The solution was to use logical minimum, which is a correct way.
There were changes done in firmware to address this.

Unfortunately some devices, still use old FW and can't be upgraded
to newer version on Linux devices as there is no FW upgrade tool
available for Linux devices. So we need to fix report descriptors,
for such devices. This will not have any impact, if the FW uses
logical 1 as minimum.

In this patch we look for usage id for "power and report state", and
modify logical minimum value to 1.

Background on enum:
In the original HID sensor hub firmwares all Named array enums were
to 0-based. But the most recent hub implemented as 1-based,
because of the implementation by one of the major OS vendor.
Using logical minimum for the field as the base of enum. So we add
logical minimum to the selector values before setting those fields.
Some sensor hub FWs already changed logical minimum from 0 to 1
to reflect this and hope every other vendor will follow.
There is no easy way to add a common HID quirk for NAry elements,
even if the standard specifies these field as NAry, the collection
used to describe selectors is still just "logical".
Signed-off-by: NSrinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      875e36f8
    • F
      HID: sony: Add force-feedback support for the Dualshock 4 · 0bd88dd3
      由 Frank Praznik 提交于 
      Adds the Dualshock 4 to the HID device list and enables force-feedback.

Adds a Dualshock 4 specific worker function since the Dualshock 4 needs a
different report than the Sixaxis.

The right motor in the Dualshock 4 is variable so the full rumble value
is now passed to the worker function and clamped there if necessary.
Signed-off-by: NFrank Praznik <frank.praznik@oh.rr.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      0bd88dd3
  25. 18 12月, 2013 1 次提交
  27. 13 12月, 2013 1 次提交
  29. 03 12月, 2013 1 次提交
    • V
      HID: add support for Logitech Dual Action gamepads · 56d0c8b7
      由 Vitaly Katraew 提交于 
      I have two Logitech Dual Action gamepads, both have same Vendor/Device id pair.
Newest gamepad (A) can switch between old mode (HID) and XBox gamepad emulation
mode. Old gamepad (B) can only work in HID mode.  In HID mode gamepad A sends
many EPIPE errors during initialization and was disconnected immediately after
connect  to usb port. It works fine in Win and Mac. After adding NOGET quirk in
driver, it was working properly.  Gamepad B works fine before and after
changes. I tested both gamepads with 3.8.0 and 3.11.6 kernels  with modified
driver. Follow patch can apply for current git kernel version. I can send pcap
log from usb bus with both gamepads or any other additional information if it
is needed
Signed-off-by: NVitaly Katraew <zawullon@gmail.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      56d0c8b7
  31. 02 12月, 2013 3 次提交
  33. 21 11月, 2013 2 次提交
  35. 19 11月, 2013 1 次提交
  37. 30 10月, 2013 1 次提交
  39. 25 10月, 2013 2 次提交
  41. 21 10月, 2013 1 次提交
  43. 09 10月, 2013 3 次提交
  45. 07 10月, 2013 1 次提交
  47. 02 10月, 2013 1 次提交
  49. 04 9月, 2013 1 次提交
  51. 02 9月, 2013 2 次提交
  53. 29 7月, 2013 1 次提交
  55. 15 7月, 2013 1 次提交
  57. 04 7月, 2013 1 次提交
    • B
      HID: kye: Add report fixup for Genius Gila Gaming mouse · 3685c18e
      由 Benjamin Tissoires 提交于 
      Genius Gila Gaming Mouse presents an obviously wrong report descriptor.
the Consumer control (report ID 3) is the following:
0x05, 0x0c,                    // Usage Page (Consumer Devices)       105
0x09, 0x01,                    // Usage (Consumer Control)            107
0xa1, 0x01,                    // Collection (Application)            109
0x85, 0x03,                    //   Report ID (3)                     111
0x19, 0x00,                    //   Usage Minimum (0)                 113
0x2a, 0xff, 0x7f,              //   Usage Maximum (32767)             115
0x15, 0x00,                    //   Logical Minimum (0)               118
0x26, 0xff, 0x7f,              //   Logical Maximum (32767)           120
0x75, 0x10,                    //   Report Size (16)                  123
0x95, 0x03,                    //   Report Count (3)                  125
0x81, 0x00,                    //   Input (Data,Arr,Abs)              127
0x75, 0x08,                    //   Report Size (8)                   129
0x95, 0x01,                    //   Report Count (1)                  131
0x81, 0x01,                    //   Input (Cnst,Arr,Abs)              133
0xc0,                          // End Collection                      135

So the first input whithin this report has a count of 3 but a usage range
of 32768. So this value is obviously wrong as it should not be greater than
the report count.

Fixes:
https://bugzilla.redhat.com/show_bug.cgi?id=959721Signed-off-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      3685c18e
  59. 03 7月, 2013 1 次提交