Commit 35ca53b
drm/amd/display: Do not elevate mem_type change to full update
[Why]
There should not be any need to revalidate bandwidth on memory placement
change, since the fb is expected to be pinned to DCN-accessable memory
before scanout. For APU it's DRAM, and DGPU, it's VRAM. However, async
flips + memory type change needs to be rejected.
[How]
Do not set lock_and_validation_needed on mem_type change. Instead,
reject an async_flip request if the crtc's buffer(s) changed mem_type.
This may fix stuttering/corruption experienced with PSR SU and PSR1
panels, if the compositor allocates fbs in both VRAM carveout and GTT
and flips between them.
Fixes: a7c0cad ("drm/amd/display: ensure async flips are only accepted for fast updates")
Reviewed-by: Tom Chung <[email protected]>
Signed-off-by: Leo Li <[email protected]>
Signed-off-by: Tom Chung <[email protected]>
Tested-by: Daniel Wheeler <[email protected]>
Signed-off-by: Alex Deucher <[email protected]>
(cherry picked from commit 4caacd1)
Cc: [email protected]1 parent ff2e4d8 commit 35ca53b
1 file changed
+23
-6
lines changed| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
11379 | 11379 | | |
11380 | 11380 | | |
11381 | 11381 | | |
| 11382 | + | |
| 11383 | + | |
| 11384 | + | |
| 11385 | + | |
| 11386 | + | |
| 11387 | + | |
| 11388 | + | |
| 11389 | + | |
| 11390 | + | |
| 11391 | + | |
| 11392 | + | |
| 11393 | + | |
| 11394 | + | |
| 11395 | + | |
| 11396 | + | |
| 11397 | + | |
| 11398 | + | |
| 11399 | + | |
| 11400 | + | |
11382 | 11401 | | |
11383 | 11402 | | |
11384 | 11403 | | |
| |||
11576 | 11595 | | |
11577 | 11596 | | |
11578 | 11597 | | |
11579 | | - | |
11580 | | - | |
11581 | | - | |
11582 | | - | |
11583 | 11598 | | |
11584 | 11599 | | |
11585 | 11600 | | |
| |||
11874 | 11889 | | |
11875 | 11890 | | |
11876 | 11891 | | |
11877 | | - | |
| 11892 | + | |
11878 | 11893 | | |
11879 | | - | |
| 11894 | + | |
| 11895 | + | |
| 11896 | + | |
11880 | 11897 | | |
11881 | 11898 | | |
11882 | 11899 | | |
| |||
0 commit comments