On Fri, 9 Jun 2017, Hans de Goede wrote: > So I've decided to just go ahead and give this patch a second pair > of eyes, it is mostly good, but I did find some issues, comments > inline. Thanks for all the comments, highly appreciated. [ ... snipped the ones that have been put into v2 ... ] > Last (wrt logitech) there is an issue with the logitech ff drivers, hid-lg.h / > hid-lg4ff.h has the following structure: > > #ifdef CONFIG_LOGITECH_FF > int lgff_init(struct hid_device *hdev); > #else > static inline int lgff_init(struct hid_device *hdev) { return -1; } > #endif > > Notice the return -1 in the inline stub, this causes lg_probe() to fail, > I believe this should be changed to return 0 for all 4 ff variants, so > that things will continue to work without ff. Hm, I see your point, but this is completely unrelated to this change and should eventually be fixed separately. > Last you seem to be missing the following block (already missing before this > commit): > > #if IS_ENABLED(CONFIG_HID_GFRM > { HID_USB_DEVICE(0x58, 0x2000) }, > { HID_USB_DEVICE(0x471, 0x2210) }, I think you meant HID_BLUETOOTH_DEVICE() here. > #endif > > The following entries get removed without showing up somewhere else: > > - { HID_USB_DEVICE(USB_VENDOR_ID_LG, USB_DEVICE_ID_LG_MELFAS_MT) }, > > It is the only HID_USB_DEVICE entry (instead of MT_USB_DEVICE) in > hid-multitouch.c, > as such it probably belongs in a: Yeah, my script didn't count with this, thanks a lot for catching it. > #if IS_ENABLED(CONFIG_HID_MULTITOUCH > { HID_USB_DEVICE(USB_VENDOR_ID_LG, USB_DEVICE_ID_LG_MELFAS_MT) }, > #endif So I've now pushed the latest version to 'for-4.12/driver-matching-fix' of hid.git, and if no more issues are discovered, I'll push that to Linus this week so that we finally get rid of this long-lasting PITA (while still heading towards 'automatic' proper matching -- Benjamin already had some proposals how to tackle this). Thanks, -- Jiri Kosina SUSE Labs -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html