1
1
mirror of https://github.com/systemd/systemd-stable.git synced 2024-12-25 23:21:33 +03:00
Backports of patch from systemd git to stable distributions
Go to file
Maxim Levitsky 674c3412bb mtd_probe: add autodetection for xD cards
commit 2599cabd36770785a13bf884049d649d385fd80c
Author: Maxim Levitsky <maximlevitsky@gmail.com>
Date:   Fri Jun 18 02:08:48 2010 +0300

Add autodetection for xD/smartmedia cards
This can easily be extended for other types of FTL

Signed-off-by: Maxim Levitsky <maximlevitsky@gmail.com>
2010-06-23 22:20:29 +02:00
extras mtd_probe: add autodetection for xD cards 2010-06-23 22:20:29 +02:00
libudev libudev: fix fd leak in udev_enumerate_scan_devices() when tags are searched 2010-06-05 10:30:36 +02:00
m4 libudev: add gtk-doc 2009-06-15 13:22:21 +02:00
rules delete last distro specific rules 2010-06-21 10:06:10 +02:00
test fix tests and allow MODE=000 2010-05-20 14:51:18 +02:00
udev udevd: in case we don't daemonize, send READY message to /sbin/init 2010-06-17 21:52:15 +02:00
.gitignore Merge libudev, udev, and the unconditional extras in a single Makefile.am. 2009-08-07 19:15:28 +02:00
autogen.sh cleanup ./configure installation directory options 2009-06-17 02:25:07 +02:00
ChangeLog release 157 2010-06-02 13:49:47 +02:00
configure.ac version bump 2010-06-02 20:31:51 +02:00
COPYING update source file headers 2006-08-28 00:29:11 +02:00
INSTALL INSTALL: use /sbin instead of %{sbindir} 2009-06-19 11:49:11 +02:00
Makefile.am mtd_probe: add autodetection for xD cards 2010-06-23 22:20:29 +02:00
NEWS version bump 2010-06-02 20:31:51 +02:00
README update NEWS README 2010-05-20 09:19:01 +02:00
TODO firmware: convert shell script to C 2009-12-15 16:28:52 +01:00
udev.conf udevadm: control - use getopt_long() 2008-09-03 21:56:47 +02:00

udev - Linux userspace device management

Integrating udev in the system has complex dependencies and may differ from
distribution to distribution. A system may not be able to boot up or work
reliably without a properly installed udev version. The upstream udev project
does not recommend to replace a distro's udev installation with the upstream
version.

The upstream udev project's set of default rules may require a most recent
kernel release to work properly. This is currently version 2.6.31.

Tools and rules shipped by udev are not public API and may change at any time.
Never call any private tool in /lib/udev from any external application, it might
just go away in the next release. Access to udev information is only offered
by udevadm and libudev. Tools and rules in /lib/udev, and the entire content of
the /dev/.udev directory is private to udev and does change whenever needed.

Requirements:
  - Version 2.6.27 of the Linux kernel with sysfs, procfs, signalfd, inotify,
    unix domain sockets, networking and hotplug enabled:
      CONFIG_HOTPLUG=y
      CONFIG_UEVENT_HELPER_PATH=""
      CONFIG_NET=y
      CONFIG_UNIX=y
      CONFIG_SYSFS=y
      CONFIG_SYSFS_DEPRECATED*=n
      CONFIG_PROC_FS=y
      CONFIG_TMPFS=y
      CONFIG_INOTIFY_USER=y
      CONFIG_SIGNALFD=y
      CONFIG_TMPFS_POSIX_ACL=y (user ACLs for device nodes)
      CONFIG_BLK_DEV_BSG=y (SCSI devices)

  - Udev will not work with the CONFIG_SYSFS_DEPRECATED* option.

  - Unix domain sockets (CONFIG_UNIX) as a loadable kernel module may work,
    but it is not supported.

  - The deprecated hotplug helper /sbin/hotplug should be disabled in the
    kernel configuration, it is not needed today, and may render the system
    unusable because the kernel may create too many processes in parallel
    so that the system runs out-of-memory.

  - The proc filesystem must be mounted on /proc, the sysfs filesystem must
    be mounted at /sys. No other locations are supported by a standard
    udev installation.

  - The system must have the following group names resolvable at udev startup:
      disk, cdrom, floppy, tape, audio, video, lp, tty, dialout, kmem.
    Especially in LDAP setups, it is required, that getgrnam() is able to resolve
    these group names with only the rootfs mounted, and while no network is
    available.

  - To build all 'udev extras', libacl, libglib2, libusb, usbutils, pciutils,
    gperf are needed. These dependencies can be disabled with the
    --disable-extras configure option.

Setup:
  - At bootup, the /dev directory should get the 'devtmpfs' filesystem
    mounted. Udev will manage permissions and ownership of the kernel-created
    device nodes, and possibly create additional symlinks. If needed, udev also
    works on an empty 'tmpfs' filesystem, but some static device nodes like
    /dev/null, /dev/console, /dev/kmsg are needed to be able to start udev itself.

  - The udev daemon should be started to handle device events sent by the kernel.
    During bootup, the kernel can be asked to send events for all already existing
    devices, to apply the configuration to these devices. This is usually done by:
      /sbin/udevadm trigger --type=subsystems
      /sbin/udevadm trigger --type=devices

  - Restarting the daemon does never apply any rules to existing devices.

  - New/changed rule files are picked up automatically, there is no daemon
    restart or signal needed.

Operation:
  - Udev creates/removes device nodes in /dev, based on events the kernel
    sends out on device creation/removal.

  - All kernel events are matched against a set of specified rules, which
    possibly hook into the event processing and load required kernel
    modules to setup devices. For all devices the kernel exports a major/minor
    number, if needed, udev will create a device node with the default kernel
    name. If specified, udev applies permissions/ownership to the device
    node, creates additional symlinks pointing to the node, and executes
    programs to handle the device.

  - The events udev handles, and the information udev merges into its device
    database, can be accessed with libudev:
      http://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/
      http://www.kernel.org/pub/linux/utils/kernel/hotplug/gudev/

For more details about udev and udev rules see the udev(7) man page.

Please direct any comment/question to the linux-hotplug mailing list at:
  linux-hotplug@vger.kernel.org