hi, >> > As far as I can tell, something caused the driver to cancel its >> > ongoing activity and restart. Maybe the test program closed the >> > device file and re-opened it. >> I'd guess the stream was stopped due to an underrun, i.e., the >> application didn't fill the buffer fast enough. This shouldn't happen >> with speaker-test except when something else eats too much CPU. >I don't know what else was running at the time -- probably not too much. >On the other hand, the USB controller was reporting all those PCI >underruns, so something weird was happening. Hard to tell whether it was >in the software or the hardware.
As i wrote in some comment (#9), i have to trigger this bug. With some other devices on the bus its enough to move the mouse (non-usb) or something, so I don't thought in that direction. But if I have only one devices attached, I need too make some something with the computer. I planned to emphasizethis in the next comment, but before this, I want to test this an a other computer (To make clear whether the hardware don't like load, or the driver). Bye Felix ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
