As this is a trivial issue that nobody will care about, as long as udevadm
ignores the error code, I'm marking wontfix for the kernel. I'll still try to
get it fixed in the upstream kernel, but I think there's no need to SRU it, and
systemd is going to fix udevadm to ignore ENODEV during triggering.
https://github.com/systemd/systemd/pull/13656
** Changed in: linux (Ubuntu Bionic)
Status: In Progress => Won't Fix
** Changed in: linux (Ubuntu Disco)
Status: In Progress => Won't Fix
** Also affects: systemd (Ubuntu)
Importance: Undecided
Status: New
** Changed in: linux (Ubuntu Eoan)
Status: In Progress => Won't Fix
** No longer affects: linux (Ubuntu Bionic)
** No longer affects: linux (Ubuntu Disco)
** No longer affects: systemd (Ubuntu Bionic)
** No longer affects: systemd (Ubuntu Disco)
** Changed in: systemd (Ubuntu Eoan)
Assignee: (unassigned) => Dan Streetman (ddstreet)
** Changed in: systemd (Ubuntu Eoan)
Importance: Undecided => Low
** Changed in: systemd (Ubuntu Eoan)
Status: New => In Progress
** Also affects: systemd via
https://github.com/systemd/systemd/issues/13652
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1845319
Title:
writing 'add' to /sys/devices/vio/uevent fails with ENODEV
Status in systemd:
Unknown
Status in linux package in Ubuntu:
In Progress
Status in systemd package in Ubuntu:
In Progress
Status in linux source package in Eoan:
Won't Fix
Status in systemd source package in Eoan:
In Progress
Bug description:
[impact]
The systemd-udev-trigger service calls 'udevadm trigger --type=devices
--action=add', which writes 'add' to all /sys/devices/ uevent nodes,
to re-generate their uevents sent to udev. Until systemd commit
97afc0351a96e0daa83964df33937967c75c644f, any errors during this
process were simply logged to debug and ignored, but now udevadm will
log errors and return failure.
On ppc64el, the /sys/devices/vio device returns ENODEV when writing
'add' to its uevent, which causes the udevadm command to return
failure, which causes the systemd-udev-trigger system service to fail.
The kernel vio driver should be fixed to not return ENODEV.
[test case]
On a ppc64el system, with any systemd containing commit
97afc0351a96e0daa83964df33937967c75c644f, check the status of the
systemd-udev-trigger service, to see that it's failed.
Alternately, again on a ppc64el system, run as root:
# echo add > /sys/devices/vio/uevent
-bash: echo: write error: No such device
[regression potential]
the potential should be low, as this appears to have always behaved
this way, at least for a while now.
[other info]
the systemd commit that changes udevadm to start failing for this
error isn't included in any Ubuntu release yet, this is found from
systemd upstream testing.
To manage notifications about this bug go to:
https://bugs.launchpad.net/systemd/+bug/1845319/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
