我编写了一条 udev 规则来创建属性/etc/udev/rules.d/99-backlight-scale.rules
:
ACTION=="add", \
KERNEL=="amdgpu_bl1", \
SUBSYSTEM=="backlight", \
DEVPATH=="/devices/pci0000:00/0000:00:08.1/0000:03:00.0/drm/card1/card1-eDP-1/amdgpu_bl1", \
ENV{GSD_BACKLIGHT_SCALE}="non-linear"
udevadm test /sys/class/backlight/amdgpu_bl1
说应该创建该财产。
DEVPATH=/devices/pci0000:00/0000:00:08.1/0000:03:00.0/drm/card1/card1-eDP-1/amdgpu_bl1
ACTION=add
SUBSYSTEM=backlight
TAGS=:seat:systemd:
CURRENT_TAGS=:seat:systemd:
ID_PATH=pci-0000:03:00.0
ID_PATH_TAG=pci-0000_03_00_0
ID_FOR_SEAT=backlight-pci-0000_03_00_0
GSD_BACKLIGHT_SCALE=non-linear
SYSTEMD_WANTS=systemd-backlight@backlight:amdgpu_bl1.service
USEC_INITIALIZED=23289223
Unload kernel module index.
Unloaded link configuration context.
但重新启动后该属性不会出现在输出中udevadm info --path=/sys/class/backlight/amdgpu_bl1 --query=property
。
DEVPATH=/devices/pci0000:00/0000:00:08.1/0000:03:00.0/drm/card1/card1-eDP-1/amdgpu_bl1
SUBSYSTEM=backlight
USEC_INITIALIZED=23289223
NVME_HOST_IFACE=none
ID_PATH=pci-0000:03:00.0
ID_PATH_TAG=pci-0000_03_00_0
ID_FOR_SEAT=backlight-pci-0000_03_00_0
SYSTEMD_WANTS=systemd-backlight@backlight:amdgpu_bl1.service
TAGS=:systemd:seat:
CURRENT_TAGS=:systemd:seat:
编辑:我完全删除了 devpath 行,就像arch wiki 中的此部分。现在的规则是
ACTION=="add", \
KERNEL=="amdgpu_bl1", \
SUBSYSTEM=="backlight", \
ENV{GSD_BACKLIGHT_SCALE}="non-linear"
但这仍然不起作用。
我尝试创建另一个 udev 规则,将其写入文件以查看它们是否正在运行。ACTION=="add", KERNEL=="amdgpu_bl1", SUBSYSTEM=="backlight", RUN+="/bin/sh -c 'echo applied > /home/basilmari/udev-debug.log'" "
确实有效。
那么 udev 规则可以首先创建设备属性吗?我还没有找到任何资源明确说明这一点。
答案1
不要使用 DEVPATH 或 DEVNAME 作为身份检查,它们可以更改! - 至少 - 只要你不确切知道你在做什么。 (非专家)
编辑:顺便说一句,如果您输入udevadm info /sys[DEVPATH]
,那么 DEVPATH 会在前缀 E 下列出,这意味着环境变量,不应该是ENV{DEVPATH}==
如果您udevadm test /sys[DEVPATH]
使用实际的 DEVPATH 运行,环境属性将显示为已分配,但如果重新启动,DEVPATH 可能会更改,并且您将得不到匹配,然后该属性将不会被分配。也许这就是你的情况的事实。如果你看https://www.linux.org/docs/man7/udev.html,您会看到 udev 规则中的 $devpath, %p 扩展为实际的 DEVPATH,而 $devnode, %N 扩展为实际的 DEVNAME、设备的内核或 udev 设置