Wenjing Liu 5279e09161 drm/amd/display: abstract encoder related hwseq across different types ... [why] Current we have hundreds of if/else or switch statement to check encoder type in dc_link level. The reason is because depending on the type of encoder dc_link needs to perform similar programming task but with different encoder interfaces. The story is to abstract these interfaces so dc_link can just perform the programming task without knowing the detail of which encoder it's dealing with. Tested-by: Daniel Wheeler <daniel.wheeler@amd.com> Reviewed-by: Aric Cyr <Aric.Cyr@amd.com> Acked-by: Rodrigo Siqueira <Rodrigo.Siqueira@amd.com> Signed-off-by: Wenjing Liu <wenjing.liu@amd.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>		2022-01-25 18:00:34 -05:00
..
acp	drm: amd/acp: fix broken menu structure	2020-03-13 11:52:35 -04:00
amdgpu	Revert "drm/amdgpu: No longer insert ras blocks into ras_list if it already exists in ras_list"	2022-01-25 18:00:34 -05:00
amdkfd	drm/amdkfd: enable heavy-weight TLB flush on Arcturus	2022-01-19 22:33:27 -05:00
display	drm/amd/display: abstract encoder related hwseq across different types	2022-01-25 18:00:34 -05:00
include	drm/amdgpu: suppress the warning about enum value 'AMD_IP_BLOCK_TYPE_NUM'	2022-01-25 18:00:32 -05:00
pm	drm/amd/pm: use existing fini_smc_tables function for cyan skillfish	2022-01-25 18:00:34 -05:00