Age | Commit message (Collapse) | Author |
|
Add new vendor name "Micro-Star International" in 95-keymap.rules.
Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>
|
|
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.
|
|
|
|
The path is relative to the sysfs device, so this provides an easy way to wait
for an attribute to appear.
|
|
|
|
https://launchpad.net/bugs/543065
|
|
This is needed for g_main_context_get_thread_default().
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
... 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>
|
|
|
|
For ALUA support it's useful to have the target port group number
of a device.
Signed-off-by: Hannes Reinecke <hare@suse.de>
|
|
|
|
|
|
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.
|
|
|
|
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>
|
|
Reportedly, older KVM/Qemu instances indeed do use 54:52:00:*,
so add this as an alternative.
|
|
Currently, the scripts get installed to /no/ if that option is
specified.
Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>
|
|
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
|
|
KVM uses 52:54:00:* MACs:
http://git.savannah.gnu.org/cgit/qemu.git/tree/net.c#n796
|
|
The virtual interfaces created by KVM are stable, 54:52:00 is the MAC-48
range of KVM.
|
|
|
|
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>
|
|
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.
|
|
The previous change just fixed the Bluetooth key, but Screen Lock and Browser
also need to be changed.
https://launchpad.net/bugs/569815
|
|
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
|
|
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
|
|
Reportedly this needs the module-sony keymap, not the -old one.
https://launchpad.net/bugs/613578
|
|
/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>
|
|
|
|
https://launchpad.net/bugs/554944
|
|
Thanks to Pau Oliva!
https://launchpad.net/bugs/612529
|
|
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
|
|
|
|
|
|
|
|
|
|
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
|
|
|
|
|
|
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>
|
|
Tested on S10-3, but presumably applicable to all IdeaPads.
Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>
|
|
Show which media status the hardware originally reports, since we mangle it in
some cases.
|
|
|
|
|
|
|
|
|
|
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.
|
|
|
|
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>
|
|
find_next_available() would return "eth" instead of "eth0"
|