Am Montag, 18. Juni 2007 schrieb David Brownell:
> On Monday 18 June 2007, Alan Stern wrote:
> > On Mon, 18 Jun 2007, Oliver Neukum wrote:
> >
> > > Hi,
> > >
> > > I am looking at usb_sg_init().
> >
> > > In essence this leaves handling a persistent failure to the generic
> > > scsi layer, whic
Am Montag, 18. Juni 2007 schrieb Alan Stern:
> On Mon, 18 Jun 2007, Oliver Neukum wrote:
>
> > Hi,
> >
> > I am looking at usb_sg_init().
>
> > In essence this leaves handling a persistent failure to the generic
> > scsi layer, which will timeout and abort the request. Is there any objection
> >
On Monday 18 June 2007, Alan Stern wrote:
> On Mon, 18 Jun 2007, Oliver Neukum wrote:
>
> > Hi,
> >
> > I am looking at usb_sg_init().
>
> > In essence this leaves handling a persistent failure to the generic
> > scsi layer, which will timeout and abort the request. Is there any objection
> > to
On Mon, 18 Jun 2007, Oliver Neukum wrote:
> Hi,
>
> I am looking at usb_sg_init().
> In essence this leaves handling a persistent failure to the generic
> scsi layer, which will timeout and abort the request. Is there any objection
> to report the URB where it failed to the immediate user and le
Hi,
I am looking at usb_sg_init().
void usb_sg_wait (struct usb_sg_request *io)
{
int i, entries = io->entries;
/* queue the urbs. */
spin_lock_irq (&io->lock);
for (i = 0; i < entries && !io->status; i++) {
int retval;
