Patch "usb: host: xhci-rcar: Avoid long wait in xhci_reset()" has been added to the 4.6-stable tree

This is a note to let you know that I've just added the patch titled

usb: host: xhci-rcar: Avoid long wait in xhci_reset()

to the 4.6-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
usb-host-xhci-rcar-avoid-long-wait-in-xhci_reset.patch
and it can be found in the queue-4.6 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree, please let <[email protected]> know about it.

From: Yoshihiro Shimoda <[email protected]>
Date: Fri, 6 May 2016 15:20:11 +0900
Subject: usb: host: xhci-rcar: Avoid long wait in xhci_reset()

From: Yoshihiro Shimoda <[email protected]>

commit f879fc32aa0c96fbac261b3d857a1239d554ad01 upstream.

The firmware of R-Car USB 3.0 host controller will control the reset. So, if the xhci driver doesn't do firmware downloading (e.g. kernel configuration is CONFIG_USB_XHCI_PLATFORM=y and CONFIG_USB_XHCI_RCAR is not set), the reset of USB 3.0 host controller doesn't work correctly. Then, the host controller will cause long wait in xhci_reset() because the CMD_RESET bit of op_regs->command is not cleared for 10 seconds.

So, this patch modifies the Kconfig to enable both CONFIG_USB_XHCI_PLATFORM and CONFIG_USB_XHCI_RCAR.

---
 drivers/usb/host/Kconfig |    3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

@@ -35,6 +35,7 @@ config USB_XHCI_PCI
 
 config USB_XHCI_PLATFORM
 	tristate "Generic xHCI driver for a platform device"
+	select USB_XHCI_RCAR if ARCH_RENESAS
 	---help---
 	  Adds an xHCI host driver for a generic platform device, which
 	  provides a memory space and an irq.

@@ -63,7 +64,7 @@ config USB_XHCI_MVEBU
 
 config USB_XHCI_RCAR
 	tristate "xHCI support for Renesas R-Car SoCs"
-	select USB_XHCI_PLATFORM
+	depends on USB_XHCI_PLATFORM
 	depends on ARCH_RENESAS || COMPILE_TEST
 	---help---
 	  Say 'Y' to enable the support for the xHCI host controller

Patches currently in stable-queue which might be from [email protected] are

queue-4.6/usb-gadget-udc-core-fix-argument-of-dev_err-in-usb_gadget_map_request.patch queue-4.6/usb-host-xhci-rcar-avoid-long-wait-in-xhci_reset.patch