Bug 2152226 - Udev on Fedora 37 ignores custom hwdb entry
Summary: Udev on Fedora 37 ignores custom hwdb entry
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 37
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-12-09 20:25 UTC by ValdikSS
Modified: 2022-12-16 01:57 UTC (History)
8 users (show)

Fixed In Version: systemd-251.9-587.fc37
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-12-16 01:57:15 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
hwdb.dump (1.25 MB, application/gzip)
2022-12-10 12:07 UTC, ValdikSS
no flags Details
udevadm.dump (8.14 KB, application/gzip)
2022-12-10 12:07 UTC, ValdikSS
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Github systemd systemd issues 25698 0 None open Udev modalias changed between version, old rules do not work 2022-12-10 12:45:32 UTC

Description ValdikSS 2022-12-09 20:25:40 UTC
Description of problem:
After updating from Fedora 35 to 37, the following custom hwdb entry stopped working (stopped applying custom rule):

$ cat /etc/udev/hwdb.d/71-pointingstick-local.hwdb 
# Lenovo Thinkpad
evdev:name:TPPS/2 IBM TrackPoint:dmi:bvn*:bvr*:bd*:svnLENOVO:pn*:pvrThinkPad*:*
 POINTINGSTICK_SENSITIVITY=128


Version-Release number of selected component (if applicable):
systemd-udev.x86_64 251.8-586.fc37


How reproducible:
100%


Steps to Reproduce:
1. Create custom udev hwdb rule for Lenovo trackpoint sensitivity
2. Run systemd-hwdb update
3. Reboot

Actual results:
The rule is not applied

Expected results:
The rule is applied

Additional info:
Since I've upgraded from Fedora 35 to 37, I'm not sure whether this is a regression in 36 or 37.

Comment 1 Zbigniew Jędrzejewski-Szmek 2022-12-10 09:40:38 UTC
Please run 'systemd-analyze cat-config udev/hwdb.d >/tmp/hwdb.dump'
and 'for i in /dev/input/event*; do udevadm test $i; echo ============================; done &>/tmp/udevadm.dump'
and attach /tmp/hwdb.dump and /tmp/udevadm.dump here.

(If you know which eventNN device the touchpad is, 'udevadm test' just for that device
would be enough. I don't know how to figure out the right one except by looking at
the properties.)

Comment 2 ValdikSS 2022-12-10 12:07:31 UTC
Created attachment 1931594 [details]
hwdb.dump

Comment 3 ValdikSS 2022-12-10 12:07:48 UTC
Created attachment 1931595 [details]
udevadm.dump

Comment 4 ValdikSS 2022-12-10 12:10:49 UTC
(In reply to Zbigniew Jędrzejewski-Szmek from comment #1)
> Please run 'systemd-analyze cat-config udev/hwdb.d >/tmp/hwdb.dump'
> and 'for i in /dev/input/event*; do udevadm test $i; echo
> ============================; done &>/tmp/udevadm.dump'
> and attach /tmp/hwdb.dump and /tmp/udevadm.dump here.
> 
> (If you know which eventNN device the touchpad is, 'udevadm test' just for
> that device
> would be enough. I don't know how to figure out the right one except by
> looking at
> the properties.)

It seems that new udev version prints physical path and ev (event number?) after the name and before "dmi" in modalias.
Adding the additional * after the name and before dmi make the rule work again:

    evdev:name:TPPS/2 IBM TrackPoint:*:dmi:bvn*:bvr*:bd*:svnLENOVO:pn*:pvrThinkPad*:*

However, all the rules in official hwdb, at least for trackpoints, are still written in the old way. I suppose they are not applied as well.
Should I report this to udev team?

Comment 5 Zbigniew Jędrzejewski-Szmek 2022-12-12 09:14:18 UTC
https://github.com/systemd/systemd/pull/25706/

Comment 6 Fedora Update System 2022-12-14 22:49:21 UTC
FEDORA-2022-a82842a059 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-a82842a059

Comment 7 Fedora Update System 2022-12-15 01:21:43 UTC
FEDORA-2022-a82842a059 has been pushed to the Fedora 37 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-a82842a059`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-a82842a059

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 8 Fedora Update System 2022-12-16 01:57:15 UTC
FEDORA-2022-a82842a059 has been pushed to the Fedora 37 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.