summaryrefslogtreecommitdiff
path: root/cmds/dumpstate/utils.cpp
diff options
context:
space:
mode:
author Chia-I Wu <olv@google.com> 2017-11-16 10:50:20 -0800
committer Chia-I Wu <olv@google.com> 2017-11-16 14:09:56 -0800
commit83806897c6366d841971a38f4a007bb83a7afb64 (patch)
treef9f9042fdf8aadeb449ec0045f0dd6f57b3d40d1 /cmds/dumpstate/utils.cpp
parent7957b72de1052ec96bac3602d9582905c310ed49 (diff)
surfaceflinger: fix fencing when layers become invisible
A layer always holds on to a buffer (after the first one is acquired). When a new buffer comes in, and the layer is visible, it will - acquire the new buffer - present the new buffer to HWC - get the release fence from HWC - associate the old buffer with the release fence and release it But if the layer happens to be becoming invisible, it will go through - acquire the new buffer - destroy the HWC layer and present - release the old buffer without any fence The problem here is that the old buffer is still on screen until the present takes effect (e.g., on next HW vsync). Rendering artifacts may be seen on screen. This commit changes the acquire/release process for layer becoming invisible to - acquire the new buffer - destroy the HWC layer and present - get a fence from HWC - associate the old buffer with the fence and release it We do not require HWC getReleaseFences to return fences for destroyed layers. We can only use the next best fence, the present fence. Bug: 68490054 Test: manual Change-Id: I68bbf392a6681c6512fc0be68a7d17df122f7308
Diffstat (limited to 'cmds/dumpstate/utils.cpp')
0 files changed, 0 insertions, 0 deletions