On Sat, Jul 11, 2015 at 01:47:48AM +0200, Pavel Rojtberg wrote: > From: Pavel Rojtberg <rojtberg@xxxxxxxxx> > > track the active status of the irq_out URB to prevent submission while > it is active. Failure to do so results in the "URB submitted while > active" warning/ stacktrace. > > Also add missing mutex locking around xpad->odata usages. > > This is an workaround for a suspend/ resume issue on my machine, where > after resume irq_out is completely dead. > > In preliminary testing I could not observe any dropping of packets. > (controlling rumble with fftest while setting the LEDs using sysfs) > If there actually are cases where packets are dropped an extension of > this patch to queue the URBs instead of dropping is straightforward. We need to implement it. If you weren't able to reproduce the race it does not mean it does not exist. Also you can not take mutex in xpad_play_effect as it is called under a spinlock with interrupts disabled. Thanks. -- Dmitry -- 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
