Revert of Mus+Ash: propagate Surface ID to parents

Revert of Mus+Ash: propagate Surface ID to parents (patchset #11 id:200001 of https://codereview.chromium.org/2414683003/ )

Reason for revert:
Speculative revert for mash_browser_tests flake

Original issue's description:
> Mus+Ash: propagate Surface ID to parents
>
> Currently, in Mus+Ash, the window server is responsible for positioning
> windows and generating SurfaceDrawQuads for them. This CL propagates surface
> IDs for child windows to their parents so that parents can embed them directly
> via CompositorFrames. This will happen in a subsequent patch.
>
> A SurfaceSequence is allocated for the surface ID that is propagated up the
> window hierarchy. As long as the parent holds on to the SurfaceSequence,
> then the surface ID will be preserved. Once the parent is informed of a
> new surface ID then it will return the SurfaceSequence back to the window
> server for reclamation (mus-gpu in the future). If a window is destroyed then
> it will also return its SurfaceSequence.
>
> BUG=647852
>
> Committed: https://crrev.com/065bde79d4e511f613ae89a2fc535029dae26100
> Cr-Commit-Position: refs/heads/master@{#425556}

TBR=kylechar@chromium.org,rjkroege@chromium.org,sadrul@chromium.org,sky@chromium.org,tsepez@chromium.org,fsamuel@chromium.org
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=647852
Committed: https://crrev.com/c735fc2eda819740138c2a55086cc45ef6d7a9a4
Cr-Commit-Position: refs/heads/master@{#425564}

[Ken Rockot(use gerrit already), 2016-10-15 15:40:47]

The CQ bit was checked by rockot@chromium.org

[Ken Rockot(use gerrit already), 2016-10-15 15:40:48]

Created Revert of Mus+Ash: propagate Surface ID to parents

[commit-bot: I haz the power, 2016-10-15 15:41:01]

CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[commit-bot: I haz the power, 2016-10-15 15:42:16]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2016-10-15 15:44:33]

Description was changed from

==========
Revert of Mus+Ash: propagate Surface ID to parents (patchset #11 id:200001 of
https://codereview.chromium.org/2414683003/ )

Reason for revert:
Speculative revert for mash_browser_tests flake

Original issue's description:
> Mus+Ash: propagate Surface ID to parents
> 
> Currently, in Mus+Ash, the window server is responsible for positioning
> windows and generating SurfaceDrawQuads for them. This CL propagates surface
> IDs for child windows to their parents so that parents can embed them directly
> via CompositorFrames. This will happen in a subsequent patch.
> 
> A SurfaceSequence is allocated for the surface ID that is propagated up the
> window hierarchy. As long as the parent holds on to the SurfaceSequence,
> then the surface ID will be preserved. Once the parent is informed of a
> new surface ID then it will return the SurfaceSequence back to the window
> server for reclamation (mus-gpu in the future). If a window is destroyed then
> it will also return its SurfaceSequence.
> 
> BUG=647852
> 
> Committed: https://crrev.com/065bde79d4e511f613ae89a2fc535029dae26100
> Cr-Commit-Position: refs/heads/master@{#425556}

TBR=kylechar@chromium.org,rjkroege@chromium.org,sadrul@chromium.org,sky@chrom...
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=647852
==========

to

==========
Revert of Mus+Ash: propagate Surface ID to parents (patchset #11 id:200001 of
https://codereview.chromium.org/2414683003/ )

Reason for revert:
Speculative revert for mash_browser_tests flake

Original issue's description:
> Mus+Ash: propagate Surface ID to parents
>
> Currently, in Mus+Ash, the window server is responsible for positioning
> windows and generating SurfaceDrawQuads for them. This CL propagates surface
> IDs for child windows to their parents so that parents can embed them directly
> via CompositorFrames. This will happen in a subsequent patch.
>
> A SurfaceSequence is allocated for the surface ID that is propagated up the
> window hierarchy. As long as the parent holds on to the SurfaceSequence,
> then the surface ID will be preserved. Once the parent is informed of a
> new surface ID then it will return the SurfaceSequence back to the window
> server for reclamation (mus-gpu in the future). If a window is destroyed then
> it will also return its SurfaceSequence.
>
> BUG=647852
>
> Committed: https://crrev.com/065bde79d4e511f613ae89a2fc535029dae26100
> Cr-Commit-Position: refs/heads/master@{#425556}

TBR=kylechar@chromium.org,rjkroege@chromium.org,sadrul@chromium.org,sky@chrom...
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=647852

Committed: https://crrev.com/c735fc2eda819740138c2a55086cc45ef6d7a9a4
Cr-Commit-Position: refs/heads/master@{#425564}
==========

[commit-bot: I haz the power, 2016-10-15 15:44:34]

Patchset 1 (id:??) landed as
https://crrev.com/c735fc2eda819740138c2a55086cc45ef6d7a9a4
Cr-Commit-Position: refs/heads/master@{#425564}