Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 11 2月, 2021 1 次提交
  3. 04 1月, 2021 1 次提交
    • A
      HID: sony: select CONFIG_CRC32 · 273435a1
      由 Arnd Bergmann 提交于 
      Without crc32 support, this driver fails to link:

arm-linux-gnueabi-ld: drivers/hid/hid-sony.o: in function `sony_raw_event':
hid-sony.c:(.text+0x8f4): undefined reference to `crc32_le'
arm-linux-gnueabi-ld: hid-sony.c:(.text+0x900): undefined reference to `crc32_le'
arm-linux-gnueabi-ld: drivers/hid/hid-sony.o:hid-sony.c:(.text+0x4408): more undefined references to `crc32_le' follow
Signed-off-by: NArnd Bergmann <arnd@arndb.de>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      273435a1
  5. 27 11月, 2020 1 次提交
  7. 22 10月, 2020 1 次提交
  9. 01 10月, 2020 1 次提交
  11. 20 7月, 2020 1 次提交
  13. 14 6月, 2020 1 次提交
    • M
      treewide: replace '---help---' in Kconfig files with 'help' · a7f7f624
      由 Masahiro Yamada 提交于 
      Since commit 84af7a61 ("checkpatch: kconfig: prefer 'help' over
'---help---'"), the number of '---help---' has been gradually
decreasing, but there are still more than 2400 instances.

This commit finishes the conversion. While I touched the lines,
I also fixed the indentation.

There are a variety of indentation styles found.

  a) 4 spaces + '---help---'
  b) 7 spaces + '---help---'
  c) 8 spaces + '---help---'
  d) 1 space + 1 tab + '---help---'
  e) 1 tab + '---help---'    (correct indentation)
  f) 1 tab + 1 space + '---help---'
  g) 1 tab + 2 spaces + '---help---'

In order to convert all of them to 1 tab + 'help', I ran the
following commend:

  $ find . -name 'Kconfig*' | xargs sed -i 's/^[[:space:]]*---help---/\thelp/'
Signed-off-by: NMasahiro Yamada <masahiroy@kernel.org>
      a7f7f624
  15. 07 5月, 2020 1 次提交
  17. 30 4月, 2020 1 次提交
  19. 14 4月, 2020 1 次提交
  21. 06 4月, 2020 1 次提交
  23. 18 3月, 2020 2 次提交
    • S
      HID: Add driver fixing Glorious PC Gaming Race mouse report descriptor · 77a36a3a
      由 Samuel Čavoj 提交于 
      The Glorious Model O mice (and also at least the Model O-, which is
driver-wise the same mouse) have a bug in the descriptor of HID
Report with ID 2. This report is used for Consumer Control buttons,
which can be mapped using the provided Windows only software.

Here is an excerpt from the original descriptor:

  INPUT(2)[INPUT]
    Field(0)
      Flags( Constant Variable Absolute )
    Field(1)
      Flags( Constant Variable Absolute )
    Field(2)
      Flags( Constant Variable Absolute )

The issue is the Constant flag specified on all 3 fields, which
causes the hid driver to ignore changes in these fields and
essentialy causes the buttons to not work at all. The submitted driver
patches the descriptor to end up with the following:

  INPUT(2)[INPUT]
    Field(0)
      Flags( Variable Relative )
    Field(1)
      Flags( Variable Relative )
    Field(2)
      Flags( Variable Relative )

The Constant bit is reset and the Relative bit has been set in
order to prevent repeat events when holding down the button.

Additionally, the device name is changed from the hardware-reported
"SINOWEALTH Wired Gaming Mouse" to "Glorious Model O" or "Glorious
Model D".
Signed-off-by: NSamuel Čavoj <sammko@sammserver.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      77a36a3a
    • G
      HID: fix Kconfig word ordering · ad81d1c8
      由 Geert Uytterhoeven 提交于 
      Fix a silly word ordering typo.

Fixes: 42337b9d ("HID: add driver for U2F Zero built-in LED and RNG")
Signed-off-by: NGeert Uytterhoeven <geert+renesas@glider.be>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      ad81d1c8
  25. 10 3月, 2020 1 次提交
  27. 04 10月, 2019 1 次提交
  29. 03 9月, 2019 1 次提交
  31. 02 9月, 2019 1 次提交
  33. 21 5月, 2019 1 次提交
  35. 24 4月, 2019 1 次提交
  37. 15 4月, 2019 1 次提交
  39. 10 4月, 2019 1 次提交
  41. 03 4月, 2019 1 次提交
  43. 11 3月, 2019 1 次提交
    • A
      HID: hid-asus: select CONFIG_POWER_SUPPLY · a23eab89
      由 Arnd Bergmann 提交于 
      The newly added power supply code fails to link when the power supply core
code is disabled:

drivers/hid/hid-asus.o: In function `asus_battery_get_property':
hid-asus.c:(.text+0x11de): undefined reference to `power_supply_get_drvdata'
drivers/hid/hid-asus.o: In function `asus_probe':
hid-asus.c:(.text+0x170c): undefined reference to `devm_power_supply_register'
hid-asus.c:(.text+0x1734): undefined reference to `power_supply_powers'
drivers/hid/hid-asus.o: In function `asus_raw_event':
hid-asus.c:(.text+0x1914): undefined reference to `power_supply_changed'

Select the subsystem from Kconfig as we do for other hid drivers already.

Fixes: 6311d329 ("HID: hid-asus: Add BT keyboard dock battery monitoring support")
Signed-off-by: NArnd Bergmann <arnd@arndb.de>
Signed-off-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
      a23eab89
  45. 21 2月, 2019 1 次提交
  47. 15 1月, 2019 1 次提交
  49. 31 10月, 2018 1 次提交
    • D
      HID: asus: only support backlight when it's not driven by WMI · 3b692c55
      由 Daniel Drake 提交于 
      The Asus GL502VSK has the same 0B05:1837 keyboard as we've seen in
several Republic of Gamers laptops.

However, in this model, the keybard backlight control exposed by hid-asus
has no effect on the keyboard backlight. Instead, the keyboard
backlight is correctly driven by asus-wmi.

With two keyboard backlight devices available (and only the acer-wmi
one working), GNOME is picking the wrong one to drive in the UI.

Avoid this problem by not creating the backlight interface when we
detect a WMI-driven keyboard backlight.

We have also tested Asus GL702VMK which does have the hid-asus
backlight present, and it still works fine with this patch (WMI method
call returns UNSUPPORTED_METHOD).

A direct "depends on ASUS_WMI" is intentionally avoided so that HID_ASUS
users who have ASUS_WMI=n will not quietly lose their HID_ASUS driver on
a kernel upgrade.
Signed-off-by: NDaniel Drake <drake@endlessm.com>
Reviewed-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
Signed-off-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      3b692c55
  51. 28 10月, 2018 1 次提交
    • L
      HID: we do not randomly make new drivers 'default y' · 69d5b97c
      由 Linus Torvalds 提交于 
      .. even when that "default y" is hidden syntactically as a

	default !EXPERT

it's wrong.

The only reason something should be 'default y' is if it used to be
built-in, and it was made configurable, and the 'default y' is just
retaining the status quo.

Altheratively, the hardware for the driver has become _so_ common that
it really makes sense for everybody to build it.  Finally, one possible
reason for 'default y' is because the option is not enabling any new
code at all, but is just enabling other options (the networking people
do this for vendor options, for example, so that you can disable whole
vendors at a time).

Clearly, none of these cases hold for the BigBen Interactive Kids'
gamepad, and HID_BIGBEN_FF should thus most definitely not default
to on for everybody.

Cc: Hanno Zulla <kontakt@hanno.de>
Cc: Jiri Kosina <jkosina@suse.cz>
Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      69d5b97c
  53. 10 10月, 2018 1 次提交
  55. 24 9月, 2018 1 次提交
  57. 05 9月, 2018 1 次提交
  59. 23 7月, 2018 1 次提交
  61. 30 5月, 2018 1 次提交
    • A
      HID: steam: select CONFIG_POWER_SUPPLY · 4b64487f
      由 Arnd Bergmann 提交于 
      Using the power supply APIs requires selecting the appropriate
Kconfig symbol, otherwise we get this build failure:

drivers/hid/hid-steam.o: In function `steam_unregister':
hid-steam.c:(.text+0x1cc): undefined reference to `power_supply_unregister'
drivers/hid/hid-steam.o: In function `steam_battery_get_property':
hid-steam.c:(.text+0x2d2): undefined reference to `power_supply_get_drvdata'
drivers/hid/hid-steam.o: In function `steam_raw_event':
hid-steam.c:(.text+0xcba): undefined reference to `power_supply_changed'
drivers/hid/hid-steam.o: In function `steam_register':
hid-steam.c:(.text+0x13e3): undefined reference to `power_supply_register'
hid-steam.c:(.text+0x13fe): undefined reference to `power_supply_powers'

Fixes: f8271979 ("HID: steam: add battery device.")
Signed-off-by: NArnd Bergmann <arnd@arndb.de>
Reviewed-by: NBenjamin Tissoires <benjamin.tissoires@redhat.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      4b64487f
  63. 15 5月, 2018 1 次提交
    • R
      HID: add driver for Valve Steam Controller · c164d6ab
      由 Rodrigo Rivas Costa 提交于 
      There are two ways to connect the Steam Controller: directly to the USB
or with the USB wireless adapter.  Both methods are similar, but the
wireless adapter can connect up to 4 devices at the same time.

The wired device will appear as 3 interfaces: a virtual mouse, a virtual
keyboard and a custom HID device.

The wireless device will appear as 5 interfaces: a virtual keyboard and
4 custom HID devices, that will remain silent until a device is actually
connected.

The custom HID device has a report descriptor with all vendor specific
usages, so the hid-generic is not very useful. In a PC/SteamBox Valve
Steam Client provices a software translation by using hidraw and a
creates a uinput virtual gamepad and XTest keyboard/mouse.

This driver intercepts the hidraw usage, so it can get out of the way
when the Steam Client is in use.
Signed-off-by: NRodrigo Rivas Costa <rodrigorivascosta@gmail.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      c164d6ab
  65. 25 4月, 2018 1 次提交
  67. 17 4月, 2018 1 次提交
  69. 27 3月, 2018 1 次提交
  71. 06 3月, 2018 1 次提交
    • T
      HID: elecom: refer to trackballs by model name instead of series · 79837ede
      由 Tomasz Kramkowski 提交于 
      This patch changes all references to ELECOM trackballs using their
series name to refer to them by their model name.

ELECOM provides multiple series of mice such as EX-G, HUGE, and DEFT.
Although it has not caused conflicts in the driver, there can be more
than one iteration of mice in each series. For example, there are 7
variants of EX-G trackballs but only three (M-XT3URBK, M-XT3DRBK, and
M-XT4DRBK) need a driver to work correctly.

There are also 4 DEFT series trackballs but two of them have the same
VID:PID as the other two. I picked the earlier model for the naming of
the PID macros.
Signed-off-by: NTomasz Kramkowski <tk@the-tk.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      79837ede
  73. 16 2月, 2018 1 次提交
    • A
      HID: Add driver for USB ELAN Touchpad · 9a6a4193
      由 Alexandrov Stansilav 提交于 
      This is driver for usb touchpad found on HP Pavilion x2 10-p0xx laptop. On this
device keyboard and touchpad connected as a single usb device with two
interfaces: keyboard, which exposes ordinary keys and second interface is
touchpad which also contains FlightMode button and audio mute led (which
physically placed on keyboard for some reason).

Initially, this touchpad works in mouse emulation mode, this driver will switch
it to touchpad mode, which can track 5 fingers and can report coordinates for
two of them.
Signed-off-by: NAlexandrov Stansilav <neko@nya.ai>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      9a6a4193
  75. 23 1月, 2018 1 次提交
    • T
      HID: elecom: rewrite report fixup for EX-G and future mice · ac58eec2
      由 Tomasz Kramkowski 提交于 
      This patch rewrites the mouse report fixup used for the DEFT and HUGE
elecom trackballs in order to make it generic enough to fix other
elecom mice with similar issues. This patch also uses this new report
fixup function to fix the Elecom EX-G trackball which has 6 physical
buttons and a similar issue to the other two mice.

Elecom's track record has so far shown that they like to re-use the
same report descriptor for multiple different mice regardless of the
number of buttons the mouse has. This means that the missing buttons
on multiple mice can be fixed in one function without introducing
phantom buttons which would in turn cause the number of mouse buttons
to be misreported to userspace.

This patch drops the very verbose report descriptor "diff" comment for
a more abridged yet hopefully just as informative generic version.
Signed-off-by: NTomasz Kramkowski <tk@the-tk.com>
Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      ac58eec2
  77. 21 11月, 2017 1 次提交