udev

udev
Developer(s) Greg Kroah-Hartman and Kay Sievers
Initial release November 2003 (2003-11)
Stable release 221 (June 19, 2015 (2015-06-19)) [±][1]
Preview release 229 (February 11, 2016 (2016-02-11)) [±][2]
Written in C
Operating system Linux kernel
Type Device node
License GPL v2
Website www.freedesktop.org/software/systemd/man/udev.html

udev is a device manager for the Linux kernel. As the successor of devfsd and hotplug, udev primarily manages device nodes in the /dev directory. At the same time, udev also handles all user space events raised while hardware devices are added into the system or removed from it, including firmware loading as required by certain devices.

Rationale

It is an operating system's kernel that is responsible for providing an abstract interface of the hardware to the rest of the software. Being a monolithic kernel, the Linux kernel does exactly that, and e.g. device drivers are part of the Linux kernel, which make up more than 50% of its source code. Hardware can be accessed through system calls or over their device nodes.

To be able to deal with peripheral devices that are hotplug-capable in a user-friendly way, a part of handling all of these hotplug-capable hardware devices was handed over from the kernel to a daemon running in user-space. The fact that the daemon runs in user space serves security and stability purposes.

Design

Device drivers are part of the Linux kernel, and device discovery, state changes, etc., is handled by the Linux kernel. But all the kernel does is send out an event. It is the device manager, udevd, that catches all of these events and then decides what shall happen next. For this, udevd has a very comprehensive set of configuration files, which can all be adjusted by the computer administrator, according to their needs.

The complexity of doing so forces application authors to re-implement hardware support logic. Some hardware devices also require privileged helper programs to prepare them for use. These must often be invoked in ways that can be awkward to express with the Unix permissions model (for example, allowing users to join wireless networks only if they are logged into the video console). Application authors resort to using setuid binaries or run service daemons to provide their own access control and privilege separation, potentially introducing security holes each time.[3]

HAL was created to deal with this, and udev replaced HAL.

Overview

Unlike traditional Unix systems, where the device nodes in the /dev directory have been a static set of files, the Linux udev device manager dynamically provides only the nodes for the devices actually present on a system. Although devfs used to provide similar functionality, Greg Kroah-Hartman cited a number of reasons[4] for preferring udev over devfs:

The udev, as a whole, is divided into three parts:

The system gets calls from the kernel via netlink socket. Earlier versions used hotplug, adding a link to themselves in /etc/hotplug.d/default with this purpose.

Operation

udev has been incorporated into systemd

udev is a generic device manager running as a daemon on a Linux system and listening (via a netlink socket) to uevents the kernel sends out if a new device is initialized or a device is removed from the system. The udev package comes with an extensive set of rules that match against exported values of the event and properties of the discovered device. A matching rule will possibly name and create a device node and run configured programs to set up and configure the device.

udev rules can match on properties like the kernel subsystem, the kernel device name, the physical location of the device, or properties like the device's serial number. Rules can also request information from external programs to name a device or specify a custom name that will always be the same, regardless of the order devices are discovered by the system.

In the past a common way to use udev on Linux systems was to let it send events through a socket to HAL, which would perform further device-specific actions. For example, HAL would notify other software running on the system that the new hardware had arrived by issuing a broadcast message on the D-Bus IPC system to all interested processes. In this way, desktops such as GNOME or K Desktop Environment 3 could start the file browser to browse the file systems of newly attached USB flash drives and SD cards.[5]

By the middle of 2011 HAL had been deprecated by most Linux distributions as well as by the KDE, GNOME[6] and Xfce[7] desktop environments, among others. The functionality previously embodied in HAL has been integrated into udev itself, or moved to separate software such as udisks and upower.

udev receives messages from the kernel, and passes them on to subsystem daemons such as Network Manager. Applications talk to Network Manager over D-Bus.

 Kernel --> udev --> Network Manager <--> D-Bus <--> Evolution

HAL is obsolete and only used by legacy code. Ubuntu 10.04 shipped without HAL. DeviceKit was meant to replace HAL, but it doesn't exist, it never really came to be. Initially a new daemon DeviceKit was planned to replace certain aspects of HAL, but in March 2009, DeviceKit was deprecated in favor of adding the same code to udev as a package: udev-extras, and some functions have now moved to udev proper.

History

udev was introduced in Linux 2.5.

The Linux kernel version 2.6.13 introduced or updated a new version of the uevent interface. A system using a new version of udev will not boot with kernels older than 2.6.13 unless udev is disabled and a traditional /dev directory is used for device access.

In April 2012, udev's codebase was merged into the systemd source tree.[9][10] In October 2012, Linus Torvalds criticized Kay Sievers's approach to udev maintenance and bug fixing related to firmware loading, stating:[11]

Yes, doing it in the kernel is "more robust". But don't play games, and stop the lying. It's more robust because we have maintainers that care, and because we know that regressions are not something we can play fast and loose with. If something breaks, and we don't know what the right fix for that breakage is, we revert the thing that broke. So yes, we're clearly better off doing it in the kernel. Not because firmware loading cannot be done in user space. But simply because udev maintenance since Greg gave it up has gone downhill.

In 2012, the Gentoo Linux project created a fork of systemd's udev codebase in order to avoid dependency on the systemd architecture. The resulting fork is called eudev and it makes udev functionality available without systemd. A stated goal of the project is to keep eudev independent of any Linux distribution or init system.[12] The Gentoo project describes eudev as follows:[13]

eudev is a fork of system-udev with the goal of obtaining better compatibility with existing software such as OpenRC and Upstart, older kernels, various toolchains and anything else required by users and various distributions.

On May 29, 2014, support for firmware loading through udev was dropped, as it has been decided that it is kernel's task to load firmware.[14] Two days later, Lennart Poettering suggested this patch be postponed until kdbus starts to be utilized by udev; at that point, it is planned to switch udev to use kdbus as the underlying messaging system, and to get rid of the userspace-to-userspace netlink-based transport.[15]

Authors

udev was developed by Greg Kroah-Hartman and Kay Sievers, with much help from Dan Stekloff, among others.

References

  1. "[systemd-devel] [ANNOUNCE] systemd v221". freedesktop.org. 2015-06-19. Retrieved 2016-03-18.
  2. Poettering, Lennart (2016-02-11). "[systemd-devel] [ANNOUNCE] systemd v229". freedesktop.org. Retrieved 2016-02-12.
  3. Pennington, Havoc (2003-07-10), Making Hardware Just Work
  4. Greg Kroah-Hartman. "udev and devfs - The final word". Archived from the original (Plain text) on 2011-07-09. Retrieved 2008-01-24.
  5. "Dynamic Device Management in Udev" (PDF). Linux Magazine. 2006-10-01. Retrieved 2008-07-14.
  6. "HALRemoval". 2011-06-28. Retrieved 2011-09-13.
  7. "Thunar-volman and the deprecation of HAL in Xfce". 2010-01-17. Retrieved 2011-09-13.
  8. Lennart Poettering (2010-04-25). "Relationship between udev, hal, Dbus and DeviceKit?".
  9. Sievers, Kay (2012-04-03). "The future of the udev source tree". linux-hotplug (Mailing list). Retrieved 2013-05-22.
  10. Sievers, Kay, "Commit importing udev into systemd", systemd, retrieved 2013-05-22
  11. Linus Torvalds (2012-10-03). "Re: udev breakages". linux-kernel (Mailing list). Retrieved 2014-10-28.
  12. "gentoo/eudev – README". Retrieved 2014-10-28.
  13. "Gentoo Linux Projects – Gentoo eudev project". Retrieved 2014-10-28.
  14. "[systemd-devel] [PATCH] Drop the udev firmware loader". 2014-05-29.
  15. "[systemd-devel] [PATCH] Drop the udev firmware loader". 2014-05-31.

External links

This article is issued from Wikipedia - version of the Saturday, April 30, 2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.