USB-CDC: handle interrupt after dropped pullup
Disconnecting USB gadget with pending interrupt may cause its wrong handling in the next time when interface will be started again (especially actual for RNDIS). This interrupt may force the gadget to queue unexpected response before setup stage. Despite the fact that such interrupt handled after dropped pullup also may add pending response, this will not bring to any issues due to usb_ep_disable (which clears the queue) called on gadget unregistering. Signed-off-by: Vitaly Kuzmichev <vkuzmichev@mvista.com>
This commit is contained in:
parent
9b70e00773
commit
b3649f3bbf
@ -1928,6 +1928,13 @@ void usb_eth_halt(struct eth_device *netdev)
|
||||
return;
|
||||
|
||||
usb_gadget_disconnect(dev->gadget);
|
||||
|
||||
/* Clear pending interrupt */
|
||||
if (dev->network_started) {
|
||||
usb_gadget_handle_interrupts();
|
||||
dev->network_started = 0;
|
||||
}
|
||||
|
||||
usb_gadget_unregister_driver(ð_driver);
|
||||
}
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user