Quoth [email protected]:
> Even when the errors described in my previous mail does not occur,
> massive USB stick transfers cause latencies of 1 to 2 milliseconds,
> which is way too much for realtime control systems.
I couldn't find that previous email in the MARC archives.
Regardless, you'd have to provide a small bit of information about
your hardware configuration. What device speed: full or high?
What controller: EHCI, OHCI, UHCI, something else? Which driver
for the stick: usb-storage, or ub? What else was using memory
and PCI bandwidth at the time? SMP?
Quoth [email protected]:
> I think this is connected to a problem people have been reporting on the
> Linux audio lists. With some USB chipsets, USB audio interfaces just
> don't work. There are dropouts even at very high latencies.
Well, I'd not yet expect USB audio to work over EHCI quite yet,
though one of the patches Greg just posted should help some of
the issues with full speed iso through USB 2.0 hubs. (At least
for OUT transfers as to speakers.)
You might consider reporting such issues on the Linux-USB list.
It's been ages since anyone reported such a bug with the OHCI
or UHCI drivers ... probably why folk have assumed there are
no problems there.
Something to consider specifically with audio. That uses the
isochronous transfer mode, reserving USB bandwidth. But I've
certainly seen systems with PCI busses that are severely clogged,
so that the USB controllers have a hard time accessing main
memory. Even a perfectly functional USB stack will have a hard
time with such hardware!
- Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]