summaryrefslogtreecommitdiffstats
path: root/hwdb (follow)
Commit message (Collapse)AuthorAgeFilesLines
* keymap: Add microphone mute keymap for several HP laptopsHui Wang2015-02-101-0/+8
| | | | | | | | | | | On these several HP laptops, the microphone mute hotkey is "Fn+F8" and the scancode for this hotkey is 0x81, but this scancode was mapped to fn_esc in the HP generic keymap section. To fix this problem, we add a machine specific keymap section to add the correct keymap rule. BugLink: https://bugs.launchpad.net/bugs/1409721 BugLink: https://bugs.launchpad.net/bugs/1334968 Signed-off-by: Hui Wang <hui.wang@canonical.com>
* hwdb: Bind "toolbox" buttons to the Windows keyBastien Nocera2015-02-051-2/+2
| | | | | | | One would expect pressing the button to go to an overview / show applications mode, we thus map it to leftmeta, the Windows key. See https://bugzilla.gnome.org/show_bug.cgi?id=658602#c17
* hwdb: Update database of Bluetooth company identifiersMarcel Holtmann2015-02-021-0/+48
|
* hwdb: add a touchpad hwdbPeter Hutterer2015-01-291-0/+39
| | | | | | | | | | | | | | | | | | | Currently used to tag devices in the new Lenovo *50 series and the X1 Carbon 3rd. These laptops re-introduced the physical trackpoint buttons that were missing from the *40 series but those buttons are now wired up to the touchpad. The touchpad now sends BTN_0, BTN_1 and BTN_2 for the trackpoint. The same button codes were used in older touchpads that had dedicated scroll up/down buttons. Input drivers need to work around this and thus know what they're dealing with. For the previous gen we introduced INPUT_PROP_TOPBUTTONPAD in the kernel, but the resulting mess showed that these per-device quirks should really live in userspace. The list currently includes the X1 Carbon 3rd PNPID, others will be added as get to know which PNPID they have.
* hwdb: restore comments about MSI devicesMaxim Mikityanskiy2015-01-171-2/+4
| | | | | | | | | Some time ago 95-keymap.rules was replaced by 60-keyboard.hwdb. Original comments for MSI laptops (that were in 95-keymap.rules) were removed, but I think they are important for understanding what's going on. https://bugs.freedesktop.org/show_bug.cgi?id=88412
* hwbd: add click angle for the Logitech M325Peter Hutterer2015-01-161-0/+1
| | | | | This device has 18 stops per rotation == 20 degree angle. Advertised as "Micro-precise scrolling"
* hwdb: add MOUSE_WHEEL_CLICK_ANGLE as propertyPeter Hutterer2015-01-151-13/+31
| | | | | | | | | | | | | | | | Most mice have a wheel click angle of 15 degrees, i.e. 24 clicks per full wheel rotation. Some mice, like the Logitech M325 have a larger angle. To allow userspace to make use of that knowledge, add a property to the hwdb. This allows for better predictive scrolling. e.g. a mouse that has a smaller click angle will scroll faster, with this value you can accommodate this where needed. Likewise, using "half turn of the wheel" or "full turn of the wheel" as a UI element becomes possible. This addition is mainly driven by libinput 0.8, having the angle enables libinput to provide an API that distinguishes between a physical distance (like touchpad scrolling does) and discrete steps (wheel clicks). Callers can choose what they prefer based on the device.
* hwdb: add Kay's Laser Mouse to the dpi databaseLennart Poettering2015-01-091-0/+2
|
* hwdb: add missing line between the G400 entriesPeter Hutterer2015-01-091-0/+1
| | | | | | | | | Error, DATA expected but got 'mouse:usb:v046dpc24c:name:Logitech G400s Optical Gaming Mouse:' in '/etc/udev/hwdb.d/70-mouse.hwdb': Error, MATCH expected but got ' MOUSE_DPI=400@1000 *800@1000 2000@1000 4000@1000' in '/etc/udev/hwdb.d/70-mouse.hwdb': Introduced in 6366e349
* hwdb: note that we care about the maximum frequency in MOUSE_DPIPeter Hutterer2015-01-081-2/+4
| | | | | | | Devices with dynamic frequency scaling adjust the frequency as needed. For those we only care about the maximum frequency, not the various in betweens. https://bugs.freedesktop.org/show_bug.cgi?id=87435#c8
* hwdb: adjust max frequency of Logitech RX 250Zbigniew Jędrzejewski-Szmek2015-01-081-2/+4
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87435
* hwdb: mouse DPI data, Logitech Gaming Mouse G400Jonas Ådahl2015-01-071-0/+3
|
* hwdb: fix a typoPeter Hutterer2015-01-041-1/+1
|
* hwdb: revert Logitech Optical USB MousePeter Hutterer2015-01-041-2/+0
| | | | | | | Reporter says he incorrectly measured the data but the device is not available anymore to correct it. We'll have to wait for someone else to submit the data. https://bugs.freedesktop.org/show_bug.cgi?id=87343
* hwdb: mouse DPI data, Logitech USB Laser Mouse M-U0011-OChristoph Brill2014-12-311-0/+2
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87880
* hwdb: mouse DPI data, Logitech M-UAS144Christoph Brill2014-12-311-0/+4
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87881
* hwdb: mouse DPI data, Fujitsu Siemens OEMChristoph Brill2014-12-311-0/+7
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87879
* hwdb: mouse DPI data, Logitech MK260 aka M-R0011Christoph Brill2014-12-311-0/+4
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87882
* hwdb: mouse DPI data, Chicony 2.4G Multimedia Wireless KitChristoph Brill2014-12-311-0/+8
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87883
* hwdb: Update database of Bluetooth company identifiersMarcel Holtmann2014-12-291-1/+25
|
* hwdb: mouse - add Razer AbyssusTom Gundersen2014-12-261-1/+9
|
* hwdb: add rule and first entry for PS/2 micePeter Hutterer2014-12-231-0/+4
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87037
* hwdb: Microsoft Wireless Laser Mouse 8000 DPI dataFrank Theile2014-12-231-0/+4
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87587
* hwdb: Lenovo USB mouse MO28UOL DPI dataFrank Theile2014-12-211-0/+4
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87504
* hwdb: move Logitech mouse to the right spotZbigniew Jędrzejewski-Szmek2014-12-191-4/+2
|
* hwdb: Logitech, Inc. RX 250 Optical Mouse DPI dataErik Auerswald2014-12-191-0/+2
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87435
* hwdb: Logitech, Inc. RX 300 Optical Mouse DPI dataTim JP2014-12-191-0/+2
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87456
* hwdb: add Lenovo 3000 N200 special keyMarc Schmitzer2014-12-171-0/+4
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87377
* hwdb: Logitech MX1000, another Lenovo USB mousePeter Hutterer2014-12-161-0/+6
| | | | | | Provided by Benjamin Bellec https://bugs.freedesktop.org/show_bug.cgi?id=87343
* hwdb: more an entry for the MS Sculpt ErgonomicPeter Hutterer2014-12-161-0/+7
| | | | | | Note that the MS receivers likely work like the Logitech ones, i.e. all devices connected show up with the same vid/pid/name. Full evidence remains to be gathered.
* hwdb: fix orderingDaniel Mack2014-12-151-4/+4
| | | | We sort by default DPI, not the first one in the list.
* hwdb: Logitech G400sDaniel Mack2014-12-151-0/+4
| | | | | | Provided by Peter Hutterer: https://bugs.freedesktop.org/show_bug.cgi?id=87332
* hwdb: Logitech MX 518Harald Hoyer2014-12-151-0/+4
|
* hwdb: add more miceZbigniew Jędrzejewski-Szmek2014-12-131-1/+7
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87271
* hwdb: sort mice by brand,type,dpi,frequencyZbigniew Jędrzejewski-Szmek2014-12-131-30/+32
| | | | | | This way entries from the same brand with the same dpi and frequency can be coalesced. It is also visually easier to find the right DPI than order hexadecimal identifiers.
* hwdb: Update database of Bluetooth company identifiersMarcel Holtmann2014-12-111-1/+25
|
* hwdb: fix typoTorstein Husebø2014-12-101-1/+1
|
* hwdb: add two more mice to the DPI databaseLennart Poettering2014-12-101-0/+8
|
* hwdb: add another Logitech mouse (M-BZ96C)Lennart Poettering2014-12-101-0/+4
|
* hwdb: add DPI data for M325 mouseLennart Poettering2014-12-101-0/+4
|
* hwdb: update PCI, USB, OUI databasesLennart Poettering2014-12-103-302/+3005
|
* hwdb: add more mouse DPI entriesPeter Hutterer2014-12-101-0/+69
| | | | | | | | | | | | Plus a note for Logitech devices using the unified receiver: these devices include their wireless PID in the name, the usb PID/VID is the same for all. In kernel 3.19 the actual model number will be the name, but the patches are still a bit in flux at this point. In the future each device will need two entries for pre+3.19 and 3.19. https://bugs.freedesktop.org/show_bug.cgi?id=87037 https://bugs.freedesktop.org/show_bug.cgi?id=87072 https://bugs.freedesktop.org/show_bug.cgi?id=87162
* hwdb: Update database of Bluetooth company identifiersMarcel Holtmann2014-12-041-0/+54
|
* hwdb: add a new db for the DPI/frequency settings of micePeter Hutterer2014-11-271-0/+92
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Pointer acceleration for relative input devices (mice, trackballs, etc.) applies to the deltas of the device. Alas, those deltas have no physical reference point - a delta of 10 may be caused by a large movement of a low-dpi mouse or by a minute movement of a high-dpi mouse. Which makes pointer acceleration a bit useless and high-dpi devices essentially unusable. In an ideal world, we could read the DPI from the device directly and work with that. In the world we actually live in, we need to compile this list manually. This patch introduces the database, with the usual match formats and a single property to be set on a device: MOUSE_DPI That is either a single value for most mice, or a list of values for mice that can change resolution at runtime. The exact format is detailed in the hwdb file. Note that we're explicitly overshooting the requirements we have for libinput atm. Frequency could be detected in software and we don't actually use the list of multiple resolutions (because we can't detect when they change anyway). However, we might as well collect those values from the get-go, adding/modifying what will eventually amount to hundreds of entries is a bit cumbersome. Note: we rely on the input_id builtin to tag us as mouse first, ordering of the rules is important. (David: fixed up typos and moved hwdb file into ./hwdb/)
* hwdb: fix a typoPeter Hutterer2014-11-251-1/+1
|
* keymap: Fix special keys on ThinkPad X60/X61 TabletBastien Nocera2014-11-131-2/+2
| | | | | | | | | KEY_DIRECTION is mapped to XF86RotateWindows, to rotate the display: http://cgit.freedesktop.org/xkeyboard-config/commit/symbols/inet?id=ec875f6f9b7c4028e11d32b071989c682e6502bd And F13 is mapped to XF86Tools, which is closest to the original toolbox usage: http://cgit.freedesktop.org/xkeyboard-config/tree/symbols/inet?id=7a2c4bed212ebbcc05f3c959aef659ce7dd31fd8#n221
* keymap: Add support for IBM ThinkPad X41 TabletBastien Nocera2014-11-131-0/+7
| | | | | | | | | | | Scancode taken from: http://www.thinkwiki.org/wiki/Tablet_Hardware_Buttons#Linux_Support William Jon McCann provided the DMI match. IBM seems to have swapped the version and model of the system: Manufacturer: IBM Product Name: 18666TU Version: ThinkPad X41 Tablet
* hwdb: Update database of Bluetooth company identifiersMarcel Holtmann2014-10-311-0/+57
|
* keymap: Ignore brightness keys on Dell Inspiron 1520 to avoid double eventsHans de Goede2014-10-301-0/+5
| | | | | | | | | | | | | | | On the Dell Inspiron 1520 both the atkbd and acpi-video input devices report an event for pressing the brightness up / down key-combos, resulting in user space seeing double events and increasing / decreasing the brightness 2 steps for each keypress. This hwdb snippet suppresses the atkbd events, making the Inspiron 1520 work like most modern laptops which emit brightness up / down events through acpi-video only. Reported by Pavel Malyshev <p.malishev@gmail.com> https://bugzilla.redhat.com/show_bug.cgi?id=1141525
* hwdb: Add mapping for special keys on compaq ku 0133 keyboardsHans de Goede2014-10-221-0/+7
| | | | | | | | | | | | | | The compaq ku 0133 keyboard has 8 special keys at the top: http://lackof.org/taggart/hacking/keyboard/cpqwireless.jpg 3 of these use standard HID usage codes from the consumer page, the 5 others use part of the reserved 0x07 - 0x1f range. This commit adds mapping for this keyboard for these reserved codes, making the other 5 keys work. Cc: Hans de Goede <hdegoede@redhat.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-02 00:49:10 +0100