On Thu, Oct 31, 2013 at 12:09:54PM -0400, Cliff Brake wrote: > On Thu, Oct 31, 2013 at 11:56 AM, Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx> wrote: > > On Thu, Oct 31, 2013 at 11:24:05AM -0400, Cliff Brake wrote: > > > > I'd focus on the host controller driver, it would be the one that is > > probably the issue (you can test this with a PC running Linux and a > > different host controller.) > > Thanks for the suggestion. > > > USB transfers cause irqs to be disabled during the callbacks, that's the > > way the stack is written (people are slowly working on resolving this.) > > Does holding interrupts off for that long cause problems for you? > > Yes, its an embedded application where a serial port is receiving data > at 1.5Mbit. So when the kernel gets locked, it appears the 64-byte > serial fifo's are overflowing. Ick, that's not good. This sounds like a driver issue, if you can find out where interrupts are being held for so long, hopefully a fix can be found and resolved. It's good that 3.11 is better, but ideally a real fix can be created. What host controller driver are you using? thanks, greg k-h -- 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
