summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python
diff options
context:
space:
mode:
authorNicholas Kazlauskas <nicholas.kazlauskas@amd.com>2026-09-07 17:39:14 +0800
committerAlex Deucher <alexander.deucher@amd.com>2026-09-23 13:43:17 -0400
commit1817b5dca2232c88c678ca0f05c5179e669d2f6e (patch)
tree20bf83d73fd71fde4d4e051d75b949b72c0d3d98 /tools/perf/scripts/python
parent58c864f52e087da10973e294fe8d4d26e6bc503c (diff)
downloadlinux-1817b5dca2232c88c678ca0f05c5179e669d2f6e.tar.gz
linux-1817b5dca2232c88c678ca0f05c5179e669d2f6e.zip
drm/amd/display: Fix missing gaps for link lock with inbox0
[Why] Inbox1 was previously being used for cursor and DIG locking with DMUB doing the relevant programming on behalf of driver. With the Inbox0 lock the driver is expected to do the programming itself and the Inbox0 lock acts as nothing more than a SW mutex. There are still a few gaps in how Inbox1 was being leveraged in the cursor path that need to be addressed for Inbox0. [How] Add a `should_use_dmub_inbox0_lock_for_link` helper to help check if we support the Inbox0 locking infrastructure and we should be locking it if the specific link in question requires it. Reviewed-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com> Signed-off-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com> Signed-off-by: Zhikai Zhai <zhikai.zhai@amd.com> Signed-off-by: George Zhang <george.zhang@amd.com> Tested-by: Dan Wheeler <daniel.wheeler@amd.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions