From 43a280a2815148175dce3dcd59d271cc580d3eb0 Mon Sep 17 00:00:00 2001 From: Sergey Sizonov Date: Mon, 11 Dec 2017 12:49:25 +0300 Subject: [PATCH] remove the old implementation of 'smooth transition' mechanism. Change-Id: I431a148841ae98b156eda141c0582c2f8dc7ab86 Signed-off-by: Sergey Sizonov --- include/tdm_types.h | 43 +++---------------------------------------- 1 file changed, 3 insertions(+), 40 deletions(-) diff --git a/include/tdm_types.h b/include/tdm_types.h index c64a351..75cb920 100644 --- a/include/tdm_types.h +++ b/include/tdm_types.h @@ -155,53 +155,16 @@ typedef enum { * User can choose this type for window to avoid a hardware composition for * this window. * - * User has to set this type for the window which has the TDM_COMPOSITION_CLIENT_CANDIDATE - * type. (see the TDM_COMPOSITION_CLIENT_CANDIDATE type) - * * The device must not request any composition type changes for windows of * this type. */ TDM_COMPOSITION_CLIENT = 1, - /* Set by the HWC after tdm_output_hwc_validate(). - * - * If the HWC decided that it doesn't want/can't to continue the composition for - * the window through a hardware overlay or other similar way it'll change - * a type to the TDM_COMPOSITION_CLIENT_CANDIDATE type. - * - * This transition can happen only if the window has the TDM_COMPOSITION_DEVICE - * type already. - * - * If an user changed type of a window from the TDM_COMPOSITION_DEVICE - * type to the the TDM_COMPOSITION_CLIENT type, the type - * will be rejected to the TDM_COMPOSITION_CLIENT_CANDIDATE type. - * - * The user has to composite this window itself. - * - * The underlying hardware overlay is owned by this window till a type being - * changed to the TDM_COMPOSITION_CLIENT type, but it's not possible to set a - * buffer for this window after a type's been changed to the - * TDM_COMPOSITION_CLIENT_CANDIDATE type. - * - * This transitional state is used to get rid of blinking at a transition from - * the TDM_COMPOSITION_DEVICE type to the - * TDM_COMPOSITION_CLIENT type where the hw has to wait till a buffer, which was - * on a hw overlay, get composited to the fb_target and only after this happens - * unset(or set another window on) this hw overlay. - * - * User has to inform the HWC (the HWC got no way to know when it happens) after a buffer, - * which was on a hw overlay, get composited to the fb_target by setting a type of this - * window to the TDM_COMPOSITION_CLIENT type, it causes a type of this window being changed - * to TDM_COMPOSITION_CLIENT. - */ - TDM_COMPOSITION_CLIENT_CANDIDATE = 2, - - /** Set by the client before tdm_output_hwc_validate(). * * Upon tdm_output_hwc_validate(), the device may request a change from this type to * TDM_COMPOSITION_DEVICE or TDM_COMPOSITION_CLIENT. */ - TDM_COMPOSITION_DEVICE_CANDIDATE = 3, + TDM_COMPOSITION_DEVICE_CANDIDATE = 2, /** Set by the HWC after tdm_output_hwc_validate(). * @@ -210,7 +173,7 @@ typedef enum { * * Upon tdm_output_hwc_validate(), the device may request a change from this type to * TDM_COMPOSITION_CLIENT or TDM_COMPOSITION_DEVICE_CANDIDATE. */ - TDM_COMPOSITION_DEVICE = 4, + TDM_COMPOSITION_DEVICE = 3, /** Similar to DEVICE, but the position of this layer may also be set * asynchronously through layer_set_cursor_position. If this functionality is not @@ -222,7 +185,7 @@ typedef enum { * either TDM_COMPOSITION_DEVICE or TDM_COMPOSITION_CLIENT. Changing to * TDM_COMPOSITION_DEVICE will prevent the use of layer_set_cursor_position but * still permit the device to composite the layer. */ - TDM_COMPOSITION_CURSOR = 5, + TDM_COMPOSITION_CURSOR = 4, } tdm_hwc_window_composition; -- 2.7.4