Hello. On 27-12-2010 15:26, Sergei Shtylyov wrote:
musb_gadget_dequeue() doesn't start the next request when dequeuing the current one, but quite obviously it should...
Not quite as obvious as it turns out, as the next endpoint interrupt should really take care of the next request. So this patch doesn't seem necessary anymore...
What I'm not sure about is whether Tx FIFO should be flushed on the PIO path -- at least the CPPI driver does this in its channel_abort() method.
WBR, Sergei -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html