version bump

release 164

libudev: return kernel provided devnode when asked before we handled any rules

keymap: Add Toshiba Satellite U500

https://launchpad.net/bugs/271706

return proper error code in rename_netif()

<Md>  kay: can you look at rename_netif()? it returns -errno in a place,
      but I think that it may by changed by err() (at least)
<kay> Md: yeah, that doesn't look correct

keymap: Apply force-release rules to all Samsung models.

The force-release list for Samsung is already an ultralong monster, and
reportedly still incomplete (see https://launchpad.net/bugs/574250).
Give up and instead apply the force-release quirk to all Samsung models. The
worst that can happen is that autorepeat behaves a bit weird, but that's much
better than a complete freeze after each keypress.

udevd: do not wrongly delay events for devices with swapped names

Renaming network devices might delay events for the other device, which has
the same devpath in the meantime as the original event. Causing a delay until
the timout of the event is reached.

Look at the ifindex/devnum of the devices to check if they are really
the same devices.

version bump

Install libgudev-1.0.so in prefix / instead of prefix /usr

This is to match where libudev.so is installed and it works because
all dependent libraries are already installed in / instead of /usr on
most distros:

 $ ldd /usr/lib64/libgudev-1.0.so
         linux-vdso.so.1 =>  (0x00007fff44dff000)
         libudev.so.0 => /lib64/libudev.so.0 (0x0000003bf2600000)
         libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x0000003fb5200000)
         libgthread-2.0.so.0 => /lib64/libgthread-2.0.so.0 (0x0000003fb4e00000)
         libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003d5b000000)
         librt.so.1 => /lib64/librt.so.1 (0x0000003d5b800000)
         libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x0000003fb4a00000)
         libc.so.6 => /lib64/libc.so.6 (0x0000003d5ac00000)
         /lib64/ld-linux-x86-64.so.2 (0x0000003d5a800000)

With this change it is possible to write libgudev applications that
can be installed in /bin or /sbin and can run without /usr being
mounted. This is needed for e.g. udisks, NetworkManager and other
subsystem-specific daemons.

Signed-off-by: David Zeuthen <davidz@redhat.com>

cdrom_id: request the drive profile features with a dynamic length

Some drives don't like huge feature buffers, so we query twice. First
run for the current profile and to get the length.
Second time we query the whole profile feature set.

release 163

udevd: add sd-daemon.c

systemd: sort before basic.target

cdrom_id: Don't read beyond "last track" in TOC

Read the first and last track from the TOC header, and do not go beyond that
stated number of tracks when reading the TOC. Otherwise we interpret random
data which leads to bogus tracks. (Reported on an IronKey, which reported 1
data track, and 4 audio tracks which weren't actually present.)

cdrom_id: Fall back to CDROM_DRIVE_STATUS if all MMC commands fail

Reportedly, some "when I'm grown up I want to be a CD drive" fake USB CD sticks
like the IronKey neither support the SCSI "GET CONFIGURATION" nor the older
(pre-MMC2) "READ DISC INFORMATION" command. In that case, check if
cd_media_compat() detected that there is a disc present, and assume that we
have a CD-ROM medium.

Revert "cdrom_id: Try reading the medium if all MMC commands fail"

Turns out we can do this much simpler by assuming that cd_media_compat() works,
which seems to be the case for the IronKey.

This reverts commit ea88774a922c734afd751a59d8102bfa4806a1a6.

cdrom_id: Try reading the medium if all MMC commands fail

Reportedly, some "when I'm grown up I want to be a CD drive" fake USB CD sticks
like the IronKey neither support the SCSI "GET CONFIGURATION" nor the older
(pre-MMC2) "READ DISC INFORMATION" command. In that case, check if we can read
data from the drive, and assume that we have a CD-ROM medium if it succeeds.

systemd: hook into basic.target instead of sysinit.target

keymap: Add alternate MSI vendor name

Add new vendor name "Micro-Star International" in 95-keymap.rules.

Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

Add automatic rules syntax check

Add test/rule-syntax-check.py, a script for checking the syntax of all udev
rules files passed as command line arguments.

Add a wrapper test/rules-test.sh which calls rule-syntax-check.py on all udev
rules that we ship, but does nothing if Python is not available. Integrate this
into make check/distcheck.

fix various syntax errors in rules

Clarify WAIT_FOR documentation

The path is relative to the sysfs device, so this provides an easy way to wait
for an attribute to appear.

gudev: add a few annotations that newer gobject-introspection versions demand

keymap: Add Lenovo Y550

https://launchpad.net/bugs/543065

Bump required GLib version to 2.22

This is needed for g_main_context_get_thread_default().

Signed-off-by: David Zeuthen <davidz@redhat.com>

gudev: Deliver ::uevent signal in the thread-default main loop

... that the GUdevClient object was constructed in. This change makes
GUdev follow the GLib guidelines and, more importantly, makes it
possible to actually use the library in a multi-threaded
application. Prior to this patch, signals were emitted in the thread
that ran the "default" main loop.

Signed-off-by: David Zeuthen <davidz@redhat.com>

scsi_id: fix compiler warnings

scsi_id: export target port group

For ALUA support it's useful to have the target port group number
of a device.

Signed-off-by: Hannes Reinecke <hare@suse.de>

version bump

release 162

Revert "Add alternative KVM MAC address blacklist"

This reverts commit 634afac119bbe6bc21719ae3daa45805b1cf3334.

54:52:00 was just a bug in libvirt, and that's better fixed locally,
and we should not carry it in udev rules.

systemd: enable all udev services unconditionally

ChangeLog fix

In v141 -> v142 entry, there's a note about udevd creating
/dev/{null,kmsg,console}. It was added in commit 540f46698dd5a3b,
but shortly after that removed in a00bdfa16b9bac7 before v142
release.

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

Add alternative KVM MAC address blacklist

Reportedly, older KVM/Qemu instances indeed do use 54:52:00:*,
so add this as an alternative.

Don't install systemd scripts with --without-systemdsystemunitdir

Currently, the scripts get installed to /no/ if that option is
specified.

Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

do not create persistent name rules for VMWare network interfaces

Not generating persistent MAC address rules will significantly ease cloning of
VMs.  The kernel reliably sorts eth* enumeration by bus number, so as long as
you only have cards from one vendor (or more precisely, drivers), the
enumeration will be stable. Having cards from different vendors is very
unlikely in VMs.

KVM was already covered in the previous commit, this is the equivalent
blacklist for VMWare:

  http://www.coffer.com/mac_find/?string=005056
  http://www.coffer.com/mac_find/?string=000c29

https://launchpad.net/bugs/341006

Fix KVM MAC address range

KVM uses 52:54:00:* MACs:

  http://git.savannah.gnu.org/cgit/qemu.git/tree/net.c#n796

do not create persistent name rules for KVM network interfaces

The virtual interfaces created by KVM are stable, 54:52:00 is the MAC-48
range of KVM.

set SELinux context on 'add' but not on 'change' events

cdrom_id: Fix DVD blank detection for sloppy firmware

Reportedly, many CD drive firmwares will only consider the MSB in a READ
command, thus if we request 17 blocks to be read, we'll actually only get 16 in
many cases, and thus miss out the interesting sector #17. This would lead to
falsely considering nonempty DVDs as blank.

Fetch 32 blocks now, which should work everywhere.

Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

cdrom_id: Fix DVD-RW media detection

Commit cf2205a19 applied the "restricted overwrite" vs. "sequential" DVD-RW
test to feature_profiles() (which reads the drive capabilities), which caused
every DVD medium to be detected as ID_CDROM_MEDIA_DVD_RW. Now apply it to
cd_profiles() instead, to just check the current profile.

keymap: Fix Acer TravelMate 4720

The previous change just fixed the Bluetooth key, but Screen Lock and Browser
also need to be changed.

https://launchpad.net/bugs/569815

gudev: fix crash if netlink is not available

gudev_client_new() assumes that priv->monitor is never NULL, but this happens
on older kernels. Let's not crash client programs because of that.

https://launchpad.net/bugs/581527

udev(7) manpage: Fix description of $attr

Fix the manpage to describe the real behaviour of $attr: It doesn't search all
parent devices any more, just the one selected by KERNELS etc.

https://launchpad.net/bugs/348513

keymap: Fix Sony VAIO VGN-SZ2HP/B

Reportedly this needs the module-sony keymap, not the -old one.

https://launchpad.net/bugs/613578

Add support for oom_score_adj

/proc/<pid>/oom_adj has been deprecated (kernel v2.6.36) due to the
rework of the badness heuristic; oom_score_adj is the replacement.
Keep a fallback to the old interface for compatibility with older
kernels.

See http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=a63d83f427fbce97a6cea0db2e64b0eb8435cd10

Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

udevd: remove unneeded credential passing from init_notify()

keymap: Add HP G60

https://launchpad.net/bugs/554944

keymap: Add Onkyo PC

Thanks to Pau Oliva!

https://launchpad.net/bugs/612529

udev(7): Point out required extension, and remove some confusion

Rules files must end in .rules.

Also drop the redundant and confusing sentence about "file names must be
unique". What is really meant is explained in a better way in the paragraph
above.

https://launchpad.net/bugs/616108

version bump

init: edit systemd service descriptions

udevd: add pid to kmsg logs

init: add 'udev -' to description in systemd service files

udev-acl: do not mistake all SCSI "processor" devices for scanner

Both rules can be removed since now libsane sets libsane_matched also
for SCSI scanners.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589751

init: update systemd service files

init: update systemd service files

cdrom_id: Drop MEDIA_SESSION_NEXT for DVD-RW-RO

Commit cf2205a fixed the media status for fresh DVD-RW in restricted overwrite
mode, but missed a detail: We should not report the ID_CDROM_MEDIA_SESSION_NEXT
property either, since in that mode you can never append tracks/sessions; this
just works in sequential mode.

Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

Add keymap for Lenovo IdeaPad S10-3

Tested on S10-3, but presumably applicable to all IdeaPads.

Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

cdrom_id: Add media status debugging

Show which media status the hardware originally reports, since we mangle it in
some cases.

release 161

cdrom_id: do not bail out when we can not read the TOC like for empty CDRW

cdrom_id: READ TOC before READ DISC INFORMATION fixes qemu

cdrom_id: whitespace fix

do not rename the database on device rename

Harald Hoyer discovered some incorrect behavior while debugging
problems with network interface renaming:

Udev events might be queued for devices which are renamed. A new
device registered the same time may claime the old name and create
a database entry for it. The current rename logic would move over
this databse entry to the wrong device.

always log error when renaming a network interface fails

cdrom_id: Fix state for fresh DVD-RW

Fresh DVD-RW in restricted overwite mode reports itself as "appendable"; change
it to "blank" to make it consistent with what gets reported after blanking, and
what userspace expects.

For the exotic case where some uses multi-track recording on a DVD-RW in
sequential mode, we need to tell apart sequential and restricted overwrite
modes, so keep separate states for them internally.

Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

rule_generator/write_net_rules: prevent interface to be named "eth"

find_next_available() would return "eth" instead of "eth0"

udev-event.c: rename interface to <src>-<dest>, if <dest> taken

e.g. if eth0 should be eth3 and eth3 is waiting to be renamed,
eth0 was renamed to eth0_rename. The kernel would take eth0 as the name
for a new interface and this new eth0 could also become eth0_rename, if
the target name is also taken. To prevent this name clash, the
interfaces are now renamed to <src>-<dest> and the rename is logged.

fix broken "compile warning fix"

udev-acl: add DDC_DEVICE to the types that are managed

DDC_DEVICEs are control points for high-end monitors such as the
HP DreamColor. The DDC/CI interface allows userspace applications
to upload custom colorspaces and interact with the display without
using the monitor hardware controls.

udev: fix compile warning

  CC     udev/udevd.o
In file included from udev/udev.h:27,
                 from udev/udevd.c:47:
./libudev/libudev-private.h: In function ‘udev_selinux_setfscreateconat’:
./libudev/libudev-private.h:230: warning: declaration of ‘dirfd’ shadows a global declaration
/usr/include/dirent.h:224: warning: shadowed declaration is here

Signed-off-by: Yin Kangkai <kangkai.yin@intel.com>
Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

udevd: create static device links only when the target exists

For example, not all systems have PROC_KCORE enabled. Avoid a broken symbolic
link in those cases.

Signed-off-by: Yin Kangkai <kangkai.yin@intel.com>
Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

udevd: fix unref'ing of device in error path

Signed-off-by: Yin Kangkai <kangkai.yin@intel.com>
Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

cdrom_id: No "next session" for "other" media state

"other" is known to apply to DVD-RAMs, where sessions can't be appended.

Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

cdrom_id: Also apply format check to DVD-RW

Extend the DVD+RW/DVD-RAM check in commit 1ef6c9e to also cover DVD-RW, since
in "restricted overwrite" mode they behave similar to DVD+RW.

Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

cdrom_id: Handle pre-MMC2 drives

Those do not yet support the 0x46 "GET CONFIGURATION" support. If we have
those, fall back to the 0x51 "READ DISC INFORMATION" call. This can only
differentiate between CD-RW and CD-R, but first that's better than a complete
detection failure, and second, those old drives likely don't support more
modern media in the first place.

https://launchpad.net/bugs/502143

Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

cdrom_id: Fix detection of reblanked DVD+RW and DVD-RAM

Once formatted, DVD+RW and DVD-RAM discs are always reported "complete" by the
drive. Check the if the Volume Descriptor or Volume Descriptor Anchor sectors
are empty, and if so, set the status to blank. If the disc is unformatted the
blank status is maintained and no reads are issued. If the disc is formatted and
read command fails, the status remains set to complete to avoid accidental
blanking.

Bug-Ubuntu: https://launchpad.net/bugs/581925

Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

udev-acl: remove specific device matches from the rules file

We should do only do classes of devices, not individual pieces
of hardware.

There is no way for us to manage this in the long term, and it needs
to be thought through what we want here, but it surely isn't a list of
smartphones in the udev source tarball installed on all systems.

udev-acl: really fix ACL assignment in CK events

The previous fix for udev-acl was incomplete. The ACL were not properly
assigned to the new user when switching from root's session because of
the test for 'uid != 0'.

Centralize the special handling of root to a single place (in set_facl).

https://bugzilla.redhat.com/show_bug.cgi?id=608712

udev-acl: properly handle CK change events for root user

mschmidt@redhat.com writes:
> since root is treated specially, it does not do anything!
> udev-acl may want to prevent removing ACLs from root, but
> it must not stop the ACLs being granted to the user of the
> new session.

https://bugzilla.redhat.com/show_bug.cgi?id=608712

call util_delete_path() only when we actually deleted stuff

udevd: fix short options in getopt()

malloc()+memset() -> calloc()

udevd: fix some memory leaks in error path

Signed-off-by: Yin Kangkai <kangkai.yin@intel.com>

keymap: Add force-release quirks for a lot more Samsung models

https://launchpad.net/bugs/554066

keymap: Generalize Samsung keymaps

Fortunato Ventre (voRia) <vorione@gmail.com> reports a lot more Samsung models
which need the "samsung-other" keymap. Instead of eternally playing catchup,
apply it to all Samsung models for now, and keep the two known special cases.

https://launchpad.net/bugs/554066

udevadm: fix short options in getopt()

hid2hci: fix for Logitech diNovo Edge keyboard

libudev: bump minor so version after adding symbols

log an error when a message from the wrong version of udevadm is ignored

hid2hci: fix Logitech diNovo, MX5500 and other keyboards

Fix volume keys not releasing on Mivvy G310

keymap: add My Mivvy G310

Fixes volume keys not sending key release on My Mivvy G310 laptop.

Signed-off-by: Jerone Young <jerone.young@canonical.com>
Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>

udev-acl: update firewire matches to recent rule changes

rules: remove firewire rules for deprecated drivers

rules: add more FireWire IDs: Point Grey IIDC; AV/C + vendor unique

1. IIDC cameras from Point Grey use the vendor OUI as Specifier_ID
instead of the 1394 TA's OUI but are otherwise fully compliant to the
IIDC spec. Their device files should be accessible like those of any
other IIDC cameras.

2. Originally, the Software_Version of devices that implement FCP
(IEC 61883-1 Function Control Protocol) was meant to be a bitmap of all
command sets that an FCP capable unit supports.  Bitmap flags are
defined for AV/C, CAL, EHS, HAVi, and vendor unique command sets.
Software_Version was revised to be a simple identifier instead, and
devices that support several command sets were meant to instantiate one
unit directory for each command set.  Still, some devices with the flags
for AV/C and vendor unique command sets combined were released (but
apparently no devices with any other flag combinations).  These rare but
existing AV/C + vendor unique devices need to be accessible just like
plain AV/C devices.

Side notes:
 - Many AV/C devices make use of the Vendor Dependent AV/C command, but
this is unrelated to vendor unique FCP command sets.
 - Here are all standardized FireWire protocol identifiers that I know
of, listed as Specifier_ID:Software_Version | specifier | protocol.
0x00005e:0x000001 | IANA    | IPv4 over 1394 (RFC 2734)
0x00005e:0x000002 | IANA    | IPv6 over 1394 (RFC 3146)
0x00609e:0x010483 | INCITS  | SBP-2 (or SCSI command sets over SBP-3)
0x00609e:0x0105bb | INCITS  | AV/C over SBP-3
0x00a02d:0x010001 | 1394 TA | AV/C (over FCP)
0x00a02d:0x010002 | 1394 TA | CAL
0x00a02d:0x010004 | 1394 TA | EHS
0x00a02d:0x010008 | 1394 TA | HAVi
0x00a02d:0x014000 | 1394 TA | Vendor Unique
0x00a02d:0x014001 | 1394 TA | Vendor Unique and AV/C (over FCP)
0x00a02d:0x000100 | 1394 TA | IIDC 1.04
0x00a02d:0x000101 | 1394 TA | IIDC 1.20
0x00a02d:0x000102 | 1394 TA | IIDC 1.30
0x00a02d:0x0A6BE2 | 1394 TA | DPP 1.0
0x00a02d:0x4B661F | 1394 TA | IICP 1.0
For now we are only interested in udev rules for AV/C and IIDC.

Reported-by: Damien Douxchamps <ddsf@douxchamps.net> (Point Grey IIDC ID)
Reported-by: Clemens Ladisch <clemens@ladisch.de> (AV/C + vendor unique ID)
Signed-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de>

version bump

release 160

udevd: init_notify() fix abstract namespace name handling

systemd: make service files readable by GKeyFile