summaryrefslogtreecommitdiff
path: root/extras/hid2hci/70-hid2hci.rules
AgeCommit message (Collapse)Author
2009-08-07hid2hci: install re-trigger for hid device when recovering from S3Mario Limonciello
2009-07-24hid2hci: rewrite (and break) rules and device handlingKay Sievers
We must never access random devices in /dev which do not belong to the event we are handling. Hard-coding /dev/hidrawX, and looping over all devices is absolutely not acceptable --> hook into hidraw events. We can not relay on (rather random) properties merged into the parent device by earlier rules --> use libudev to find the sibling device with a matching interface. Libusb does not fit into udev's use case. We never want want to scan and open() all usb devices in the system, just to find the device we are already handling the event for --> put all the stupid scanning into a single function and prepare for a fixed libusb or drop it later.
2009-07-22hid2hci: support to hid2hci for recovering Dell BT devices after S3Mario Limonciello
2009-06-26hid2hci: narrow matches to real HCI devicesMartin Pitt
The previous rules just checked bInterfaceProtocol but not the actual device and interface class. This caused the hci rules to be applied for Dell USB hubs and attached input devices like keyboards and mouses as well, breaking them completely. Tighten the match to also check device and interface class/subclass. https://launchpad.net/bugs/392144
2009-06-16hid2hci: move from udev-extrasMario Limonciello