summaryrefslogtreecommitdiff
path: root/arch/xtensa/mm
diff options
context:
space:
mode:
authorJulius Werner <jwerner@chromium.org>2013-05-17 19:08:51 (GMT)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2013-05-20 18:28:55 (GMT)
commit9b790915450e2e2eb9a8df7fe32f41e895de9da1 (patch)
tree785b90ea1896347817fc2e43ddfe7eaca6cd6eaa /arch/xtensa/mm
parentf23eb0ea9a7862263df338896b3ef415ca83ff51 (diff)
downloadlinux-9b790915450e2e2eb9a8df7fe32f41e895de9da1.tar.xz
usb: ehci: Only sleep for post-resume handover if devices use persist
The current EHCI code sleeps a flat 110ms in the resume path if there was a USB 1.1 device connected to its companion controller during suspend, waiting for the device to reappear and reset so that it can be handed back to the companion. This is necessary if the device uses persist, so that the companion controller can actually see it during its own resume path. However, if the device doesn't use persist, this is entirely unnecessary. We might just as well ignore it and have the normal device detection/reset/handoff code handle it asynchronously when it eventually shows up. As USB 1.1 devices are almost exclusively HIDs these days (for which persist has no value), this can allow distros to shave another tenth of a second off their resume time. In order to enable this optimization, the patch also adds a new usb_for_each_dev() iterator that is exported by the USB core and wraps bus_for_each_dev() with the logic to differentiate between struct usb_device and struct usb_interface on the usb_bus_type bus. Signed-off-by: Julius Werner <jwerner@chromium.org> Acked-by: Alan Stern <stern@rowland.harvard.edu> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'arch/xtensa/mm')
0 files changed, 0 insertions, 0 deletions