Age | Commit message (Collapse) | Author |
|
|
|
|
|
This patch adds mic mute keycode support for the Lenovo Thinkpad USB
keyboard. Support for this keycode was introduced upstream, and will be
defined in upcoming 3.1 Linux Kernel input.h header:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=33009557bd
Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>
|
|
ConditionVirtualization=!container
|
|
David: uh, don't you need curly braces in the udevd.c part at the bottom?
|
|
|
|
|
|
|
|
|
|
namespace one
|
|
When a worker receives both a signal and a udev event in the same epoll_wait
run, the event must be processed first because the udev parent considers the
event already dispatched. If we process the signal first and exit, udevd
times out after 60 seconds waiting for a response from an already-dead
worker.
Ref: https://bugs.launchpad.net/bugs/818177
Signed-off-by: Steve Langasek <steve.langasek@canonical.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Petr Uzel <petr.uzel@suse.cz>
|
|
All mounting is done by systemd now. Non-systemd systems
need to ship their own rules if they want fusefs be auto-mounted.
|
|
|
|
|
|
Automounters may need information like this to e.g. allow unprivileged
applications to mount filesystems from a CF card but not from
other ATA devices. See https://bugzilla.redhat.com/show_bug.cgi?id=734191
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
<mgorny> it seems that udev-git is b0rked while tag '173' works fine for me
<mgorny> the rule in question is:
<mgorny> also, with >173 persistent-net rules seem to get constantly recreated
for same devices
<kay> mgorny: logic bug. we only sort the keys in an index, but we don't care
about the index when reading the list, which doesn't work too well for
the rules file list where we depend on the order
|
|
This keyboard have 16 "multimedia" keys plus a "4-way turbo scroll pad" which
is essentially a round up/down/left/right button. Unfortunately most of these
keys emit non-standard scancodes in a range 495-508 which does not make any
sense. I tried to remap those to the best of my knowledge.
Note the keyboard comes up as two event devices, second one is multimedia
keys, so I ended up adding ENV{ID_USB_INTERFACE_NUM}=="01" to avoid
unnecessary initialization of the "main" keyboard.
|
|
New mappings were needed when the mechanical keyboard was
introduced, and GNOME was made a peer to the sugar desktop.
see http://lists.laptop.org/pipermail/devel/2010-July/029384.html
|
|
On a ThinkPad X220 there is a microphone mute button which generates
ACPI event "ibm/hotkey HKEY 00000080 0000101b". As there is no key like
"micmute", map it to prog2.
|
|
Prefer reading keymaps from /etc/udev/keymaps/ so that it's easy to just
locally fix a key or two by copying the existing keymap file from
/lib/udev/keymaps/. This works similarly to udev rules.
http://bugs.debian.org/556045
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
https://launchpad.net/bugs/637695
|
|
|
|
On Tue, Aug 2, 2011 at 10:56, Thomas Bächler <thomas@archlinux.org> wrote:
> Commit c49df20758e0f22778cfc93b598f2929f4c86272 prevented udev from
> creating broken symlinks for bluetooth hid devices. Unfortunately,
> it also removed the ID_INPUT=1 and ID_INPUT_{KEY,MOUSE}=1 properties
> from those devices. Xorg relies on these properties for cold- and
> hotplugging of input devices.
|
|
|
|
|
|
|
|
|
|
|
|
Skip event devices which don't have ID_INPUT_KEY set, to avoid running the long
list of rules more than necessary.
Note that we don't limit ourselves to ID_INPUT_KEYBOARD, as we might want to
fix extra buttons on e. g. fancy mouses or tablet screens, too.
|
|
|