Commit 38e58986 authored by Felipe Balbi's avatar Felipe Balbi

usb: gadget: udc: atmel: don't disable enpdoints we don't own

UDC driver should NEVER do anything behind
udc-core's back, so let's stop disabling endpoints
we don't exactly own - rather we provide as
resources for gadget drivers. This fixes the
regression reported by Gil.
Reported-by: default avatarGil Weber <gil.weber@servelec-technologies.com>
Tested-by: default avatarGil Weber <gil.weber@servelec-technologies.com>
Signed-off-by: default avatarFelipe Balbi <felipe.balbi@linux.intel.com>
parent e901aa15
...@@ -1045,20 +1045,6 @@ static void reset_all_endpoints(struct usba_udc *udc) ...@@ -1045,20 +1045,6 @@ static void reset_all_endpoints(struct usba_udc *udc)
list_del_init(&req->queue); list_del_init(&req->queue);
request_complete(ep, req, -ECONNRESET); request_complete(ep, req, -ECONNRESET);
} }
/* NOTE: normally, the next call to the gadget driver is in
* charge of disabling endpoints... usually disconnect().
* The exception would be entering a high speed test mode.
*
* FIXME remove this code ... and retest thoroughly.
*/
list_for_each_entry(ep, &udc->gadget.ep_list, ep.ep_list) {
if (ep->ep.desc) {
spin_unlock(&udc->lock);
usba_ep_disable(&ep->ep);
spin_lock(&udc->lock);
}
}
} }
static struct usba_ep *get_ep_by_addr(struct usba_udc *udc, u16 wIndex) static struct usba_ep *get_ep_by_addr(struct usba_udc *udc, u16 wIndex)
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment