我的自定义 udev hwdb 规则不起作用

Question 1

格式为KEYBOARD_KEY_<hex scan code>。使用“evtest”查找正确的扫描代码。运行它，选择适当的设备并按下您想要扫描代码的键。查找类似以下内容的内容：

Event: time 1410505361.975680, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70039
Event: time 1410505361.975680, type 1 (EV_KEY), code 58 (KEY_CAPSLOCK), value 1

您希望代码位于之后MSC_SCAN，因此在我的键盘上它是 70039，我相信这对所有 USB 键盘都适用。

此外，之后：

udevadm hwdb --update

你需要：

udevadm trigger

激活新的映射。

Answer

格式为KEYBOARD_KEY_<hex scan code>。使用“evtest”查找正确的扫描代码。运行它，选择适当的设备并按下您想要扫描代码的键。查找类似以下内容的内容：

Event: time 1410505361.975680, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70039
Event: time 1410505361.975680, type 1 (EV_KEY), code 58 (KEY_CAPSLOCK), value 1

您希望代码位于之后MSC_SCAN，因此在我的键盘上它是 70039，我相信这对所有 USB 键盘都适用。

此外，之后：

udevadm hwdb --update

你需要：

udevadm trigger

激活新的映射。

Question 2

我遇到了类似的问题。对我来说，问题实际上在这里：

kmod load $env{MODALIAS}' /lib/udev/rules.d/80-drivers.rules:5

我怀疑你想要的是其他规则，但你得到的是：

kmod load input:b0003v046DpC30Ee0110-e0,1,4,11,14,k71,72,73,74,75,77,79,7A,7B,7C,7D,7E,7F,80,81,82,83,84,85,86,87,88,89,8A,B7,B8,B9,BA,BB,BC,BD,BE,BF,C0,C1,C2,F0,ram4,l0,1,2,sfw

尝试添加回来：

DRIVER!="?*", ENV{MODALIAS}=="?*", RUN{builtin}="kmod load $env{MODALIAS}"

转到第 5 行80-drivers.rules，看看您会得到什么。

Answer

我遇到了类似的问题。对我来说，问题实际上在这里：

kmod load $env{MODALIAS}' /lib/udev/rules.d/80-drivers.rules:5

我怀疑你想要的是其他规则，但你得到的是：

kmod load input:b0003v046DpC30Ee0110-e0,1,4,11,14,k71,72,73,74,75,77,79,7A,7B,7C,7D,7E,7F,80,81,82,83,84,85,86,87,88,89,8A,B7,B8,B9,BA,BB,BC,BD,BE,BF,C0,C1,C2,F0,ram4,l0,1,2,sfw

尝试添加回来：

DRIVER!="?*", ENV{MODALIAS}=="?*", RUN{builtin}="kmod load $env{MODALIAS}"

转到第 5 行80-drivers.rules，看看您会得到什么。

Question 3

您需要有一个实际上与系统中的 udev 规则实际执行的 hwdb 查找相匹配的模式，请记住发行版的 udev 规则在较新版本中可能会有所不同。

udevadm test您需要知道如何根据指导您的信息来确定模式应该是什么样子。

对我来说相关的/dev/input/by-id/*-kbd设备是/dev/input/by-id/usb-GASIA_PS2toUSB_Adapter-event-kbd。

正在执行udevadm test：

$ sudo udevadm --debug test `udevadm info -q path -n /dev/input/by-id/usb-GASIA_PS2toUSB_Adapter-event-kbd`

您需要查找有证据表明 udev 规则正在执行相关 hwdb 查找的行：

...
event14: IMPORT builtin 'hwdb' /usr/lib/udev/rules.d/60-evdev.rules:8
...
event14: IMPORT builtin 'hwdb' /usr/lib/udev/rules.d/60-evdev.rules:17
...

如果您查看引用的规则文件，您可以看到哪些规则被满足，然后找出那些具有足够选择性以匹配您想要重新映射的设备。例如，在我的/usr/lib/udev/rules.d/60-evdev.rules第 17 行：

# device matching the input device name + properties + the machine's DMI data
KERNELS=="input*", IMPORT{builtin}="hwdb 'evdev:name:$attr{name}:phys:$attr{phys}:ev:$attr{capabilities/ev}:$attr{[dmi/id]modalias}'", \
  RUN{builtin}+="keyboard", GOTO="evdev_end"

因此，在 hwdb 中查找的字符串以开头，evdev:name:后跟设备的名称属性，但那是什么？

在设备上使用udevadm info -a以查看其属性（除了使用您可能已经在日志中拥有的有关更多动态替换的信息udevadm test）：

$ udevadm info -a -n /dev/input/by-id/usb-GASIA_PS2toUSB_Adapter-event-kbd
...
  looking at parent device '/devices/pci0000:00/0000:00:10.0/usb2/2-3/2-3:1.0/0003:0E8F:0020.0002/input/input19':
    ...
    ATTRS{name}=="GASIA PS2toUSB Adapter"
    ...

所以名字是GASIA PS2toUSB Adapter，我的模式可以是

evdev:name:GASIA PS2toUSB Adapter:*

对于我的目的来说，这似乎足够具有选择性，刚好匹配我想要重新映射按键的设备。

现在只需evtest在设备上使用来映射 USB 扫描码，并查找找出/usr/src/linux/input-event-codes.h要映射到的键盘符号，然后将其全部放入自定义 hwdb 文件中。

/etc/udev/hwdb.d/90-custom-keyboard.hwdb：

evdev:name:GASIA PS2toUSB Adapter:*
 KEYBOARD_KEY_70056=backspace
 KEYBOARD_KEY_7003c=kpminus
 # ...

然后

sudo systemd-hwdb update
sudo udevadm trigger

Answer