On Tue, 25 Aug 2009, Saurabh Kadekodi wrote: > Hi All, > > I'm working on a board with PXA320 processor. It kernel 2.6.25 running > on it. There is a problem in transferring data to the USB device. I > tried running usbmon and I got the following log: > cfc42400 990341505 S Bo:2:002:2 -115 4096 = 371667e2 73381c10 48040291 > c34de0ee 0e20f1fa b8650214 1105ee4b 268354a9 > cfc42580 990344311 S Bo:2:002:2 -115 4096 = 9365ade9 4c271b42 a9ab1a47 > 2d71ebf2 730cbfcb b0f86ade 38c87f9a 1eba44c1 > cfc42580 0 E Bo:0:002:2 -12 0 > Thus, after a few transfers, all submit requests get an error of some > sort. -12 is -ENOMEM. The controller driver doesn't have enough memory available to transfer all the data you want to send. > This goes on for some time till the board hangs up and there is > nothing to do but reset. Also, just a plain 'df -h' results in the > hangup of the board. The amount of data transferred varies each time. > Thus, I had a hunch that it could be a timing related issue. But even > on reducing the chip select timings to the slowest, it didn't matter. > I had also switched on the USB storage debug. It was as follows: > I've attached the full usbmon log to the mail, in case someone wants > to refer. If anyone has an idea about the various possibilities that > could result in this kind of behaviour I'd be really thankful. Atleast > that will give a direction of sorts. You should ask the author or maintainer for the PXA320 driver you are using. Alan Stern -- 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
