summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/exported-sql-viewer.py
diff options
context:
space:
mode:
authorBrendan King <brendan.king@imgtec.com>2024-10-18 18:41:40 +0300
committerMatt Coster <matt.coster@imgtec.com>2024-11-04 12:41:38 +0300
commitb04ce1e718bd55302b52d05d6873e233cb3ec7a1 (patch)
tree2f5315e7bbc214b6f6f85fe183f065551ef91f77 /tools/perf/scripts/python/exported-sql-viewer.py
parentb0ef514bc6bbdeb8cc7492c0f473e14cb06b14d4 (diff)
downloadlinux-b04ce1e718bd55302b52d05d6873e233cb3ec7a1.tar.xz
drm/imagination: Break an object reference loop
When remaining resources are being cleaned up on driver close, outstanding VM mappings may result in resources being leaked, due to an object reference loop, as shown below, with each object (or set of objects) referencing the object below it: PVR GEM Object GPU scheduler "finished" fence GPU scheduler “scheduled” fence PVR driver “done” fence PVR Context PVR VM Context PVR VM Mappings PVR GEM Object The reference that the PVR VM Context has on the VM mappings is a soft one, in the sense that the freeing of outstanding VM mappings is done as part of VM context destruction; no reference counts are involved, as is the case for all the other references in the loop. To break the reference loop during cleanup, free the outstanding VM mappings before destroying the PVR Context associated with the VM context. Signed-off-by: Brendan King <brendan.king@imgtec.com> Signed-off-by: Matt Coster <matt.coster@imgtec.com> Reviewed-by: Frank Binns <frank.binns@imgtec.com> Cc: stable@vger.kernel.org Link: https://patchwork.freedesktop.org/patch/msgid/8a25924f-1bb7-4d9a-a346-58e871dfb1d1@imgtec.com
Diffstat (limited to 'tools/perf/scripts/python/exported-sql-viewer.py')
0 files changed, 0 insertions, 0 deletions