4 The Linux 2.6 hotplug interface introduced a new approach. Instead of spawning
5 a new process for each event, thus possibly creating an unmanagably large
6 ammount of processes, the events (uevents) are written into a PF_NETLINK
9 The uevent has following format:
10 actiontype@ENVVAR=VALUE\0[ENVVAR=VALUE\0[...]]
12 The actiontype might be "add" or "remove". The action is also exported in an
13 environmental variable ACTION.
15 Reading these events by a single daemon that performs relevant actions is a
16 far better approach, as it also allows smart distribution of resources and
17 processing by rules, both of these features being used in both udev and
20 The old /proc/sys/kernel/hotplug interface is still kept though, and can be
21 used. If a valid value is passed to it, the application specified in the procfs
22 entry gets executed along with the new method of sending event through netlink