Archit Taneja 894558ec8c drm/msm/mdp5: Prepare for dynamic assignment of mixers ... Add the stuff needed to allow dynamically assigning a mixer to a CRTC. Since mixers are a resource that can be shared across multiple CRTCs, we need to maintain a 'hwmixer_to_crtc' map in the global atomic state, acquire the mdp5_kms.state_lock modeset lock and so on. The mixer is assigned in the CRTC's atomic_check() func, a failure will result in the new state being cleanly rolled back. The mixer assignment itself is straightforward, and almost identical to what we do for hwpipes. We don't need to grab the old hwmixer_to_crtc state like we do in hwpipes since we don't need to compare anything with the old state at the moment. The only LM capability we care about at the moment is whether the mixer instance can be used to display stuff (i.e, connect to an INTF downstream). Signed-off-by: Archit Taneja <architt@codeaurora.org> Signed-off-by: Rob Clark <robdclark@gmail.com>		2017-04-08 06:59:34 -04:00
..
mdp4	drm/msm: Simplify vblank event delivery	2017-04-08 06:59:32 -04:00
mdp5	drm/msm/mdp5: Prepare for dynamic assignment of mixers	2017-04-08 06:59:34 -04:00
mdp_common.xml.h	drm/msm: update generated headers	2016-11-28 15:14:10 -05:00
mdp_format.c
mdp_kms.c
mdp_kms.h	drm/msm/mdp5: describe LM instances in mdp5_cfg	2017-04-08 06:59:33 -04:00