- 03 8月, 2015 4 次提交
-
-
由 Vincent Abriou 提交于
Better fit STI hardware structure. Planes are no more responsible of updating mixer information such as z-order and status. It is now up to the CRTC atomic flush to do it. Plane actions (enable or disable) are performed atomically. Disabling of a plane is synchronize with the vsync event. Signed-off-by: NVincent Abriou <vincent.abriou@st.com> Reviewed-by: NBenjamin Gaignard <benjamin.gaignard@linaro.org>
-
由 Vincent Abriou 提交于
replace all "sti_drm_" occurences by "sti_" Signed-off-by: NVincent Abriou <vincent.abriou@st.com> Reviewed-by: NBenjamin Gaignard <benjamin.gaignard@linaro.org>
-
由 Vincent Abriou 提交于
Purpose is to simplify the STI driver: - remove layer structure - consider video subdev as part of the compositor (like mixer subdev) - remove useless STI_VID0 and STI_VID1 enum Signed-off-by: NVincent Abriou <vincent.abriou@st.com> Reviewed-by: NBenjamin Gaignard <benjamin.gaignard@linaro.org>
-
由 Vincent Abriou 提交于
Apply the plane depth when the plane is updated. If the depth is different from the previous plane update, the register controlling the plane depth is cleaned and updated with the new depth. Signed-off-by: NVincent Abriou <vincent.abriou@st.com> Reviewed-by: NBenjamin Gaignard <benjamin.gaignard@linaro.org>
-
- 11 12月, 2014 2 次提交
-
-
由 Benjamin Gaignard 提交于
For stih407 SoC enable the second mixer to get two CRTC. Allow GPD planes and encoders to be connected to this new CRTC. Cursor plane can only be set on first CRTC. GPD clocks needed change the parent clock depending on which CRTC GPD are used. Signed-off-by: NBenjamin Gaignard <benjamin.gaignard@linaro.org>
-
由 Benjamin Gaignard 提交于
Make sure that mixer control register is correctly reset before use it. Signed-off-by: NBenjamin Gaignard <benjamin.gaignard@linaro.org>
-
- 31 7月, 2014 1 次提交
-
-
由 Benjamin Gaignard 提交于
Mixer hardware IP is responsible of mixing the different inputs layers. Z-order is managed by the mixer. We could 2 mixers: one for main path and one for auxillary path Mixers are part of Compositor hardware block Signed-off-by: NBenjamin Gaignard <benjamin.gaignard@linaro.org> Reviewed-by: NRob Clark <robdclark@gmail.com>
-