From 496b7282f2b8fb56cc88d7113202ef0e1d9ce22c Mon Sep 17 00:00:00 2001 From: Laurent Bercot Date: Mon, 9 Mar 2015 17:21:12 +0000 Subject: - Added s6-uevent-listener and s6-uevent-spawner - s6-devd is now a wrapper around the former two - version: bump to 2.0.2.0, still missing s6-devd doc --- doc/s6-devd.html | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'doc/s6-devd.html') diff --git a/doc/s6-devd.html b/doc/s6-devd.html index 5ae6160..c67429a 100644 --- a/doc/s6-devd.html +++ b/doc/s6-devd.html @@ -36,7 +36,7 @@ hotplug events, as the udev program does. the event variables added to the environment, just as if prog... had been registered in /proc/sys/kernel/hotplug.
  • However, unlike the kernel, s6-devd spawns the prog... helpers -sequentially: it waits for an instance to finish before spawning another one. 
  • +sequentially: it waits for an instance to finish before spawning another one.
  • s6-devd is a long-lived program; it exits 0 when it receives a SIGTERM. If a helper program is alive at that time, s6-devd waits for it to die before exiting.
  • @@ -68,7 +68,7 @@ fork and logs to stderr.) even if you are not using the -t option to s6-devd. Since helpers are spawned sequentially, slow helpers can make events queue up and fill the netlink kernel buffer. -
  •  If you are using busybox and want a +
  • If you are using busybox and want a minimal udev-style dynamic /dev handling, /sbin/mdev is a suitable prog... helper.
  • The point of s6-devd is that it runs the helpers sequentially, so it solves -- cgit v1.3.1