diff options
author | Tobias Jakobi <tjakobi@math.uni-bielefeld.de> | 2024-09-02 11:40:27 +0200 |
---|---|---|
committer | Alex Deucher <alexander.deucher@amd.com> | 2024-09-06 17:40:09 -0400 |
commit | 0607a50c004798a96e62c089a4c34c220179dcb5 (patch) | |
tree | ce7f60765f918dc5dcedf7bd3992376653eea71b /tools/perf/scripts/python/check-perf-trace.py | |
parent | a3cc326a43bdc48fbdf53443e1027a03e309b643 (diff) |
drm/amd/display: Avoid race between dcn35_set_drr() and dc_state_destruct()
dc_state_destruct() nulls the resource context of the DC state. The pipe
context passed to dcn35_set_drr() is a member of this resource context.
If dc_state_destruct() is called parallel to the IRQ processing (which
calls dcn35_set_drr() at some point), we can end up using already nulled
function callback fields of struct stream_resource.
The logic in dcn35_set_drr() already tries to avoid this, by checking tg
against NULL. But if the nulling happens exactly after the NULL check and
before the next access, then we get a race.
Avoid this by copying tg first to a local variable, and then use this
variable for all the operations. This should work, as long as nobody
frees the resource pool where the timing generators live.
Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/3142
Fixes: 06ad7e164256 ("drm/amd/display: Destroy DC context while keeping DML and DML2")
Signed-off-by: Tobias Jakobi <tjakobi@math.uni-bielefeld.de>
Reviewed-by: Harry Wentland <harry.wentland@amd.com>
Signed-off-by: Mario Limonciello <mario.limonciello@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Diffstat (limited to 'tools/perf/scripts/python/check-perf-trace.py')
0 files changed, 0 insertions, 0 deletions