[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201112140855.40050.oneukum@suse.de>
Date: Wed, 14 Dec 2011 08:55:39 +0100
From: Oliver Neukum <oneukum@...e.de>
To: Daniel Kurtz <djkurtz@...omium.org>
Cc: jkosina@...e.cz, bleung@...omium.org, stern@...land.harvard.edu,
olofj@...omium.org, linux-input@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-usb@...r.kernel.org
Subject: Re: [PATCH 2/3] HID: usbhid: hid-core: submit queued urbs before suspend
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-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists