summaryrefslogtreecommitdiff
path: root/hwdb
Commit message (Collapse)AuthorAge
* hwdb: add HP ProBook 450G0Zbigniew Jędrzejewski-Szmek2015-03-19
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=89684
* rules: keyboard - prefix "atkbd" match strings like we prefix the "name" stringsKay Sievers2015-03-16
|
* Revert "hwdb: merge atkbd into platform matches"David Herrmann2015-03-16
| | | | | | | | | This reverts commit ba76ee29bc02879fb42c048132af8889b00220d5. As it turns out, we need to match on driver=atkbd to not load the fixups on any plugged USB devices. That is, whenever you use "name:<name>:dmi:<dmi>" style matches, you better provide a name or you're screwing things up.
* rules: keyboard - remove "platform" from commentsKay Sievers2015-03-16
|
* hwdb: merge atkbd into platform matchesDavid Herrmann2015-03-16
| | | | | | | | | | | | | | | | Currently, we always run hwdb 'keyboard:name:$attr{name}:$attr{[dmi/id]modalias}' as last step to match keyboards. Therefore, if nothing else matched so far, we still try the device-name+dmi combination. However, we have a special atkbd rule which is only run for atkbd as: hwdb 'keyboard:$attr{[dmi/id]modalias}' This is redundant, as we already pass the same information to hwdb in the last fallback step. This patch converts the hwdb "keyboard:dmi:*" matches to "keyboard:name:*:dmi:*" matches and drops the redundant rule.
* hwdb: convert to generic input-modalias matchesDavid Herrmann2015-03-16
| | | | | | | | | | | | | | | | There is no reason to match on usb-modaliases, if we can use the input-modalias to achieve the same. This commit changes the keyboard-lookups to not be restricted to USB, but pass all modaliases to the hwdb. Furthermore, we convert all usb:* matches to input:* matches, thus getting rid of any ambiguity if multiple usb devices are chained (or a bluetooth device / etc. is on top). Note that legacy keyboard:usb:* matches are still supported, but deprecated. If possible, please use keyboard:input:* matches instead. This is a required step to make other input devices work with 60-keyboard.hwdb. Other bus-types are often chained on usb and we want to avoid any ambiguity here if we incorrectly match on a USB hub.
* hwdb: updateKay Sievers2015-03-12
|
* hwdb: add Lenovo W451 to TOUCHPAD_HAS_TRACKPOINT_BUTTONS listPeter Hutterer2015-03-06
|
* hwdb: add Logitech G5 Laser MouseJonathon Gilbert2015-03-05
|
* hwdb: fix Dell XPS12 9Q33 key nameZbigniew Jędrzejewski-Szmek2015-03-04
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=84437
* hwdb: add pnpid for the T450s touchpadPeter Hutterer2015-03-04
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=89411
* hwdb: add sdio identifiers for Broadcom WLAN cardsArend van Spriel2015-02-27
| | | | | This patch adds the sdio identifiers known to be supported by the brcmfmac open-source driver.
* hwdb: Update database of Bluetooth company identifiersMarcel Holtmann2015-02-25
|
* hwdb: fix ThinkPad X* Tablet special keysLubomir Rintel2015-02-19
| | | | | | | | | | | | | | | ThinkPad tablet firmware has DMI product name and version reversed: Handle 0x0001, DMI type 1, 27 bytes System Information Manufacturer: LENOVO Product Name: 7762AS1 Version: ThinkPad X61 Tablet Serial Number: LKZCDH2 UUID: 6ADBC681-4FC9-11CB-844F-B47CB9210BE2 Wake-up Type: Power Switch SKU Number: Not Specified Family: ThinkPad X61 Tablet
* hwdb: Update database of Bluetooth company identifiersMarcel Holtmann2015-02-16
|
* hwdb: updateLennart Poettering2015-02-16
|
* hwdb: fix syntaxLennart Poettering2015-02-16
|
* hwdb: Microsoft Microsoft 3-Button MouseLukas Märdian2015-02-14
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=89149
* hwdb: update name databasesLennart Poettering2015-02-13
|
* keymap: Add microphone mute keymap for several HP laptopsHui Wang2015-02-10
| | | | | | | | | | | 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-04
| | | | | | | 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-02
|
* hwdb: add a touchpad hwdbPeter Hutterer2015-01-29
| | | | | | | | | | | | | | | | | | | 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-17
| | | | | | | | | 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-16
| | | | | 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-15
| | | | | | | | | | | | | | | | 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-09
|
* hwdb: add missing line between the G400 entriesPeter Hutterer2015-01-09
| | | | | | | | | 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-09
| | | | | | | 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-08
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87435
* hwdb: mouse DPI data, Logitech Gaming Mouse G400Jonas Ådahl2015-01-07
|
* hwdb: fix a typoPeter Hutterer2015-01-05
|
* hwdb: revert Logitech Optical USB MousePeter Hutterer2015-01-05
| | | | | | | 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-31
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87880
* hwdb: mouse DPI data, Logitech M-UAS144Christoph Brill2014-12-30
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87881
* hwdb: mouse DPI data, Fujitsu Siemens OEMChristoph Brill2014-12-30
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87879
* hwdb: mouse DPI data, Logitech MK260 aka M-R0011Christoph Brill2014-12-30
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87882
* hwdb: mouse DPI data, Chicony 2.4G Multimedia Wireless KitChristoph Brill2014-12-30
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87883
* hwdb: Update database of Bluetooth company identifiersMarcel Holtmann2014-12-29
|
* hwdb: mouse - add Razer AbyssusTom Gundersen2014-12-26
|
* hwdb: add rule and first entry for PS/2 micePeter Hutterer2014-12-24
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87037
* hwdb: Microsoft Wireless Laser Mouse 8000 DPI dataFrank Theile2014-12-24
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87587
* hwdb: Lenovo USB mouse MO28UOL DPI dataFrank Theile2014-12-22
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87504
* hwdb: move Logitech mouse to the right spotZbigniew Jędrzejewski-Szmek2014-12-18
|
* hwdb: Logitech, Inc. RX 250 Optical Mouse DPI dataErik Auerswald2014-12-18
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87435
* hwdb: Logitech, Inc. RX 300 Optical Mouse DPI dataTim JP2014-12-18
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87456
* hwdb: add Lenovo 3000 N200 special keyMarc Schmitzer2014-12-17
| | | | https://bugs.freedesktop.org/show_bug.cgi?id=87377
* hwdb: Logitech MX1000, another Lenovo USB mousePeter Hutterer2014-12-16
| | | | | | Provided by Benjamin Bellec https://bugs.freedesktop.org/show_bug.cgi?id=87343
* hwdb: more an entry for the MS Sculpt ErgonomicPeter Hutterer2014-12-16
| | | | | | 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-15
| | | | We sort by default DPI, not the first one in the list.