1
0
mirror of https://github.com/systemd/systemd.git synced 2025-01-12 13:18:14 +03:00

clarify README

Signed-off-by: Kay Sievers <kay.sievers@suse.de>
This commit is contained in:
Kay Sievers 2005-10-03 16:28:11 +02:00
parent 9bd72b9b6b
commit c2df8b5f51
3 changed files with 62 additions and 92 deletions

150
README
View File

@ -1,107 +1,77 @@
udev - userspace device management
udev - a userspace device manager For more information see the files in the docs/ directory.
For more information on the design, and structure of this project, see the Important Note:
files in the docs/ directory. Integrating udev in the system is a whole lot of work, has complex dependencies
and differs a lot from distro to distro. All reasonable distros use udev these
days, the major ones make it mandatory and the system will not work without it.
To use: The upstream udev project does not support or recomend to replace a distro's udev
installation with the upstream version. The installation of a unmodified upstream
version may render your system unusable! There is no "default" setup or a set
of "default" rules provided by the upstream udev version.
- You must be running a 2.6 version of the Linux kernel. udev requires:
- 2.6 version of the Linux kernel
- Your 2.6 kernel must have had CONFIG_HOTPLUG enabled when it was built. - the kernel must have sysfs, netlink, and hotplug enabled
- Make sure sysfs is mounted at /sys. No other location is supported. - proc must be mounted on /proc
You can mount it by running:
mount -t sysfs none /sys
- Make sure you integrate udev with your hotplug setup. There is a copy of - sysfs must be mounted at /sys, no other location is supported
the rules files for all major distros in the etc/udev folder. You may look
there how others are doing it.
- Make sure you integrate with the kernel hotplug events. Later versions of - udev creates and removes device nodes in /dev based on events
udev are able to listen directly to a netlink socket, older versions used the kernel sends out on device discovery or removal
udevsend to feed the udev daemon with the kernel event. The most basic
setup to run udev is to let the kernel for the udev binary directly:
echo "/sbin/udev" > /proc/sys/kernel/hotplug
While this may work in some setups, it is not recommended to do. A recent - during bootup /dev usually gets a tmpfs mounted which is populated scratch
kernel and udev version is able to operate with the event serializing daemon by udev (created nodes don't survive a reboot, it always starts from scratch)
udevd, that makes sure, that no "remove" event will beat a "add" event for
the same device.
- Build the project: - udev replaces the hotplug event management invoked from /sbin/hotplug
make by the udevd daemon, which receives the kernel events over netlink
Note: - all kernel events are matched against a set of specified rules which
There are a number of different flags that you can use when building make it posible to hook into the event processing
udev. They are as follows:
prefix
set this to the default root that you want udev to be
installed into. This works just like the 'configure --prefix'
script does. Default value is ''. Only override this if you
really know what you are doing.
USE_KLIBC
if set to 'true', udev is built and linked against the
included version of klibc. Default value is 'false'.
USE_LOG
if set to 'true', udev will emit messages to the syslog when
it creates or removes device nodes. This is helpful to see
what udev is doing. This is enabled by default. Note, if you
are building udev against klibc it is recommended that you
disable this option (due to klibc's syslog implementation.)
USE_SELINUX
if set to 'true', udev will be built with SELinux support
enabled. This is disabled by default.
DEBUG
if set to 'true', debugging messages will be sent to the syslog
as udev is run. Default value is 'false'.
KERNEL_DIR
If this is not set it will default to /lib/modules/`uname -r`/build
This is used if USE_KLIBC=true to find the kernel include
directory that klibc needs to build against. This must be set
if you are not building udev while running a 2.6 kernel.
EXTRAS
if set, will build the "extra" helper programs as specified
as listed (see below for an example.)
So, if you want to build udev using klibc with debugging messages, you - there is a copy of the rules files for all major distros in the etc/udev
would do: directory (you may look there how others distros are doing it)
make USE_KLIBC=true DEBUG=true
If you want to build the udev helper program cdrom_id and scsi_id you Setting which are used for building udev:
would do: prefix
make EXTRAS="extras/cdrom_id extras/scsi_id" set this to the default root that you want to use
Only override this if you really know what you are doing
DESTDIR
prefix for install target for package building
USE_LOG
if set to 'true', udev will emit messages to the syslog when
it creates or removes device nodes. This is helpful to see
what udev is doing. This is enabled by default. Note, if you
are building udev against klibc it is recommended that you
disable this option (due to klibc's syslog implementation.)
DEBUG
if set to 'true', verbose debugging messages will be compiled into
the udev binaries. Default value is 'false'.
USE_SELINUX
if set to 'true', udev will be built with SELinux support
enabled. This is disabled by default.
USE_KLIBC
if set to 'true', udev is built and linked against the
included version of klibc. Default value is 'false'.
KERNEL_DIR
If this is not set it will default to /lib/modules/`uname -r`/build
This is used if USE_KLIBC=true to find the kernel include
directory that klibc needs to build against. This must be set
if you are not building udev while running a 2.6 kernel.
EXTRAS
if set, will build the "extra" helper programs as specified
as listed (see below for an example.)
udev will follow the setting of the debug level in udev.conf. Adapt this if you want to build udev using klibc with debugging messages:
value to see the debug in syslog. make USE_KLIBC=true DEBUG=true
- Install the project: if you want to build the udev helper program cdrom_id and scsi_id:
make install make EXTRAS="extras/cdrom_id extras/scsi_id"
This will put the udev binaries in /sbin, create the and /etc/udev Please direct any comment/question/concern to the linux-hotplug-devel mailing list at:
directories, and place the udev configuration files in /etc/udev/. You linux-hotplug-devel@lists.sourceforge.net
will probably want to edit the *.rules files to create custom naming
rules. More info on how the config files are set up are contained in
comments in the files, and is located in the documentation.
- Add and remove devices from the system and marvel as nodes are created
and removed in /dev based on the device types.
- If you later get sick of it, uninstall it:
make uninstall
If nothing seems to happen, make sure your build worked properly by
running the udev-test.pl script as root in the test/ subdirectory of the
udev source tree. Running udevstart should populate an empty /dev
directory. You may test, if a node is recreated after running udevstart.
Development and documentation help is very much appreciated, see the TODO
file for a list of things left to be done.
Any comment/questions/concerns please let me and the other udev developers
know by sending a message to the linux-hotplug-devel mailing list at:
linux-hotplug-devel@lists.sourceforge.net
greg k-h
greg@kroah.com

View File

@ -440,7 +440,7 @@
devices of the same type originating from different kernel subsystems.</para> devices of the same type originating from different kernel subsystems.</para>
<para>Note: The use of the enumeration facility is unreliable for events that <para>Note: The use of the enumeration facility is unreliable for events that
request a number at the same time. The use of enumerations in todays setups request a number at the same time. The use of enumerations in todays setups
where devices can come and go at any time is not recomended.</para> where devices can come and go at any time is not recommended.</para>
</listitem> </listitem>
</varlistentry> </varlistentry>

2
udev.8
View File

@ -203,7 +203,7 @@ The string returned by the external program requested with PROGRAM. A single par
\fB%e\fR, \fB$enum\fR \fB%e\fR, \fB$enum\fR
If a device node already exists with the name, the smallest next free number is used. This can be used to create compatibility symlinks and enumerate devices of the same type originating from different kernel subsystems. If a device node already exists with the name, the smallest next free number is used. This can be used to create compatibility symlinks and enumerate devices of the same type originating from different kernel subsystems.
Note: The use of the enumeration facility is unreliable for events that request a number at the same time. The use of enumerations in todays setups where devices can come and go at any time is not recomended. Note: The use of the enumeration facility is unreliable for events that request a number at the same time. The use of enumerations in todays setups where devices can come and go at any time is not recommended.
.TP .TP
\fB%P\fR, \fB$parent\fR \fB%P\fR, \fB$parent\fR
The node name of the parent device. The node name of the parent device.