summaryrefslogtreecommitdiffstats
path: root/README
diff options
context:
space:
mode:
authorAlan Stern <stern@rowland.harvard.edu>2017-11-08 12:23:17 -0500
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2017-11-09 13:02:23 +0100
commit2ef47001b3ee3ded579b7532ebdcf8680e4d8c54 (patch)
treef18359ee963f40e6fbdf3ecac25d55c79baad293 /README
parentd656fa32b13424701bb85f6b5183ea869b363799 (diff)
downloadlinux-2ef47001b3ee3ded579b7532ebdcf8680e4d8c54.tar.gz
linux-2ef47001b3ee3ded579b7532ebdcf8680e4d8c54.tar.bz2
linux-2ef47001b3ee3ded579b7532ebdcf8680e4d8c54.zip
USB: usbfs: compute urb->actual_length for isochronous
The USB kerneldoc says that the actual_length field "is read in non-iso completion functions", but the usbfs driver uses it for all URB types in processcompl(). Since not all of the host controller drivers set actual_length for isochronous URBs, programs using usbfs with some host controllers don't work properly. For example, Minas reports that a USB camera controlled by libusb doesn't work properly with a dwc2 controller. It doesn't seem worthwhile to change the HCDs and the documentation, since the in-kernel USB class drivers evidently don't rely on actual_length for isochronous transfers. The easiest solution is for usbfs to calculate the actual_length value for itself, by adding up the lengths of the individual packets in an isochronous transfer. Signed-off-by: Alan Stern <stern@rowland.harvard.edu> CC: Minas Harutyunyan <Minas.Harutyunyan@synopsys.com> Reported-and-tested-by: wlf <wulf@rock-chips.com> CC: <stable@vger.kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'README')
0 files changed, 0 insertions, 0 deletions