summaryrefslogtreecommitdiff
path: root/sound/Makefile
diff options
context:
space:
mode:
authorDavid Francis <David.Francis@amd.com>2019-03-29 13:23:15 -0400
committerAlex Deucher <alexander.deucher@amd.com>2019-04-14 23:45:43 -0500
commitc238bfe0be9ef7420f7669a69e27c8c8f4d8a568 (patch)
treeb8c8c72824a45f7331cef1ce4a110dd98b4d2a20 /sound/Makefile
parent1925e7d3d4677e681cc2e878c2bdbeaee988c8e2 (diff)
drm/amd/display: If one stream full updates, full update all planes
[Why] On some compositors, with two monitors attached, VT terminal switch can cause a graphical issue by the following means: There are two streams, one for each monitor. Each stream has one plane current state: M1:S1->P1 M2:S2->P2 The user calls for a terminal switch and a commit is made to change both planes to linear swizzle mode. In atomic check, a new dc_state is constructed with new planes on each stream new state: M1:S1->P3 M2:S2->P4 In commit tail, each stream is committed, one at a time. The first stream (S1) updates properly, triggerring a full update and replacing the state current state: M1:S1->P3 M2:S2->P4 The update for S2 comes in, but dc detects that there is no difference between the stream and plane in the new and current states, and so triggers a fast update. The fast update does not program swizzle, so the second monitor is corrupted [How] Add a flag to dc_plane_state that forces full updates When a stream undergoes a full update, set this flag on all changed planes, then clear it on the current stream Subsequent streams will get full updates as a result Signed-off-by: David Francis <David.Francis@amd.com> Signed-off-by: Nicholas Kazlauskas <nicholas.kazlauskas@amd.com> Reviewed-by: Roman Li <Roman.Li@amd.com> Acked-by: Bhawanpreet Lakha <Bhawanpreet Lakha@amd.com> Acked-by: Nicholas Kazlauskas <Nicholas.Kazlauskas@amd.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Diffstat (limited to 'sound/Makefile')
0 files changed, 0 insertions, 0 deletions