diff options
author | Nicholas Kazlauskas <nicholas.kazlauskas@amd.com> | 2023-12-04 16:35:04 -0500 |
---|---|---|
committer | Alex Deucher <alexander.deucher@amd.com> | 2023-12-19 14:59:02 -0500 |
commit | 8892780834ae294bc3697c7d0e056d7743900b39 (patch) | |
tree | e3c922fff2a065f68930faf8c529af631a76cd2c /drivers/gpu/drm/amd/display/dc/dc_hdmi_types.h | |
parent | 8e57c06bf4b0f51a4d6958e15e1a99c9520d00fa (diff) | |
download | linux-stable-8892780834ae294bc3697c7d0e056d7743900b39.tar.gz linux-stable-8892780834ae294bc3697c7d0e056d7743900b39.tar.bz2 linux-stable-8892780834ae294bc3697c7d0e056d7743900b39.zip |
drm/amd/display: Wake DMCUB before sending a command
[Why]
We can hang in place trying to send commands when the DMCUB isn't
powered on.
[How]
For functions that execute within a DC context or DC lock we can
wrap the direct calls to dm_execute_dmub_cmd/list with code that
exits idle power optimizations and reallows once we're done with
the command submission on success.
For DM direct submissions the DM will need to manage the enter/exit
sequencing manually.
We cannot invoke a DMCUB command directly within the DM execution
helper or we can deadlock.
Cc: Mario Limonciello <mario.limonciello@amd.com>
Cc: Alex Deucher <alexander.deucher@amd.com>
Cc: stable@vger.kernel.org
Reviewed-by: Hansen Dsouza <hansen.dsouza@amd.com>
Acked-by: Wayne Lin <wayne.lin@amd.com>
Signed-off-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com>
Tested-by: Daniel Wheeler <daniel.wheeler@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Diffstat (limited to 'drivers/gpu/drm/amd/display/dc/dc_hdmi_types.h')
0 files changed, 0 insertions, 0 deletions