summaryrefslogtreecommitdiff
path: root/src/libsystemd/libsystemd.sym
diff options
context:
space:
mode:
authorLennart Poettering <lennart@poettering.net>2021-05-26 16:09:18 +0200
committerLennart Poettering <lennart@poettering.net>2021-05-26 21:44:36 +0200
commitb485fd932ad37a945569857127b7e929e87e17b2 (patch)
tree3f87e0633ba6446202bbf1bbace37d8dcf788bc9 /src/libsystemd/libsystemd.sym
parent6f7530929538b28cb41c289ad9cbced51848fc02 (diff)
downloadsystemd-b485fd932ad37a945569857127b7e929e87e17b2.tar.gz
sd-device: add API for triggering synthetic uevents with UUID
Since kernel 4.13 the kerne allows passing a UUID to generated uevents. Optionally do so via a new sd_device_trigger_with_uuid() call, and add sd_device_get_trigger_uuid() as helper to retrieve the UUID from a uevent we receive. This is useful for tracking uevents through the udev system, and waiting for specific triggers. (Note that the 4.13 patch allows passing arbitrary meta-info into the uevent as well. This does not add an API for that, because I am not convinced it makes sense — as it conflicts with our general rule that events are "stateless" if you so will — and it complicates the interface quite a bit). This replaces #13881 in a way, which added a similar infra, but which stalled, and whose synchronous settling APIs are somewhat problematic and probably not material to merge.
Diffstat (limited to 'src/libsystemd/libsystemd.sym')
-rw-r--r--src/libsystemd/libsystemd.sym2
1 files changed, 2 insertions, 0 deletions
diff --git a/src/libsystemd/libsystemd.sym b/src/libsystemd/libsystemd.sym
index 996bf25d6c..1606981e1e 100644
--- a/src/libsystemd/libsystemd.sym
+++ b/src/libsystemd/libsystemd.sym
@@ -757,4 +757,6 @@ global:
sd_device_monitor_filter_add_match_sysattr;
sd_device_monitor_filter_add_match_parent;
sd_device_get_usec_initialized;
+ sd_device_trigger_with_uuid;
+ sd_device_get_trigger_uuid;
} LIBSYSTEMD_248;