1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
|
<html>
<head>
<meta name="viewport" content="width=device-width, initial-scale=1.0" />
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<meta http-equiv="Content-Language" content="en" />
<title>s6-linux-utils: the s6-devd program</title>
<meta name="Description" content="s6-linux-utils: the s6-devd program" />
<meta name="Keywords" content="s6 linux administration root utilities devd mdev udev s6-uevent-listener s6-uevent-spawner" />
<!-- <link rel="stylesheet" type="text/css" href="http://skarnet.org/default.css" /> -->
</head>
<body>
<p>
<a href="index.html">s6-linux-utils</a><br />
<a href="http://skarnet.org/software/">Software</a><br />
<a href="http://skarnet.org/">skarnet.org</a>
</p>
<h1> The <tt>s6-devd</tt> program </h1>
<p>
<tt>s6-devd</tt> listens to the netlink interface for udev events, and
launches a helper program for every event, similarly to what the hotplug
interface does.
</p>
<h2> Interface </h2>
<pre>
s6-devd [ -q | -v ] [ -b <em>kbufsz</em> ] [ -l <em>linevar</em> ] [ -t l:t:k ] <em>prog...</em>
</pre>
<ul>
<li> s6-devd rewrites its command line into
<tt><a href="s6-uevent-listener.html">s6-uevent-listener</a> <tt>|</tt>
<a href="s6-uevent-spawner.html">s6-uevent-spawner</a> <em>prog...</em></tt>,
dispatching its options to the appropriate programs; then it execs into
this new command line. It does nothing else: it's just a wrapper. </li>
<li> The first executed program,
<a href="s6-uevent-listener.html">s6-uevent-listener</a>,
will listen to the netlink and pass the events sequentially to
<a href="s6-uevent-spawner.html">s6-uevent-spawner</a>, which will
spawn a <em>prog...</em> helper for every event. </li>
</ul>
<h2> Options </h2>
<ul>
<li> <tt>-q</tt> : be more quiet. </li>
<li> <tt>-v</tt> : be more verbose. </li>
<li> <tt>-b</tt> <em>kbufsz</em> : try and reserve a kernel buffer of
<em>kbufsz</em> bytes for the netlink queue. Too large a buffer wastes kernel memory;
too small a buffer risks losing events. The default is 65536. </li>
<li> <tt>-l</tt> <em>linevar</em> : the short description of the
event, given by the kernel as the first string in the netlink message,
will be made available to <em>prog</em> under the environment variable
named <em>linevar</em>. </li>
<li> <tt>-t</tt> <em>l:t:k</em> : If <em>l</em>, <em>t</em> or <em>k</em> is
specified, they specify timeouts; by default, they are infinite.
If <em>prog...</em> is still alive after <em>l</em> milliseconds, s6-devd sends
it a SIGTERM. Then, if <em>prog...</em> is still alive after <em>t</em> more
milliseconds, s6-devd sends it a SIGKILL. Then, if <em>prog...</em> is still
alive after <em>k</em> more milliseconds, s6-devd yells and exits 99. </li>
</ul>
<h2> Notes </h2>
<ul>
<li> s6-devd is a daemon; it should be run under a proper supervision system such
as <a href="http://skarnet.org/software/s6/">s6</a>. The real long-lived
process is named <a href="s6-uevent-listener.html">s6-uevent-listener</a>;
ir runs with the same pid as s6-devd. </li>
<li> The <em>prog...</em> helper, on the other hand, should be very short-lived,
even if you are not using the <tt>-t</tt> option to s6-devd. Since helpers are
spawned sequentially, slow helpers can make events queue up and fill buffers
along the way. </li>
</ul>
</body>
</html>
|
