On Sun, Sep 13, 2009 at 09:26:10AM -0700, Harvind Samra wrote: > Hi Eric, > > These messages showed up repeatedly during our tests at Burning Man. > Unfortunately, when they occurred, nothing relevant actually appeared > in /var/log/messages. > > Any other ideas?
No, not really. Again, I haven't _ever_ seen this message on any h/w I've ever used. Do you see it on more than one machine? What kind of EHCI controllers do they have? (lspci -v) Are you running on linux or something else? Is there any kind of VM involved? Outside of this, how did everything work out at Burning Man? Eric > --- Harvind > > On Mon, 2009-08-10 at 11:04 -0700, Eric Blossom wrote: > > On Mon, Aug 10, 2009 at 10:48:57AM -0700, Harvind Samra wrote: > > > We've occasionally encountered cases, while running OpenBTS, where the > > > USRP code hang up and starts spitting out the following message > > > repeatedly: > > > > > > short write xfer: 0 != 3584 > > > > > > In looking at fusb_linux.cc, it looks like USB writes suddenly cease to > > > complete. Sometimes, the host machine hangs so badly that a reboot is > > > needed. > > > > > > I know USB on linux has always had problems. So my questions are: > > > > > > 1) Is this problem specific to the USRP or does it have to do with > > > libusb? > > > 2) Is the specific to certain USB controllers? > > > 3) Has this bug been addressed in recent updates/releases to gnuradio? > > > > > > Any help is appreciated. Thanks. > > > > > > Harvind Samra > > > Kestrel Signal Processing, Inc. > > > > Hi Harvind! > > > > I've never seen this error. > > Have you checked the kernel logs? > > /var/log/messages is probably a good place to start. > > > > Eric _______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
