-
Notifications
You must be signed in to change notification settings - Fork 1.2k
host/dwc2: cleanup transfer on device close #3076
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
Signed-off-by: HiFiPhile <[email protected]>
While I can see the issue described here on my side as well, it seems to me this is not the proper fix, but rather a workaround - with its own side-effects. There seem to be some race conditions between handling some stuff in the interrupt handler, and deferring some stuff to the tuh_task(). This is probably the root of (some of) these problems... |
Could you detail more, what you mean sie-effects ? |
my bad, I think we cannot simply clear data here. We should mark endpoint for removal then disable channel first, within the halted interrupt check the flag and clear the endpoint. |
Ah yes we should close the channel properly, especially when a hub is used. |
Signed-off-by: HiFiPhile <[email protected]>
I've changed it use |
I am on vacation, will try to check this out afterwards (next week or so). |
Signed-off-by: HiFiPhile <[email protected]>
Signed-off-by: HiFiPhile <[email protected]>
Describe the PR
Fix queued xfer of previous failed enumeration mess with next enumeration.