add m4/ subdir

add "nowatch" to disable a default installed watch with a later rule

use the event udev_device to disable the watch on "remove"

remove static local variable

version bump

Look at more inotify events in the buffer than just the first.

lookup the old watch handle; reload only if has a path

Output watch handle in udevadm info.

Put a log message in a more sensible place.

Use the udevdb to speed up watch clearing.

Also return a udev_device when looking up by handle as well, so
everything works the same way.

Store watch handle in db.

Allow watch handle to be stored in the udevdb.

Cleanup a little.

Move some of the checks into udev_watch_begin() and udev_watch_clear()
so we don't have to repeat them all the time.

Clear existing inotify watch before processing.

Likewise when re-processing an event, we want to drop the existing
inotify watch first to avoid side-effects.

Don't add inotify watch until RUN rules processed.

The programs we RUN can open device nodes, and thus we can end up
chasing our own tail.

release 138

*_id: add model/vendor enc strings

So ID_MODEL and ID_VENDOR are pretty useful keys. However since we fix
them up (removing leading/trailing whitespace, converts spaces to
underscores) for use in device naming etc. we also force these fixups on
the desktop shell. And this looks pretty ugly.

The attached patch introduces the ID_MODEL_ENC and ID_VENDOR_ENC keys
that contains the encoded version of the raw strings obtained. It's
pretty similar in spirit to ID_FS_LABEL and its cousin ID_FS_LABEL_ENC.

With this patch a desktop shell can fix up these strings as it sees fit.
Note that some fixup is still needed though, for example

# /lib/udev/ata_id --export /dev/sda |grep ID_MODEL
ID_MODEL=INTEL_SSDSA2MH080G1GC
ID_MODEL_ENC=INTEL\x20SSDSA2MH080G1GC\x20\x20\x20\x20\x20\x20\x20\x20
\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20

Note the trailing and leading whitespace. Anyway with the attached patch
the desktop shell should be able to display "INTEL SSDSA2MH080G1GC"
rather than "INTEL_SSDSA2MH080G1GC" to the user.

rules: include loop block devices in persistent links

rules: add "watch" option to dm and md rules

use global "reload_config" flag

rules: move OPTIONS to separate rule

A failing IMPORT+ match would prevent the OPTIONS+= action
from being applied.

rules: update persistent storage rules to use inotify watches

udevd: optionally watch device nodes with inotify

This allows you to re-process the rules if the content of the device
has been changed, most useful for block subsystem to cause vol_id to
be run again.

fix NAME= and OPTION+="string_escape=..." logic

Scott discovered this silly bug.

autogen.sh: add more warnings

rules: fix md "change"/"remove" handling

On Thu, Feb 5, 2009 at 08:43, Harald Hoyer <harald@redhat.com> wrote:
> Radek Vykydal <rvykydal@redhat.com> encountered a problem with md devices.
> If the raid is about to be removed a "change" and "remove" event is sent.

test: add test for empty and non-existent ATTR

rules: dm - add escape for uuid links with whitespace

fix NAME="" logic

Reported-By: Soh Kam Yung <sohkamyung@gmail.com>

rules: Gentoo update

version bump

man: fix grammar

Reported-by: Robert Peterson <rpeterso@redhat.com>

doc: writing udev rules - refer to 'udevadm info' instead of 'udevinfo'

Signed-off-by: Miklos Vajna <vmiklos@frugalware.org>

vol_id: add missing id->type to swap0

Signed-off-by: Karel Zak <kzak@redhat.com>

vol_id: fix ddf version string

The version string in DDF suberblock does not include the null terminator
and the snprintf() function writes at most "size" bytes *including* the
null byte.

old version:
ID_FS_VERSION=02.00.0
new version:
ID_FS_VERSION=02.00.00

Signed-off-by: Karel Zak <kzak@redhat.com>

release 137

udevadm: settle - fix typo

usb_id: handle ATAPI devices like SCSI devices

Some weird mass storage devices identify the disks as ATAPI/cdrom
devices, and all disks in such enclusure get the same ids which
overwrite each other, in such cases, get the typ of device from the
scsi device, which has more knowledge what kind of device it really
is.

udevd: add back SA_RESTART

<Keybuk> poll, select, ppoll, pselect, epoll, etc. are *explicitly* NOT restarted in case of signal
<kay> ok

split up long line

Merge commit '9032f119f07ad3b5116b3d4858816d851d4127de'

Merge commit '5f03ed8a56d308af72db8a48ab66ed68667af2c6'

Conflicts:
udev/udevd.c

increase netif renaming timeout from 30 to 90 seconds

reap children faster

udevd's event_queue_manager loop is pretty sensitive to the
delays of exiting child processes. I found that it helps boot
times if we try to reap children as quickly as possible.

This patch changes event_queue_manager to call sigchilds_waiting
if it finds a signal has been received.

Signed-off-by: Olaf Kirch <okir@suse.de>

open-code pollfd setup

Expose delayed name resolution

udevd had the ability to delay name resolution until the event, but this
was never exposed.  Add a --resolve-names=late option to do so.

Allow user and group lookup to be disabled.

In certain cut-down situations such as an installer or inside the
initramfs, we simply don't have any kind of name service.  While we
could use rules without OWNER or GROUP, it's better to have the same
rules as a full system and have udevd ignore those parts of the rules.

Adds a --resolve-names=never switch to udevd that has this effect.

udevd: use ppoll instead of signal pipes

udevd uses a rather old-fashioned way of handling signals
while waiting for input through select (ie by using an unnamed
pipe, to which the signal handler writes one byte for every signal
received). This is rather awkward and may potentially even block
if we receive more signals than the kernel's pipe buffer.

This patch replaces all of that with ppoll, which was designed
for this purpose.

It also removes the SA_RESTART flag from all installed signal
handlers, because otherwise the ppoll call would just be restarted
after handling eg a SIGCHLD.

Signed-off-by: Olaf Kirch <okir@suse.de>

remove stray initializer

Picked up by "gcc -Wextra".

udevadm.c:83: warning: initialized field overwritten
udevadm.c:83: warning: (near initialization for ‘cmds[2].help’)

This is just a cleanup.  It doesn't change the code generated by gcc.

man: typo fixes

cleanup old names before creating the new names

Scott found that the node /dev/pktcdvd can not be replaced by
/dev/pktcdvd/control by changing the rules, and re-trigger the
event. We used to create the new names before we cleaned up the
old ones, which can not work if we need to create subdir with
the same name.

remove name from index if the node name has changed

Scott discovered that a changed rule, which renames a device node
leaves the old node name around as a symlink. So drop the reference
to the old name.

update NEWS

udevadm: test - remove --force option

Since a while we change the database with a "test" run, but do not update
the node and symlinks. We need to "force" all the time, to keep things
in sync.

volume_id: support via raid version 2

do not complain about a missing /etc/udev/rules.d/

Scott mentioned that initramfs does not neccessarily have that
directory, so do not log an error.

rules: add drm devices to group "video"

https://bugs.launchpad.net/bugs/317430

libudev: use 4096 bytes buffer for attribute reading

rules: fix typo in ide cd rule

Thanks to Scott, who found that.

fix naming for tape nst devices in /dev/tape/by-path/

$env{ID_PATH} includes the "-nst" suffix anyway, so we shouldn't append
it a second time as part of the rule creating the device file symlink.

Signed-off-by: Lennart Poettering <lennart@poettering.net>

version bump

release 136

extras: fix mis-spelling of "environment"

libudev: test - add udev_device_get_property_value()

libudev: device - add udev_device_get_property_value()

rules: zaptel - add "dialout" group

rules: reorder block rules

udevadm: s/udevinfo/udevadm info/

usb_id: s/image/media/

enable skipping of "naming-only" rules

update NEWS

update NEWS

rules: Ubuntu merge - s/uucp/dialout/

rules: replace DVB shell script rule

rules: Ubuntu merge - use group "tape"

rules: Ubuntu merge - use group "cdrom"

require 2.6.22+ kernel

usb_id: use devtype lookup

libudev: bump revision

libudev: subsytem -> subsystem

libudev: device - remove udev_device_get_parent_with_subsystem

libudev: device - lookup subsystem and devtype together

libudev: device - read "uevent" only if info is not already loaded

man: udev - update NAME assignment

libudev: device - add devtype support

rules: input - make sure needed variables are set

libudev: enumerate - add lookup by property

build: default to --prefix=/usr --exec-prefix=""

require non-SYSFS_DEPRECATED 2.6.20+ kernel

usb_id: add "image" class

build: use autoreconf --symlink

if needed, store database entries also for devices which do not have a device node

rules: provide /dev/raw/rawctl

On Fri, Dec 26, 2008 at 01:26, Karel Zak <kzak@redhat.com> wrote:
> On Fri, Dec 26, 2008 at 12:39:16AM +0100, Kay Sievers wrote:
>> On Fri, Dec 26, 2008 at 00:26, Karel Zak <kzak@redhat.com> wrote:

>> >  The upstream raw(8) command supports /dev/rawctl and also
>> >  /dev/raw/rawctl.  I think it makes more sense to use raw/rawctl when
>> >  you have all your raw devices in raw/ subdirectory (e.g. /dev/raw/raw<N>).
>>
>> The raw tool looks for /dev/rawctl first and the fallback to
>> /dev/raw/rawctl is named DEVFS_*. Should we turn that order around and
>> remove the devfs notion from the raw tool and let udev create a
>> dev/raw/rawctl node?
>
>  Yeah. Fixed, committed and pushed.
>
>  $ strace -e open ./raw
>  open("/dev/raw/rawctl", O_RDWR)         = -1 ENOENT (No such file or directory)
>  open("/dev/rawctl", O_RDWR)             = -1 ENOENT (No such file or directory)
>
>  I have also removed the #ifdef OLD_RAW_DEVS (/dev/raw<N>) junk.

rules: isdn - remove /dev/isdn/capi20 symlink

rules: put alsa in group "audio"

rules: remove /dev/dsp /dev/audio

rules: second round merging with Ubuntu rules

rule_generator: fix enumeration for write_cd_rules

quote +, as it would be taken as a part of the regexp otherwise
https://bugzilla.redhat.com/show_bug.cgi?id=477535

rules: do not put raw1394 in "video" group

A note on /dev/raw1394's security implications:
1. You cannot access local memory through raw1394, except
for ROMs and CSRs that are exposed to other nodes any way.

2. It is extremely hard to manipulate data on attached
SBP-2 devices (FireWire storage devices).

3. You can disturb operation of the FireWire bus, e.g.
creating a DoS situation for audio/video applications, for
SBP-2 devices, or eth1394 network interfaces.

4. If another PC is attached to the FireWire bus, it may be
possible to read or overwrite the entire RAM of that remote PC.
This depends on the PC's configuration. Most FireWire controllers
support this feature (yes, it's not a bug, or at least wasn't
intended to be one...) but not all OSs enable the feature.

Actually, a cheap setup to achieve #1 by #4 is to have two
FireWire controllers in the PC and connect them.

https://bugs.launchpad.net/ubuntu/+source/kino/+bug/6290/comments/21

rules: remove legacy symlinks