On Fri, 27 Mar 2015, Oliver Neukum wrote: > > usbhid/hid-core.c already sets HID_QUIRK_NOGET for regular mice/keyboards > > [1]. > > Maybe adding ALLWAYS_POLL to those would make sense and solve your problem? > > It would solve my problem, but it would do so at the expense of hurting > devices that operate correctly, but only by a small amount. > > > BTW I am against having this quirk as the general default because we > > rely on the usb autosuspend to shut off the touchscreens when no one > > listen to them, and the touchscreens are draining a lot of power. > > I see. As long as they support remote wakeup, autosuspend will > still work. A source of remote wakeup, however, is allowed to > draw more power while suspended. > > Keeping things as is is fine by me but then I will need to add a lot of > quirky devices.
I am still surprised that all of a sudden there is such a large flow of new devices that need it, and we didn't have a single one a few months ago. Given the fact that this all is being reported by single entitty, is it a possibility that they have some other faulty HW instead? Such as the HUB suspending at random incorrect points in time? -- Jiri Kosina SUSE Labs -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
