diff options
author | Zack Rusin <zackr@vmware.com> | 2023-02-08 13:00:50 -0500 |
---|---|---|
committer | Zack Rusin <zackr@vmware.com> | 2023-02-14 22:10:01 -0500 |
commit | 1a6897921f52ceb2c8665ef826e405bd96385159 (patch) | |
tree | 8d654d1618a085429f33ac9dd89e7843449e4ea7 /mm/msync.c | |
parent | bb2ff6c27bc9e1da4d3ec5e7b1d6b9df1092cb5a (diff) | |
download | linux-stable-1a6897921f52ceb2c8665ef826e405bd96385159.tar.gz linux-stable-1a6897921f52ceb2c8665ef826e405bd96385159.tar.bz2 linux-stable-1a6897921f52ceb2c8665ef826e405bd96385159.zip |
drm/vmwgfx: Stop accessing buffer objects which failed init
ttm_bo_init_reserved on failure puts the buffer object back which
causes it to be deleted, but kfree was still being called on the same
buffer in vmw_bo_create leading to a double free.
After the double free the vmw_gem_object_create_with_handle was
setting the gem function objects before checking the return status
of vmw_bo_create leading to null pointer access.
Fix the entire path by relaying on ttm_bo_init_reserved to delete the
buffer objects on failure and making sure the return status is checked
before setting the gem function objects on the buffer object.
Signed-off-by: Zack Rusin <zackr@vmware.com>
Fixes: 8afa13a0583f ("drm/vmwgfx: Implement DRIVER_GEM")
Reviewed-by: Maaz Mombasawala <mombasawalam@vmware.com>
Reviewed-by: Martin Krastev <krastevm@vmware.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20230208180050.2093426-1-zack@kde.org
(cherry picked from commit 36d421e632e9a0e8375eaed0143551a34d81a7e3)
Cc: <stable@vger.kernel.org> # v5.17+
Diffstat (limited to 'mm/msync.c')
0 files changed, 0 insertions, 0 deletions