1
1
mirror of https://github.com/systemd/systemd-stable.git synced 2024-10-31 07:51:08 +03:00
systemd-stable/udevd.8
kay.sievers@vrfy.org bef370d6eb [PATCH] udev - man page update
Hey it's not longer the "goal" to provide a dynamic dev directory,
we have just arrived. So I  change it to more self-confident words :)

I've also added the completly missing environment variables to the
man pages.

To stop the misuse of the PROGRAM= call paramenters, we better mention
its limitations.
2005-04-26 21:32:30 -07:00

58 lines
1.6 KiB
Groff

.TH UDEVD 8 "February 2004" "" "Linux Administrator's Manual"
.SH NAME
udevd \- udev event serializer daemon
.br
udevsend \- sends the event to udevd
.SH SYNOPSIS
.BI udevsend " hotplug-subsystem"
.sp
The environment must provide the following variables:
.TP
.B ACTION
.IR add " or " remove
signifies the connection or disconnection of a device.
.TP
.B DEVPATH
The sysfs devpath of the device without the mountpoint but a leading slash.
.TP
.B SEQNUM
The sequence number of the event provided by the kernel.
If unset, the event bypasses the queue and will be executed immediately.
.SH "DESCRIPTION"
.B udevd
allows the serialization of
.BR hotplug (8)
events. The events generated by the kernel may arrive in random order
in userspace, that makes it neccessary to reorder it.
.br
.B udevd
takes care of the kernel supplied sequence number and arranges the events for
execution in the correct order. Missing sequences are delaying the
execution of the following events until a timeout of a maximum of 5 seconds
is reached.
.br
For each event a
.BR udev (8)
instance is executed in the background. All further events for the same device
are delayed until the execution is finished. This way it will never run more
than one instance for a single device at the same time.
.br
.B udevd
receives the events from
.B udevsend
which is called by
.BR hotplug (8).
If
.B udevd
isn't already running,
.B udevsend
will start it.
.SH "SEE ALSO"
.BR udev (8),
.BR udevinfo (8),
.BR hotplug (8)
.SH AUTHORS
.B udevd
was developed primarily by Kay Sievers <kay.sievers@vrfy.org>, with much help
from others.