Felipe Balbi wrote: > Hi all, > > The following patches are rebased on top of today's Greg's > queue. > > We have a few cleanups to musb, enabling ENSUSPEND in musb's > power register and mode1 dma support. > > We completely removed mode0 dma support as it didn't seem to > be useful as changing between dma modes would make the code > a bit more complicated to follow and we would also have an > extra dma irq following the endpoint irq. > > As mode0 would only be necessary for the last short packet, > we decided not to use it at all and accept a small performance > impact. > > Please test this patches on other archs, omap3 is working just > fine. I don't know about omap2 + tusb6010 (no n810 available, > incredible), neither blackfin, nor DaVinci. > > The cleanup patches should go in already and we discuss only > dma patches, if it's necessary I can send both series separated. > Felipe, Another issue with the whole series: testusb with g_zero fails on some OUT transfers: I ran this: sudo ./testusb -a -t 1 -c 1 -s 4096 On the OMAP, I see only 512 bytes were received, and DMA is still waiting for the remaining 3584 bytes. Maybe a bug in the Autoclear handling? IN transfers went through okay. Will debug some more tomorrow. Any chance you can give this a shot on your boards as well? - Anand -- 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
