Re: Handling short transfers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Alan Stern wrote:
It is the error code the kernel returns when there is a short packet
and URB_SHORT_NOT_OK is set.  But it currently is used that way only as
a completion status, not as a submission error code.

I think the important thing is that it is unique so that we can detect the condition easily.

Is this sufficiently unique?

Yes, sounds that way.

I like David's suggestion of preserving the old meaning of USBDEVFS_URB_SHORT_NOT_OK.

I seriously doubt that any user programs employ it. Certainly nothing using libusb does.

OK, either way works..

Daniel

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux