diff options
author | Zheng Wang <zyytlz.wz@163.com> | 2023-03-20 07:29:31 +0100 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2023-03-23 19:19:25 +0100 |
commit | 2b947f8769be8b8181dc795fd292d3e7120f5204 (patch) | |
tree | 635d75e3f20e0a7f354bc3471a659c64d4cef69e /arch/mips/configs | |
parent | usb: dwc3: add several registers dump for debugfs (diff) | |
download | linux-2b947f8769be8b8181dc795fd292d3e7120f5204.tar.xz linux-2b947f8769be8b8181dc795fd292d3e7120f5204.zip |
usb: gadget: udc: renesas_usb3: Fix use after free bug in renesas_usb3_remove due to race condition
In renesas_usb3_probe, role_work is bound with renesas_usb3_role_work.
renesas_usb3_start will be called to start the work.
If we remove the driver which will call usbhs_remove, there may be
an unfinished work. The possible sequence is as follows:
CPU0 CPU1
renesas_usb3_role_work
renesas_usb3_remove
usb_role_switch_unregister
device_unregister
kfree(sw)
//free usb3->role_sw
usb_role_switch_set_role
//use usb3->role_sw
The usb3->role_sw could be freed under such circumstance and then
used in usb_role_switch_set_role.
This bug was found by static analysis. And note that removing a
driver is a root-only operation, and should never happen in normal
case. But the root user may directly remove the device which
will also trigger the remove function.
Fix it by canceling the work before cleanup in the renesas_usb3_remove.
Fixes: 39facfa01c9f ("usb: gadget: udc: renesas_usb3: Add register of usb role switch")
Signed-off-by: Zheng Wang <zyytlz.wz@163.com>
Reviewed-by: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>
Link: https://lore.kernel.org/r/20230320062931.505170-1-zyytlz.wz@163.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'arch/mips/configs')
0 files changed, 0 insertions, 0 deletions