shaba/systemd
1
0
Fork 0
mirror of https://github.com/systemd/systemd.git synced 2024-10-30 14:55:37 +03:00
Code
293e224056
systemd/hwdb.d/60-input-id.hwdb

78 lines
2.4 KiB
Plaintext
Raw Normal View History

hwdb: add a hwdb file to override ID_INPUT assignments The input_id builtin assigns the various ID_INPUT based on the exported evdev bits. In some cases, the device may not have the properties required to label a device as one specific type but the physical form factor is clear. e.g. in the case of #7197 it's a tablet pad that does not have x/y axes which the kernel exports for pads for historical reasons. A custom override is needed, best to be solved with a hwdb entry. Related #7197
2017-10-30 03:42:29 +03:00
# This file is part of systemd.
#
# The lookup keys are composed in:
# 60-input-id.rules
#
# Match string formats:
Partially revert "hwdb: reindent commments and say that "*" should always be trailing" This partially reverts commit 62ad1c6495c098a09b36bb20bb37a9b8a11df76f. I kept the reindents and other cosmetic changes, but removed the statements about trailing ":*".
2020-11-03 16:28:14 +03:00
# id-input:modalias:<modalias>
hwdb: add a hwdb file to override ID_INPUT assignments The input_id builtin assigns the various ID_INPUT based on the exported evdev bits. In some cases, the device may not have the properties required to label a device as one specific type but the physical form factor is clear. e.g. in the case of #7197 it's a tablet pad that does not have x/y axes which the kernel exports for pads for historical reasons. A custom override is needed, best to be solved with a hwdb entry. Related #7197
2017-10-30 03:42:29 +03:00
#
# To add local entries, create a new file
# /etc/udev/hwdb.d/61-input-id-local.hwdb
# and add your rules there. To load the new rules execute (as root):
# systemd-hwdb update
# udevadm trigger /dev/input/eventXX
# where /dev/input/eventXX is the device in question. If in
# doubt, simply use /dev/input/event* to reload all input rules.
#
# If your changes are generally applicable, preferably send them as a pull
# request to
# https://github.com/systemd/systemd
# or create a bug report on https://github.com/systemd/systemd/issues and
# include your new rules, a description of the device, and the output of
# udevadm info /dev/input/eventXX.
#
# This file must only be used where the input_id builtin assigns the wrong
hwdb: reindent commments and say that "*" should always be trailing
2020-10-15 10:22:35 +03:00
# properties or lacks the assignment of some properties. This is almost always
# caused by a device not adhering to the standard of the device's type.
hwdb: add a hwdb file to override ID_INPUT assignments The input_id builtin assigns the various ID_INPUT based on the exported evdev bits. In some cases, the device may not have the properties required to label a device as one specific type but the physical form factor is clear. e.g. in the case of #7197 it's a tablet pad that does not have x/y axes which the kernel exports for pads for historical reasons. A custom override is needed, best to be solved with a hwdb entry. Related #7197
2017-10-30 03:42:29 +03:00
#
# Allowed properties are:
hwdb: reindent commments and say that "*" should always be trailing
2020-10-15 10:22:35 +03:00
# ID_INPUT, ID_INPUT_ACCELEROMETER, ID_INPUT_MOUSE, ID_INPUT_POINTINGSTICK,
# ID_INPUT_TOUCHSCREEN, ID_INPUT_TOUCHPAD, ID_INPUT_TABLET,
# ID_INPUT_TABLET_PAD, ID_INPUT_JOYSTICK, ID_INPUT_KEY, ID_INPUT_KEYBOARD,
# ID_INPUT_SWITCH, ID_INPUT_TRACKBALL
hwdb: add a hwdb file to override ID_INPUT assignments The input_id builtin assigns the various ID_INPUT based on the exported evdev bits. In some cases, the device may not have the properties required to label a device as one specific type but the physical form factor is clear. e.g. in the case of #7197 it's a tablet pad that does not have x/y axes which the kernel exports for pads for historical reasons. A custom override is needed, best to be solved with a hwdb entry. Related #7197
2017-10-30 03:42:29 +03:00
#
# ID_INPUT
# * MUST be set when ANY of ID_INPUT_* is set
# * MUST be unset when ALL of ID_INPUT_* are unset
#
# ID_INPUT_TABLET
# * MUST be set when setting ID_INPUT_TABLET_PAD
#
hwdb: reindent commments and say that "*" should always be trailing
2020-10-15 10:22:35 +03:00
# Allowed values are 1 and 0 to set or unset, respectively.
hwdb: add a hwdb file to override ID_INPUT assignments The input_id builtin assigns the various ID_INPUT based on the exported evdev bits. In some cases, the device may not have the properties required to label a device as one specific type but the physical form factor is clear. e.g. in the case of #7197 it's a tablet pad that does not have x/y axes which the kernel exports for pads for historical reasons. A custom override is needed, best to be solved with a hwdb entry. Related #7197
2017-10-30 03:42:29 +03:00
#
# NOT allowed in this file are:
# ID_INPUT_WIDTH_MM, ID_INPUT_HEIGHT_MM, ID_INPUT_TOUCHPAD_INTEGRATION
#
# Example:
Partially revert "hwdb: add trailing ":*" everywhere" This reverts commit c0443b97b71d5f70a0622061f589307bec5502c6. I got various cases wrong: "usb:v04F3p2B7Cd5912dc00dsc00dp00ic03isc00ip00in00" "usb:v0627p0001:QEMU USB Tablet" "input:b0003v0627p0001e0001-e0,1,2,4,k110,111,112,r0,1,8,B,am4,lsfw" OTOH: -evdev:name:ETPS/2 Elantech Touchpad:dmi:*svnASUSTeKComputerInc.:pnN53SV:* +evdev:name:ETPS/2 Elantech Touchpad:dmi:*svnASUSTeKComputerInc.:pnN53SV* is OK. Other parts follow after 'pn'. -mouse:*:name:*Trackball*:* -mouse:*:name:*trackball*:* -mouse:*:name:*TrackBall*:* +mouse:*:name:*Trackball*: +mouse:*:name:*trackball*: +mouse:*:name:*TrackBall*: ... and anything else with :name should be OK too, because our imports always include ":" at the end: IMPORT{builtin}="hwdb 'joystick:$env{ID_BUS}:v$attr{id/vendor}p$attr{id/product}:name:$attr{name}:'" Including '*' at the end makes the pattern work even if we decide to add something to the match string later. Fixes #17499.
2020-11-03 16:17:53 +03:00
# id-input:modalias:input:b0003v1234pABCD*
hwdb: add a hwdb file to override ID_INPUT assignments The input_id builtin assigns the various ID_INPUT based on the exported evdev bits. In some cases, the device may not have the properties required to label a device as one specific type but the physical form factor is clear. e.g. in the case of #7197 it's a tablet pad that does not have x/y axes which the kernel exports for pads for historical reasons. A custom override is needed, best to be solved with a hwdb entry. Related #7197
2017-10-30 03:42:29 +03:00
# ID_INPUT_TOUCHPAD=1
# ID_INPUT=1
# Sort by brand, model
hwdb: add UC-Logic 20160N pad to the ID_INPUT hwdb Missing the x/y axes usually exported for pad devices (for historical reaons) and thus not recognised as tablet (pad). Fixes #7197 See also https://bugs.freedesktop.org/show_bug.cgi?id=103395
2017-10-30 03:58:00 +03:00
hwdb: explicitly label the XP-PEN STAR 06 as tablet Exports BTN_LEFT...BTN_FORWARD, BTN_TOUCH, REL_X/Y/WHEEL/MISC and ABS_X/Y/PRESSURE. Rather than figure out what builtin-input_id tweak we need for this device, just add the tablet bit. https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/issues/8
2018-08-14 05:59:06 +03:00
# XP-PEN STAR 06
Partially revert "hwdb: add trailing ":*" everywhere" This reverts commit c0443b97b71d5f70a0622061f589307bec5502c6. I got various cases wrong: "usb:v04F3p2B7Cd5912dc00dsc00dp00ic03isc00ip00in00" "usb:v0627p0001:QEMU USB Tablet" "input:b0003v0627p0001e0001-e0,1,2,4,k110,111,112,r0,1,8,B,am4,lsfw" OTOH: -evdev:name:ETPS/2 Elantech Touchpad:dmi:*svnASUSTeKComputerInc.:pnN53SV:* +evdev:name:ETPS/2 Elantech Touchpad:dmi:*svnASUSTeKComputerInc.:pnN53SV* is OK. Other parts follow after 'pn'. -mouse:*:name:*Trackball*:* -mouse:*:name:*trackball*:* -mouse:*:name:*TrackBall*:* +mouse:*:name:*Trackball*: +mouse:*:name:*trackball*: +mouse:*:name:*TrackBall*: ... and anything else with :name should be OK too, because our imports always include ":" at the end: IMPORT{builtin}="hwdb 'joystick:$env{ID_BUS}:v$attr{id/vendor}p$attr{id/product}:name:$attr{name}:'" Including '*' at the end makes the pattern work even if we decide to add something to the match string later. Fixes #17499.
2020-11-03 16:17:53 +03:00
id-input:modalias:input:b0003v28bdp0078*
hwdb: explicitly label the XP-PEN STAR 06 as tablet Exports BTN_LEFT...BTN_FORWARD, BTN_TOUCH, REL_X/Y/WHEEL/MISC and ABS_X/Y/PRESSURE. Rather than figure out what builtin-input_id tweak we need for this device, just add the tablet bit. https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/issues/8
2018-08-14 05:59:06 +03:00
ID_INPUT_TABLET=1
hwdb: label the trackpoint on IBM UltraNav keyboard as a pointing stick (#11934) This is the TrackPoint on an older IBM-branded ThinkPad-y USB keyboard. It needs ID_INPUT_POINTINGSTICK=1 for TrackPoint scrolling to work, and also for the AttrTrackpointMultiplier quirk to apply in libinput (otherwise the TrackPoint is too slooooow).
2019-03-11 02:00:03 +03:00
# Lite-On Tech IBM USB Travel Keyboard with Ultra Nav Mouse
Partially revert "hwdb: add trailing ":*" everywhere" This reverts commit c0443b97b71d5f70a0622061f589307bec5502c6. I got various cases wrong: "usb:v04F3p2B7Cd5912dc00dsc00dp00ic03isc00ip00in00" "usb:v0627p0001:QEMU USB Tablet" "input:b0003v0627p0001e0001-e0,1,2,4,k110,111,112,r0,1,8,B,am4,lsfw" OTOH: -evdev:name:ETPS/2 Elantech Touchpad:dmi:*svnASUSTeKComputerInc.:pnN53SV:* +evdev:name:ETPS/2 Elantech Touchpad:dmi:*svnASUSTeKComputerInc.:pnN53SV* is OK. Other parts follow after 'pn'. -mouse:*:name:*Trackball*:* -mouse:*:name:*trackball*:* -mouse:*:name:*TrackBall*:* +mouse:*:name:*Trackball*: +mouse:*:name:*trackball*: +mouse:*:name:*TrackBall*: ... and anything else with :name should be OK too, because our imports always include ":" at the end: IMPORT{builtin}="hwdb 'joystick:$env{ID_BUS}:v$attr{id/vendor}p$attr{id/product}:name:$attr{name}:'" Including '*' at the end makes the pattern work even if we decide to add something to the match string later. Fixes #17499.
2020-11-03 16:17:53 +03:00
id-input:modalias:input:b0003v04B3p301Ee0100-e0,1,2,4*
hwdb: label the trackpoint on IBM UltraNav keyboard as a pointing stick (#11934) This is the TrackPoint on an older IBM-branded ThinkPad-y USB keyboard. It needs ID_INPUT_POINTINGSTICK=1 for TrackPoint scrolling to work, and also for the AttrTrackpointMultiplier quirk to apply in libinput (otherwise the TrackPoint is too slooooow).
2019-03-11 02:00:03 +03:00
ID_INPUT_POINTINGSTICK=1
hwdb: Force "mouse" type on Logitech Ultrathin Touch Mouse Closes: #15657
2020-05-05 17:38:37 +03:00
# Logitech Ultrathin Touch Mouse
Partially revert "hwdb: add trailing ":*" everywhere" This reverts commit c0443b97b71d5f70a0622061f589307bec5502c6. I got various cases wrong: "usb:v04F3p2B7Cd5912dc00dsc00dp00ic03isc00ip00in00" "usb:v0627p0001:QEMU USB Tablet" "input:b0003v0627p0001e0001-e0,1,2,4,k110,111,112,r0,1,8,B,am4,lsfw" OTOH: -evdev:name:ETPS/2 Elantech Touchpad:dmi:*svnASUSTeKComputerInc.:pnN53SV:* +evdev:name:ETPS/2 Elantech Touchpad:dmi:*svnASUSTeKComputerInc.:pnN53SV* is OK. Other parts follow after 'pn'. -mouse:*:name:*Trackball*:* -mouse:*:name:*trackball*:* -mouse:*:name:*TrackBall*:* +mouse:*:name:*Trackball*: +mouse:*:name:*trackball*: +mouse:*:name:*TrackBall*: ... and anything else with :name should be OK too, because our imports always include ":" at the end: IMPORT{builtin}="hwdb 'joystick:$env{ID_BUS}:v$attr{id/vendor}p$attr{id/product}:name:$attr{name}:'" Including '*' at the end makes the pattern work even if we decide to add something to the match string later. Fixes #17499.
2020-11-03 16:17:53 +03:00
id-input:modalias:input:b0005v046DpB00De0700*
hwdb: Force "mouse" type on Logitech Ultrathin Touch Mouse Closes: #15657
2020-05-05 17:38:37 +03:00
ID_INPUT_MOUSE=1
hwdb: Force no "mouse" type on Logitech MX Keys Fixes https://gitlab.freedesktop.org/upower/upower/-/issues/128
2021-01-07 11:14:16 +03:00
# Logitech MX Keys
id-input:modalias:input:b0003v046Dp408Ae0111*
hwdb: CH Pro Pedals not classified correctly due to no buttons
2022-01-20 06:38:21 +03:00
ID_INPUT_MOUSE=0
hwdb: treat logitech craft keyboard as a keyboard
2022-01-28 00:08:30 +03:00
# Logitech Craft Keyboard
id-input:modalias:input:b0003v046Dp4066e0111*
ID_INPUT_MOUSE=0
hwdb: CH Pro Pedals not classified correctly due to no buttons
2022-01-20 06:38:21 +03:00
# CH Products Pro Pedals
id-input:modalias:input:b0003v068Ep00F2e0100*
ID_INPUT_ACCELEROMETER=0
ID_INPUT_JOYSTICK=1
Copy Permalink