summaryrefslogtreecommitdiff
path: root/drivers/spmi/spmi-devres.c
diff options
context:
space:
mode:
authorYu-Che Cheng <giver@chromium.org>2023-12-07 02:17:25 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2023-12-15 19:27:04 +0300
commite821d50ab5b956ed0effa49faaf29912fd4106d9 (patch)
tree22dbbdd89dfb82a8c6ad175c228ff884914e0b6d /drivers/spmi/spmi-devres.c
parentf200fff8d019f2754f91f5d715652e3e3fdf3604 (diff)
downloadlinux-e821d50ab5b956ed0effa49faaf29912fd4106d9.tar.xz
spmi: mediatek: Fix UAF on device remove
The pmif driver data that contains the clocks is allocated along with spmi_controller. On device remove, spmi_controller will be freed first, and then devres , including the clocks, will be cleanup. This leads to UAF because putting the clocks will access the clocks in the pmif driver data, which is already freed along with spmi_controller. This can be reproduced by enabling DEBUG_TEST_DRIVER_REMOVE and building the kernel with KASAN. Fix the UAF issue by using unmanaged clk_bulk_get() and putting the clocks before freeing spmi_controller. Reported-by: Fei Shao <fshao@chromium.org> Signed-off-by: Yu-Che Cheng <giver@chromium.org> Link: https://lore.kernel.org/r/20230717173934.1.If004a6e055a189c7f2d0724fa814422c26789839@changeid Tested-by: Fei Shao <fshao@chromium.org> Reviewed-by: Fei Shao <fshao@chromium.org> Reviewed-by: Chen-Yu Tsai <wenst@chromium.org> Signed-off-by: Stephen Boyd <sboyd@kernel.org> Link: https://lore.kernel.org/r/20231206231733.4031901-3-sboyd@kernel.org Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/spmi/spmi-devres.c')
0 files changed, 0 insertions, 0 deletions