remove the old implementation of 'smooth transition' mechanism.

Change-Id: I431a148841ae98b156eda141c0582c2f8dc7ab86
Signed-off-by: Sergey Sizonov <s.sizonov@samsung.com>

diff --git a/include/tdm_types.h b/include/tdm_types.h
index c64a351..75cb920 100644 (file)
--- 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;