rules: input - fix comments

rules: input - add links for USB/platform non-kbd/mouse devices

rule_generator: net - fix usb comment generation

On Sat, Apr 4, 2009 at 22:17, Omair Eshkenazi <stimpson@phys.huji.ac.il> wrote:
> I noticed that in (70-)persistent-net.rules, the comments for USB devices
> are missing the device/vendor id's. Example:
> # USB device 0x:0x (rt73usb)

drop "extern" keyword from non-static function

update NEWS

rules: create /dev/cpu/<n>/cpuid world readable

I don't see any security implications, to be actually useful,
/dev/cpu/<n>/cpuid should be world readable. The cpuid instruction
can be called from userspace anyway, so there is nothing to hide.
The device does not support any write operation, so 0444 should
suffice.

Signed-off-by: Andre Przywara <andre.przywara@amd.com>

libudev: monitor - export filter_update()

libudev: queue - clarify comments

cdrom_id: skip media tests if CDROM_DRIVE_STATUS != CDS_DISC_OK

libudev: queue - fix get_seqnum_is_finished()

On Thu, Apr 23, 2009 at 11:39, Alan Jenkins <alan-jenkins@tuffmail.co.uk> wrote:
> I'm puzzled by this function:
>
>        /* if we have not seen this seqnum, check if it is/was already queued */
>        if (seqnum < udev_queue->last_seen_udev_seqnum) {
>                udev_queue_get_udev_seqnum(udev_queue);
>                if (seqnum < udev_queue->last_seen_udev_seqnum)
>
> Shouldn't the test be (seqnum > udev_queue->last_seen_udev_seqnum) ?

libudev: monitor - add udev_monitor_filter_remove

udevadm: monitor - add <subsytem>:<devtype> support

libudev: monitor - do not filter messages with wrong magic

libudev: monitor - switch to filter_add_match_subsystem_devtype()

libudev: monitor - use simpler hash

edd_id: add cciss devices

Since cciss devices can be BIOS boot devices just as well as sd* and
hd*, the edd_id program should be run on them so that the later
/dev/disk/by-id/edd-* rules will work.

udevadm monitor - add --subsystem-match=

update TODO

udevadm: monitor - print error if we can not bind to socket

libudev: monitor - add client socket filter for subsystem value

Messages send back by the udev daemon to the netlink socket are
multiplexed by the kernel and delivered to multiple clients. The
clients can upload a socket filter to let the kernel drop messages
not belonging to a certain subsystem. This prevent needless wakeups
and message processing for users who are only interested in a
subset of available events.

Recent kernels allow untrusted users to listen to the netlink
messages.

The messages send by the udev daemon are versioned, to prevent any
custom software reading them without libudev. The message wire format
may change with any udev version update.

cdrom_id: add and use ID_CDROM_MEDIA to decide if we run vol_id

Some broken mobile phones offer a faked cdrom drive with a media
without any tracks.

udevd: at startup create /dev/null, /dev/console, /dev/kmsg

update NEWS

TODO: add packet filter

test-libudev: update monitor source

cdrom_id: add Xen cdrom support

path_id: support identification of Xen virtual block devices

update NEWS

rules: remove DVB shell script

udevd: log error for too old kernels or CONFIG_SYSFS_DEPRECATED

libudev: monitor - clarify socket handling documentation

libudev: path_encode - always return 0 if encoded string does not fit into size

version bump

release 141

libudev: monitor - ignore messages from unusual sources

For added protection, ignore any unicast message received on the
netlink socket or any multicast message on the kernel group not
received from the kernel.

Signed-off-by: Scott James Remnant <scott@ubuntu.com>

libudev: monitor - unify socket message handling

path_encode: fix max length calculation

Sebastian Krahmer wrote:
> it should reserve 4 times not 3 times len :)

avoid leaking netlink socket fd to external programs

The netlink socket is now used by udev event processes. We should take
care not to pass it to the programs they execute. This is the same way
the inotify fd was handled.

Signed-off-by: Alan Jenkins <alan-jenkins@tuffmail.co.uk>

IMPORT: 2048 -> 4096 bytes buffer

"UDEV_MONITOR_KERNEL/UDEV" -> "kernel/udev"

send monitor events back to netlink socket

Instead of of our own private monitor socket, we send the
processed event back to our netlink socket, to the multicast
group 2 -- so any number of users can listen to udev events,
just like they can listen to kernel emitted events on group 1.

usb_id: remove unused variable

libudev: GPL -> LGPL

usb_id: add ID_VENDOR_ID, ID_MODEL_ID, ID_USB_INTERFACE_NUM, ID_USB_DRIVER

$ extras/usb_id/usb_id -x /class/tty/ttyUSB1
ID_VENDOR=HUAWEI_Technology
ID_VENDOR_ENC=HUAWEI\x20Technology
ID_VENDOR_ID=12d1
ID_MODEL=HUAWEI_Mobile
ID_MODEL_ENC=HUAWEI\x20Mobile
ID_MODEL_ID=1003
ID_REVISION=0000
ID_SERIAL=HUAWEI_Technology_HUAWEI_Mobile
ID_TYPE=generic
ID_BUS=usb
ID_USB_INTERFACES=:ffffff:080650:
ID_USB_INTERFACE_NUM=01
ID_USB_DRIVER=option

rules: replace IDE driver with media match

rules: serial - support ttyACM devices

rules: remove ram* from persisten disk links blacklist

rules: exclude mtd* from persistent disk links

rules: rename ide-floppy to ide-gd

The driver's name changed in the 2.6.28 timeframe.

udevadm: monitor - clarify printed header

udevadm: test - handling trailing '/' in devpath

On Wed, Mar 18, 2009 at 16:00, Matthias Schwarzott <zzam@gentoo.org> wrote:
found out how the error occurs:
It is a difference between
A. udevadm test /sys/class/mem/null/
and
B. udevadm test /sys/class/mem/null

Case A was the case that showed the error behaviour. It seems udevadm is
confused by the trailing slash. This behaviour seems to be there since ages.

version bump

rules: fix extra quote in 50-udev-default.rules

Patch from Gerardo Exequiel Pozzi.

udevadm: trigger - add "--action" to --help

vol_id: fix language in manpage

The documentation for the --offset option wasn't in complete
sentences.

Signed-off-by: Adam Buchbinder <adam.buchbinder@gmail.com>

create_floppy_devices: expand manpage

Include a table of what the CMOS types are, and note that nothing
will be created unless the -t option is specified. Also clean up
the formatting and bump the date.

Signed-off-by: Adam Buchbinder <adam.buchbinder@gmail.com>

cdrom_id: update manpage

Include usage information on the -d/--debug flag. Also bump the date.

Signed-off-by: Adam Buchbinder <adam.buchbinder@gmail.com>

usb_id: add manpage

Signed-off-by: Adam Buchbinder <adam.buchbinder@gmail.com>

rules: md-raid.rules fix

md/array_state in case of partition doesn't exist, so all uevents
for partitions didn't execute any SYMLINK rules

Signed-off-by: Michal Soltys <soltys@ziu.info>

release 140

udevadm: settle - synchronise with the udev daemon

There's still a slight race condition when using udevadm settle, if the
udev daemon has a pending inotify event but hasn't yet generated the
"change" uevent for it, the kernel and udev sequence numbers will match
and settle will exit.

Now udevadm settle will send a control message to udevd, which will
respond by sending SIGUSR1 back to the waiting udevadm settle once it
has completed the main loop iteration in which it received the control
message.

If there were no pending inotify events, this will simply wake up the
udev daemon and allow settle to continue.  If there are pending inotify
events, they are handled first in the main loop so when settle is
continued they will have been turned into uevents and the kernel
sequence number will have been incremented.

Since the inotify event is pending for udevd when the close() system
call returns (it's queued as part of the kernel handling for that system
call), and since the kernel sequence number is incremented by writing to
the uevent file (as udevd does), this solves the race.

When the settle continues, if there were pending inotify events that
udevd had not read, they are now pending uevents which settle can wait
for.

Signed-off-by: Scott James Remnant <scott@ubuntu.com>

udevadm: settle - use timeout signal, instead of loop counter

libudev: ctrl - return error after sending ctrl message

update TODO

udevadm: add text for new options to command and man page

libvolume_id: bump age

Because you added the symbol volume_id_set_uuid_sub() in commit
14e18278, you have to increase the library minor version.

udevd: switch watch symlinks to devpath

Some broken tools get confused following links to /sys, switch
to link targets carrying the devpath instead of the syspath, like
the queue links.

udevadm: settle - add --seq-start= --seq-end=

It might be useful in some cases not to wait for "all" events.

  $ read START < /sys/kernel/uevent_seqnum
  $ (do something which may create uevents)
  $ udevadm settle --seq-start=$START

libudev: queue - use lstat() to check existence of symlink

rules: Fedora update

update TODO

volume_id: ntfs - fix uuid setting

In my scenario, the ntfs prober did *not* detect the presence of a
ntfs filesystem (i.e. vol_id --probe-all returned *only* ext3).
However, if you examine the source of the ntfs prober, it overwrites
the uuid field of the volume_id object long before it actually
decides there's a valid filesystem there - this resulted in vol_id
returning the rather bizarre combination of type=ext3, but a uuid
populated by the ntfs prober.

https://bugs.edge.launchpad.net/ubuntu/+source/udev/+bug/337015

update TODO

fix compile error in debug mode

When building with './configure --enable-debug && make' it fails with:
  udev-rules.c: In function ‘dump_token’:
  udev-rules.c:366: error: ‘struct <anonymous>’ has no member named ‘i’

Signed-off-by: Michael Prokop <mika@grml.org>

version bump

release 139

udevadm: info - export all devices with --export-db

usb_id: fix comment

usb_id: fix NULL string usage

usb_id: return values if called directly for an usb_device

usb_id: add ID_USB_INTERFACES=:0e0100:0e0200:010100:010200:

use AC_USE_SYSTEM_EXTENSIONS instead of AC_GNU_SOURCE

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