Nicholas Kazlauskas b7408a0673 drm/amd/display: Flush framebuffer data before passing to DMCUB ... [Why] There's a data race that can occur between when we update the inbox write pointer vs when the memory for the command actually gets flushed from the map to the framebuffer. DMCUB can read stale or partially invalid data when this race occurs. [How] Before updating the write pointer we can read back all pending commands to ensure that we stall for the writes to be flushed to framebuffer. We don't need to worry about choosing HDP vs VM flush with this mechanism. Drop the dmub_srv_cmd_submit() while we're updating this to work correctly since nothing was actually using this API and the caller should be explicit about the API flow here - by doing this on execute we can give some extra time for the flush to finish while preparing other commands. We should try to avoid writing single commands because of this overhead. Signed-off-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com> Reviewed-by: Tony Cheng <Tony.Cheng@amd.com> Acked-by: Harry Wentland <harry.wentland@amd.com> Acked-by: Rodrigo Siqueira <Rodrigo.Siqueira@amd.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>		2020-01-16 13:42:16 -05:00
..
acp	drm/amdgpu: fix license on Kconfig and Makefiles	2019-12-11 15:22:08 -05:00
amdgpu	drm/amdgpu: add arcturus to gpu recovery check code path	2020-01-16 13:40:54 -05:00
amdkfd	drm/amdkfd: Add a message when SW scheduler is used	2020-01-16 13:38:07 -05:00
display	drm/amd/display: Flush framebuffer data before passing to DMCUB	2020-01-16 13:42:16 -05:00
include	drm/amd/include: Add OCSC registers	2020-01-16 13:41:06 -05:00
powerplay	drm/amdgpu/sriov skip the update of SMU_TABLE_ACTIVITY_MONITOR_COEFF	2020-01-16 13:35:45 -05:00