USB: EHCI: add condition for delay during the resume
Without this condition, all controllers will do this delay, and increase the resume time. Only enabled and unsuspended port needs this delay, but Some buggy hardware(like Synopsys usb controller) will clear suspend bit once they receive/send resume signal, so it takes resume bit as consideration. Tested it at Freescale i.mx6q Sabrelite board. Signed-off-by: Peter Chen <peter.chen@freescale.com> Acked-by: Alan Stern <stern@rowland.harvard.edu> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
This commit is contained in:
parent
e8cebb9cde
commit
6273f1810f
|
@ -384,11 +384,24 @@ static int ehci_bus_resume (struct usb_hcd *hcd)
|
||||||
ehci_writel(ehci, ehci->command, &ehci->regs->command);
|
ehci_writel(ehci, ehci->command, &ehci->regs->command);
|
||||||
ehci->rh_state = EHCI_RH_RUNNING;
|
ehci->rh_state = EHCI_RH_RUNNING;
|
||||||
|
|
||||||
/* Some controller/firmware combinations need a delay during which
|
/*
|
||||||
* they set up the port statuses. See Bugzilla #8190. */
|
* According to Bugzilla #8190, the port status for some controllers
|
||||||
|
* will be wrong without a delay. At their wrong status, the port
|
||||||
|
* is enabled, but not suspended neither resumed.
|
||||||
|
*/
|
||||||
|
i = HCS_N_PORTS(ehci->hcs_params);
|
||||||
|
while (i--) {
|
||||||
|
temp = ehci_readl(ehci, &ehci->regs->port_status[i]);
|
||||||
|
if ((temp & PORT_PE) &&
|
||||||
|
!(temp & (PORT_SUSPEND | PORT_RESUME))) {
|
||||||
|
ehci_dbg(ehci, "Port status(0x%x) is wrong\n", temp);
|
||||||
spin_unlock_irq(&ehci->lock);
|
spin_unlock_irq(&ehci->lock);
|
||||||
msleep(8);
|
msleep(8);
|
||||||
spin_lock_irq(&ehci->lock);
|
spin_lock_irq(&ehci->lock);
|
||||||
|
break;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
if (ehci->shutdown)
|
if (ehci->shutdown)
|
||||||
goto shutdown;
|
goto shutdown;
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue