aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/crypto/chelsio/chcr_crypto.h
diff options
context:
space:
mode:
authorYoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>2020-06-18 21:11:17 +0900
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-06-24 17:14:44 +0200
commitea0efd687b01355cd799c8643d0c636ba4859ffc (patch)
tree4ca8232f2890b361a3296c3a30dd3bf4f2dd2d03 /drivers/crypto/chelsio/chcr_crypto.h
parentRevert "usb: dwc3: exynos: Add support for Exynos5422 suspend clk" (diff)
downloadlinux-dev-ea0efd687b01355cd799c8643d0c636ba4859ffc.tar.xz
linux-dev-ea0efd687b01355cd799c8643d0c636ba4859ffc.zip
usb: renesas_usbhs: getting residue from callback_result
This driver assumed that dmaengine_tx_status() could return the residue even if the transfer was completed. However, this was not correct usage [1] and this caused to break getting the residue after the commit 24461d9792c2 ("dmaengine: virt-dma: Fix access after free in vchan_complete()") actually. So, this is possible to get wrong received size if the usb controller gets a short packet. For example, g_zero driver causes "bad OUT byte" errors. The usb-dmac driver will support the callback_result, so this driver can use it to get residue correctly. Note that even if the usb-dmac driver has not supported the callback_result yet, this patch doesn't cause any side-effects. [1] https://lore.kernel.org/dmaengine/20200616165550.GP2324254@vkoul-mobl/ Reported-by: Hien Dang <hien.dang.eb@renesas.com> Fixes: 24461d9792c2 ("dmaengine: virt-dma: Fix access after free in vchan_complete()") Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com> Link: https://lore.kernel.org/r/1592482277-19563-1-git-send-email-yoshihiro.shimoda.uh@renesas.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/crypto/chelsio/chcr_crypto.h')
0 files changed, 0 insertions, 0 deletions