diff options
author | Nicholas Kazlauskas <nicholas.kazlauskas@amd.com> | 2020-04-23 01:07:56 +0300 |
---|---|---|
committer | Alex Deucher <alexander.deucher@amd.com> | 2020-04-28 23:44:13 +0300 |
commit | fdfd2a858590d318cfee483bd1c73e00f77533af (patch) | |
tree | e966f2a2e03bb94165856269d1cf9221b12ade5e /arch/unicore32/configs | |
parent | 6eb3f7da3c332f23d4591063711b2a895ec2ab0f (diff) | |
download | linux-fdfd2a858590d318cfee483bd1c73e00f77533af.tar.xz |
drm/amd/display: Defer cursor update around VUPDATE for all ASIC
[Why]
Fixes the following scenario:
- Flip has been prepared sometime during the frame, update pending
- Cursor update happens right when VUPDATE would happen
- OPTC lock acquired, VUPDATE is blocked until next frame
- Flip is delayed potentially infinitely
With the igt@kms_cursor_legacy cursor-vs-flip-legacy test we can
observe nearly *13* frames of delay for some flips on Navi.
[How]
Apply the Raven workaround generically. When close enough to VUPDATE
block cursor updates from occurring from the dc_stream_set_cursor_*
helpers.
This could perhaps be a little smarter by checking if there were
pending updates or flips earlier in the frame on the HUBP side before
applying the delay, but this should be fine for now.
This fixes the kms_cursor_legacy test.
Signed-off-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com>
Reviewed-by: Aric Cyr <Aric.Cyr@amd.com>
Acked-by: Aurabindo Pillai <aurabindo.pillai@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Diffstat (limited to 'arch/unicore32/configs')
0 files changed, 0 insertions, 0 deletions