On Sun, 22 May 2005 15:03:59 -0700, David Brownell <[EMAIL PROTECTED]> wrote:

> > > I seem to recall you saying, at some point, that scatter-gather may now be
> > > reliable enough for ub to use; could that at least bring performance up to
> > > usable levels, even if it doesn't fix this?  (I can't find where you might
> > > have said that, though, so I might be imagining things.)
> > 
> > I don't know if it's reliable or not, it is to be tested.
> 
> It's reliable enough to regularly pass regression/stress tests;
> and usb-storage uses it all the time.  It's been in heavy use
> for several years now too.  Most people would call that "reliable",
> given the strong lack of error reports.

You are getting defensive for no reason, David. If it weren't reliable
enough I would reimplement it inside ub or its support library, but
instead I use message.c (ok, just started to use). However, it will
need to settle in again after the refactoring.

> > A secondary problem is that the API allows no preallocations, which
> > I like to use ever since the PF_MEMALLOC story.
> 
> I don't know what you're talking about.  usb_sg_init() preallocates
> everything that usbcore allows to be pre-allocated. []

It's all in one flagon and I need buffer address to be changed.
Anyway, just wait for the patch. It's getting longer than I expected.

-- Pete


-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to