Le dimanche 14 juin 2015 à 12:40 +0200, Hans de Goede a écrit :
Hi Ian, Paul,
Here is a patch to fix the problems where most usb devices will no longer work after a "usb reset ", when connected to the otg controller in host mode + a related cleanup patch.
This works fine for an USB storage device and an USB2 keyboard but does not work with an USB1 keyboard, with error:
sunxi# usb reset resetting USB... USB0: scanning bus 0 for devices... USB device descriptor short read (expected 8, got 0) No USB Device found
Paul, can you test these with gadget mode? Specifically if they help the problem you were seeing when switching roles?
It doesn't fix the problem as-is, I still get enumerating problems from the host. Also, note that musb_stop is not called from the gadget code, so sunxi_musb_disable (musb_platform_disable) is not called either. I had to add a dirty call in usb_gadget_unregister_driver to test the code.
Also this bit from the kernel code for the sunxi glue may be relevant to your problems:
if ((musb->int_usb & MUSB_INTR_RESET) && !is_host_active(musb)) { /* ep0 FADDR must be 0 when (re)entering peripheral mode */ musb_ep_select(musb->mregs, 0); musb_writeb(musb->mregs, MUSB_FADDR, 0); }This is from the interrupt handler in the sunxi-musb glue in the kernel, maybe we can do the same, and/or maybe we need to do:
/* ep0 FADDR must be 0 when (re)entering peripheral mode */ musb_ep_select(musb->mregs, 0); musb_writeb(musb->mregs, MUSB_FADDR, 0);
From sunxi_musb_disable?
Thanks for those pointers, I'll try to look into that when I have time to properly debug the issue.
From my experience sofar we should avoid doing a full reset from musb_stop / sunxi_musb_disable as musb_init_controller never gets re-run, so doing a full reset leaves things in a bad state where only ep0 still seems to work, this may be what you were seeing before.
That makes sense, but what is done currently doesn't seem to be enough to bring everything back up. Hopefully, setting the EP0 FADDR will help.
Thanks a lot for your work, as usual!