Am Donnerstag, 17. November 2011, 12:23:49 schrieb Daniel Kurtz: > Unfortunately, this usually happens while the first LED request is > actually still being processed. Thus when the completion handler tries > to submit the second LED request it fails, since REPORTED_IDLE is > already set! This REPORTED_IDLE check failure causes the completion > handler to complete, however without clearing the CTRL_RUNNING flag. > This, in turn, means that the suspend() handler's wait_io() condition > is never satisfied, and instead it times out after 10 seconds, aborting > the original system suspend. > > This patch changes the behavior to the following: > (1) allow completion handler to finish submitting all queued URBs, even if > REPORTED_IDLE is set. This guarantees that all URBs queued before the > hid-core suspend() call will be submitted before the system is > suspended. Hi, why is this desirable? You'd want to requests to be executed at resumption. A system suspend will alter the LED state anyway. Regards Oliver -- - - - SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany - - - -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html