summaryrefslogtreecommitdiffstats
path: root/.gitattributes
diff options
context:
space:
mode:
authorIkjoon Jang <ikjn@chromium.org>2021-08-05 07:37:47 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2021-08-05 12:32:56 +0200
commitb8731209958a1dffccc2888121f4c0280c990550 (patch)
tree7d73ff75bae433e74070fed10f8b84856348394d /.gitattributes
parentdt-bindings: usb: renesas,usbhs: Document RZ/G2L bindings (diff)
downloadlinux-b8731209958a1dffccc2888121f4c0280c990550.tar.xz
linux-b8731209958a1dffccc2888121f4c0280c990550.zip
usb: xhci-mtk: Do not use xhci's virt_dev in drop_endpoint
xhci-mtk depends on xhci's internal virt_dev when it retrieves its internal data from usb_host_endpoint both in add_endpoint and drop_endpoint callbacks. But when setup packet was retired by transaction errors in xhci_setup_device() path, a virt_dev for the slot is newly created with real_port 0. This leads to xhci-mtks's NULL pointer dereference from drop_endpoint callback as xhci-mtk assumes that virt_dev's real_port is always started from one. The similar problems were addressed by [1] but that can't cover the failure cases from setup_device. This patch drops the usages of xhci's virt_dev in xhci-mtk's drop_endpoint callback by adopting rhashtable for searching mtk's schedule entity from a given usb_host_endpoint pointer instead of searching a linked list. So mtk's drop_endpoint callback doesn't have to rely on virt_dev at all. [1] https://lore.kernel.org/r/1617179142-2681-2-git-send-email-chunfeng.yun@mediatek.com Signed-off-by: Ikjoon Jang <ikjn@chromium.org> Link: https://lore.kernel.org/r/20210805133731.1.Icc0f080e75b1312692d4c7c7d25e7df9fe1a05c2@changeid Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to '.gitattributes')
0 files changed, 0 insertions, 0 deletions