So perhaps the answer is then that this flag should
be set for any driver (say, most usb network drivers
including "usbnet") which post bulk reads for data that
might not arrive for some long time?
That flag isn't well documented ... no mention in
linux/Documentation/usb/* of any kind.
And there I was thinking "bandwidth reclamation" was
for optimizing bandwidth usage, not pessimizing it! :)
- Dave
----- Original Message -----
From: "Georg Acher" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 04, 2001 5:47 AM
Subject: Re: [linux-usb-devel] *BAD* impact of usb on PCI performance
> On Sun, Jun 03, 2001 at 10:54:21PM +0200, johan verrept wrote:
>
> > How and when is this choice made?
> > What is the impact of let's say a common low speeddevice like a mouse of keyboard?
> > If this slows down the system in such a way, they could be considered unusable...
>
> No, only bulk transfers are affected, low speed control has no loopback. The
> loop is switched on, when at least one URB is in progress, that has
> USB_NO_FSBR not set. It is switched off after ~50ms (if no new URBs are
> submitted).
> --
> Georg Acher, [EMAIL PROTECTED]
> http://www.in.tum.de/~acher/
> "Oh no, not again !" The bowl of petunias
>
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.sourceforge.net/lists/listinfo/linux-usb-devel
