[PATCH 2/4] HID: quirks: move the list of special devices into a quirk

From: Benjamin Tissoires It is better to centralize the information of special devices in one single file. Instead of manually parsing the list of devices that have a special driver or those that need to be ignored, introduce HID_QUIRK_HAVE_SPECIAL_DRIVER and set the correct quirks while fetching

[PATCH 1/4] HID: core: move the dynamic quirks handling in core

From: Benjamin Tissoires usbhid has a list of dynamic quirks in addition to a list of static quirks. There is not much USB specific in that, so move this part of the module in core so we can have one central place for quirks. Signed-off-by: Benjamin Tissoires --- drivers/hid/Makefile

[PATCH 3/4] HID: core: move the list of ignored devices in hid-quirks.c

From: Benjamin Tissoires Better having all the devices quirks in one place. Note that this change introduces an initial lookup for the device in hid_gets_squirk(), which should not theoretically be required, but which actually allows to not have to reparse the list of ignored devices if we call

[PATCH 4/4] HID: core: remove the absolute need of hid_have_special_driver[]

From: Benjamin Tissoires Most HID devices behave properly when they are used with hid-generic. Since kernel v4.12, we do not poll for input reports at plug in, so hid-generic should behave properly with all HID devices. There has been a long standing list of HID devices that have a special drive

[PATCH 0/4] Quirks cleanup and hid-generic niceness

From: Benjamin Tissoires Hi, This is the series I was talking about earlier[1]. Basically, Jiri, I'd like to see 1-3 applied in for-next at your earliest convenience, and we can discuss about 4/4 without any rush. I have this in my local tree since June, but I made some late minute changes bef