am db9b41fd: fix a corruption in blank/unblank

* commit 'db9b41fd157279d1b988a854e0d7c5b43c2fac38':
  fix a corruption in blank/unblank

fix a corruption in blank/unblank

we were holding a reference (ie: pointer) to a sp<DisplayDevice>
while processing the message. Meanwhile the object itself could
go away and we would end up accessing a dead object.

the root cause of the problem is that we are accessing mDisplays[]
in a few places outside of the main thread.

Bug: 7352770
Change-Id: I89e35dd85fb30e9a6383eca9a0bbc7028363876c

am 3365c567: Merge "SurfaceFlinger: add animation transactions" into jb-mr1-dev

* commit '3365c56716432d3bfdf41bb82fb08df821f41d0c':
  SurfaceFlinger: add animation transactions

am b96fe085: Merge "Add new debug option to force 4x MSAA in OpenGL ES 2.0 apps" into jb-mr1-dev

* commit 'b96fe08540dcf7e90be56919ea9863f687da779c':
  Add new debug option to force 4x MSAA in OpenGL ES 2.0 apps

Merge "SurfaceFlinger: add animation transactions" into jb-mr1-dev

SurfaceFlinger: add animation transactions

This change adds a transaction flag for WindowManager to indicate that a
transaction is being used to animate windows around the screen.  SurfaceFlinger
will not allow more than one of these transactions to be outstanding at a time
to prevent the animation "frames" from being dropped.

Bug: 7353840
Change-Id: I6488a6e0e1ed13d27356d2203c9dc766dc6b1759

Merge "Add new debug option to force 4x MSAA in OpenGL ES 2.0 apps" into jb-mr1-dev

Add new debug option to force 4x MSAA in OpenGL ES 2.0 apps

Change-Id: I53ac91a9ce07b5dd5f2ee0e3cc5b65b6402f9229

am 837d2f9e: Always set vertex alpha when drawing screenshot layers

* commit '837d2f9e83e7d8625ef482d9c9d9afa852c8dbaa':
  Always set vertex alpha when drawing screenshot layers

Always set vertex alpha when drawing screenshot layers

The screenshot is a GL_RGB texture, and the GL_REPLACE texture env
mode uses vertex alpha for GL_RGB textures instead of alpha=1.0.

Bug: 7340077
Change-Id: I6fbb907023e48f9c422b15a33da79757d6726840

Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

Change-Id: I50d7a0cbc6632c78a725810d960e049c310b3597

merge in jb-mr1-release history after reset to jb-mr1-dev

am 9bdaa60b: Merge "Add TEMP_FAILURE_RETRY around open and write calls" into jb-mr1-dev

* commit '9bdaa60b809b223d14619d1f13afdd38acb1738d':
  Add TEMP_FAILURE_RETRY around open and write calls

Merge "Add TEMP_FAILURE_RETRY around open and write calls" into jb-mr1-dev

merge in jb-mr1-factory-release history after reset to jb-mr1-dev

merge in jb-mr1-release history after reset to jb-mr1-dev

am dd57d551: Merge "SurfaceFlinger: make the num FBs a board config" into jb-mr1-dev

* commit 'dd57d551944c01394bc2807d962be4953c58c7c1':
  SurfaceFlinger: make the num FBs a board config

Merge "SurfaceFlinger: make the num FBs a board config" into jb-mr1-dev

SurfaceFlinger: make the num FBs a board config

Bug: 7283132
Change-Id: I38116f39fc18212f2daab94bbfc3daaf89439fc4

Add TEMP_FAILURE_RETRY around open and write calls

Bug: 7330849
Change-Id: I9aef3c3d3a248c3eea7ca060124ad6decaa6b4da

merge in jb-mr1-factory-release history after reset to jb-mr1-dev

Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

Change-Id: I38012327dc2f36e7e2a6773a2e1dfc49be6475ad

am b763d5ff: Assume LayerScreenshot has pre-multiplied alpha

* commit 'b763d5fffa2f942a6ae3637fab17439dd32dbebc':
  Assume LayerScreenshot has pre-multiplied alpha

merge in jb-mr1-release history after reset to jb-mr1-dev

am b82fb343: (-s ours) am e3a66965: (-s ours) Merge "Stop using transparent region for computing visible regions (DO NOT MERGE)"

* commit 'b82fb3431e5d62298b229f3b8758c832dee41f1d':
  Stop using transparent region for computing visible regions (DO NOT MERGE)

am e3a66965: (-s ours) Merge "Stop using transparent region for computing visible regions (DO NOT MERGE)"

* commit 'e3a669656ae891a510ccbd73d26559a20f5f466b':
  Stop using transparent region for computing visible regions (DO NOT MERGE)

Merge "Stop using transparent region for computing visible regions (DO NOT MERGE)"

merge in jb-mr1-factory-release history after reset to jb-mr1-dev

Reconcile with jb-mr1-release - do not merge

Change-Id: Ie746268888d072f9a5bf32320bebc98afdc0ef8b

merge in jb-mr1-release history after reset to jb-mr1-dev

Reconcile with jb-mr1-release - do not merge

Change-Id: I01ed0fa73e80b3868a53238a8e754970da2f6803

Assume LayerScreenshot has pre-multiplied alpha

Bug: 7300129
Change-Id: Ie9114adc4b5c9a8cc3c65bfe6d9478b2cba4e0d8

am f0c89b28: Merge "Fix HDMI unblank behavior" into jb-mr1-dev

* commit 'f0c89b28be2e74c26d74b2a21b7228516f8c236f':
  Fix HDMI unblank behavior

Merge "Fix HDMI unblank behavior" into jb-mr1-dev

Fix HDMI unblank behavior

Two issues:

(1) We were announcing the hotplug event before we were ready to
handle blank/unblank events, so we were losing the initial unblank
that power manager sends us when HDMI is first plugged in.  This
left the display blank until you toggled the device power off/on.

(2) We were retaining fbTargetHandle for HDMI after the display was
disconnected.  The value didn't get updated when HDMI was reconnected
because the display was blank, so we didn't go through that code
path.  So, when HDMI was re-connected, we passed stale data into
the HWC.

Bug 7323938

Change-Id: I2335d24fd7b0f00bb23fc63aa7bcf44cb8857c73

merge in jb-mr1-release history after reset to jb-mr1-dev

am 8d5d2019: Revert "Add GL Error logs (temporary)"

* commit '8d5d2019805df1f27cbec07eeca47dd5ab453dad':
  Revert "Add GL Error logs (temporary)"

Revert "Add GL Error logs (temporary)"

This reverts commit 2da2c15068327a4fdad411f638905abcb2209d8a.

Reconcile with jb-mr1-factory-release jb-mr1-release - do not merge

Change-Id: I9b2354f718f8e792bd040b7fb92f8fd1c77c037a

merge in jb-mr1-factory-release history after reset to jb-mr1-dev

merge in jb-mr1-release history after reset to jb-mr1-dev

am 0acb00c2: Merge "fix typo that prevented proper loging of EGL error code" into jb-mr1-dev

* commit '0acb00c2d780b60ed3d71be256460375dd8715b4':
  fix typo that prevented proper loging of EGL error code

am c5b58166: Merge "don\'t automatically unblank external displays" into jb-mr1-dev

* commit 'c5b58166e8170a415de108a72acfc432dec1b201':
  don't automatically unblank external displays

Merge "fix typo that prevented proper loging of EGL error code" into jb-mr1-dev

Merge "don't automatically unblank external displays" into jb-mr1-dev

fix typo that prevented proper loging of EGL error code

needed for investigating 7309949

Bug: 7309949
Change-Id: If29a5c08d0e87f46b44ba2e1030be61cb4d1403b

am 45778999: Merge "Fence didn\'t manager sync_wait error codes properly" into jb-mr1-dev

* commit '45778999c705683ec0fcca3e90c7e9969e081d93':
  Fence didn't manager sync_wait error codes properly

Merge "Fence didn't manager sync_wait error codes properly" into jb-mr1-dev

don't automatically unblank external displays

this should be handled by the display-manager. we were doing
that in SF because until recently we didn't have enough support
in the HAL. however, this is now causing other problems when
plugging hdmi while the screen is off for instance.

Bug: 7150885
Change-Id: I739b209056a765d38d05295cf202f67ee0f506ae

Fence didn't manager sync_wait error codes properly

error codes are returned in errno, this caused ::waitForwever()
to only wait for 1 second and return improper error code (-1).

needed to help debugging 7316632

Bug: 7316632
Change-Id: Ie144f614a88393393972a3a770c6b4b0581f961a

Reconcile with jb-mr1-release - do not merge

Change-Id: I94b8cbf30ab7707320dc2de4ef8a8102ed5f6091

merge in jb-mr1-release history after reset to jb-mr1-dev

am 2a09bb32: Add blankDisplay/unblankDisplay to SurfaceComposerClient.

* commit '2a09bb321930e1f782599ec902bca1db58b9af77':
  Add blankDisplay/unblankDisplay to SurfaceComposerClient.

Add blankDisplay/unblankDisplay to SurfaceComposerClient.

Bug: 7309812
Change-Id: Ia401d642094a46c62f0d26c65da1d11341e203a1

am cb55857b: fix dumpsys Layer name when using multiple displays

* commit 'cb55857bbde34a06c19dde3db5064d1717a0173e':
  fix dumpsys Layer name when using multiple displays

fix dumpsys Layer name when using multiple displays

Bug: 7288401
Change-Id: I14beeef58fac5270cef3b611e18c163060efe6c3

Stop using transparent region for computing visible regions (DO NOT MERGE)

The transparent region hint is computed only from view layout
locations, ignoring post-layout translation. If a SurfaceView is layed
out with no other views above it, but a view is moved above it
post-layout, that view's layout bounds would be subtracted from the
window's transparent region instead of its drawing bounds. Prior to
this change, the view would not be visible (except where its layout
bounds and drawing bounds overlap).

With this change, composition uses visible regions computed without
regard to the transparent regions. However, if all of a layer's
visible region is transparent, it will be removed from the list of
layers to composite. This doesn't fix the root problem of incorrect
transparent regions, and doesn't prevent bad composition in all cases.
But it does avoid it for some existing apps, while still allowing the
transparent region hint to save power in the important
fullscreen-video-in-a-SurfaceView case.

Change-Id: If2d929a10399b80401ef902abb232233a7f3d16d

am 1b3aeb48: fix SurfaceFlinger DDMS debugging

* commit '1b3aeb4844fe198c1fb61064d0cec3f5ac63f7d3':
  fix SurfaceFlinger DDMS debugging

merge in jb-mr1-release history after reset to jb-mr1-dev

fix SurfaceFlinger DDMS debugging

DdmHandleAppName.setAppName() signature changed which broke
this debugging feature.

Needed for debugging b\7267680

Change-Id: I4482bf5a441e91bef89d1ddea9a4152333be7f88

am 6d24eef4: Merge "Revert "ugly, temporary, workaroung for a problem where a binder thread spins forever"" into jb-mr1-dev

* commit '6d24eef4b6443afa8d361437c0a3a575b69609ae':
  Revert "ugly, temporary, workaroung for a problem where a binder thread spins forever"

merge in jb-mr1-release history after reset to jb-mr1-dev

Merge "Revert "ugly, temporary, workaroung for a problem where a binder thread spins forever"" into jb-mr1-dev

Revert "ugly, temporary, workaroung for a problem where a binder thread spins forever"

This reverts commit 0845d0245e09548110cacb0f20e9934753388aab

Change-Id: I395037cb9427cd11f7de6bb78fbdfa917fc6263a

ugly, temporary, workaroung for a problem where a binder thread spins forever

Bug: 7289992
Change-Id: I0c3d482a1af57e5f444be2ba7f2751ac3e954af2

am dba919c5: Merge "ugly, temporary, workaroung for a problem where a binder thread spins forever" into jb-mr1-dev

* commit 'dba919c5f372872179cd14f8b5beeb4c22fe23c1':
  ugly, temporary, workaroung for a problem where a binder thread spins forever

Merge "ugly, temporary, workaroung for a problem where a binder thread spins forever" into jb-mr1-dev

ugly, temporary, workaroung for a problem where a binder thread spins forever

Bug: 7289992
Change-Id: I0c3d482a1af57e5f444be2ba7f2751ac3e954af2

am 9504eb91: Fix race condition in ConsumerBase::addReleaseFence()

* commit '9504eb915c9628e130f45019bdefda0168089886':
  Fix race condition in ConsumerBase::addReleaseFence()

Fix race condition in ConsumerBase::addReleaseFence()

This needs the ConsumerBase mutex locked, but wasn't locking it. Two
of the four places that called it already held the lock so were fine.
Now addReleaseFence() takes the lock itself, and I added
addReleaseFenceLocked() for the two already-locked callers, since in
one of them dropping the lock would be inconvenient.

Bug: 7289269
Change-Id: I7a5628adb516f8eec782aa6c14128202f96d7b0a

am f29b86b2: (-s ours) am 76942a49: Merge "egl: Reintroduce eglGetRenderBufferANDROID"

* commit 'f29b86b26aad5f50c2cae829bcce55fbb9fd8f8b':
  egl: Reintroduce eglGetRenderBufferANDROID

am 76942a49: Merge "egl: Reintroduce eglGetRenderBufferANDROID"

* commit '76942a49740d6cf53fc5fe3c5a53f4de4011d954':
  egl: Reintroduce eglGetRenderBufferANDROID

Merge "egl: Reintroduce eglGetRenderBufferANDROID"

Reconcile with jb-mr1-release - do not merge

Change-Id: I6f2d20f646b742314b143f863957623169732bef

merge in jb-mr1-release history after reset to jb-mr1-dev

am 0e8fcc2c: Merge "Fix missing parens in CleanSpec.mk." into jb-mr1-dev

* commit '0e8fcc2c27f278478483ebbe1befe1460e8bbed1':
  Fix missing parens in CleanSpec.mk.

Merge "Fix missing parens in CleanSpec.mk." into jb-mr1-dev

am e835976d: Merge "Tone down a fatal assert" into jb-mr1-dev

* commit 'e835976d285df80e261546bd4d016dadb45d906d':
  Tone down a fatal assert

Merge "Tone down a fatal assert" into jb-mr1-dev

Fix missing parens in CleanSpec.mk.

Change-Id: I0440a942d3e685d619ec9cc402d3293cb3f52df1

am 27b28fd9: Merge "Add GL Error logs (temporary)" into jb-mr1-dev

* commit '27b28fd9960b73a1f13e22dd6655f75e2e76eef7':
  Add GL Error logs (temporary)

Merge "Add GL Error logs (temporary)" into jb-mr1-dev

am 3fbbd076: Fix broken CleanSpec.mk in libs/gui

* commit '3fbbd076ad571810d9107ed870cfce2e8c062d10':
  Fix broken CleanSpec.mk in libs/gui

Tone down a fatal assert

The new disconnectDisplay function doesn't handle virtual displays,
but it may be called for them.  Return without doing anything.

Bug 7281786

Change-Id: I62607f2ae6073fa66b393f55932604aeb8e03566

Fix broken CleanSpec.mk in libs/gui

The CleanSpec is missing parens, which causes $P to be interpreted as a
single variable, and the following printed to the log:

Clean step: rm -rf RODUCT_OUT/obj/SHARED_LIBRARIES/libgui_intermediates

This patch adds parens as needed.

Change-Id: I587998fa67a4884418c286360a577cdbb6ea9a21

make sure we don't call into the HWC HAL when not needed

when enabling/disabling vsync we now make sure to
not call into the HAL if the state wouldn't change.

Bug: 7274951

Change-Id: Ie24a6d68888a51b577acf9c2a973d85437cbacaf

am 9a143922: Ignore display state changes for disconnected displays

* commit '9a14392256354538f1f43a5e80fe46c2c2b965cb':
  Ignore display state changes for disconnected displays

Add GL Error logs (temporary)

Adding logs to tell which specific methods throw OpenGL errors.

Change-Id: I1d73c7566ed1ea6610392020411762c6255a0ede

Ignore display state changes for disconnected displays

When a display is disconnected, removing it from SurfaceFlinger's
display list is non-atomic with removing it from the Display Manager
and any in-flight transactions. So SurfaceFlinger might get a display
state change transaction for a display it has already forgotten about.
Just ignore these.

Bug: 7288082
Change-Id: Ic27e55377f3db40fb34e3b1cd67e43297df117a2

am 81cd5d3b: make sure we don\'t call into the HWC HAL when not needed

* commit '81cd5d3b94d21253a0be925f4ae58cc7f4afeef7':
  make sure we don't call into the HWC HAL when not needed

make sure we don't call into the HWC HAL when not needed

when enabling/disabling vsync we now make sure to
not call into the HAL if the state wouldn't change.

Bug: 7274951

Change-Id: Ie24a6d68888a51b577acf9c2a973d85437cbacaf

Fix crashes after HDMI disconnect

The display was being removed from SurfaceFlinger's list before we
had a chance to reset HWComposer's layer list, so we were passing
stale data into the hardware composer (which has its own per-display
data).  This resulted in "invalid gralloc handle" complaints.
We now clear the layer list immediately after removing the display.

The display was being removed while its EGLSurface was still
"current", resulting in "cancelBuffer: BufferQueue has been
abandoned" complaints.  We now call makeCurrent on the primary
display before removing the external display.

Bug 7274254

Change-Id: Ia59e3a61d7ec46488b96bf93ec5e4ed3488b70e4

am 27ec5739: Fix crashes after HDMI disconnect

* commit '27ec5739bc05330e08b02f25b62a8f597bad897a':
  Fix crashes after HDMI disconnect

Reconcile with jb-mr1-release - do not merge

Change-Id: I4e8f1a58de984fa0945b9df9e8bc230c11e7fc58

merge in jb-mr1-release history after reset to jb-mr1-dev

Fix crashes after HDMI disconnect

The display was being removed from SurfaceFlinger's list before we
had a chance to reset HWComposer's layer list, so we were passing
stale data into the hardware composer (which has its own per-display
data).  This resulted in "invalid gralloc handle" complaints.
We now clear the layer list immediately after removing the display.

The display was being removed while its EGLSurface was still
"current", resulting in "cancelBuffer: BufferQueue has been
abandoned" complaints.  We now call makeCurrent on the primary
display before removing the external display.

Bug 7274254

Change-Id: Ia59e3a61d7ec46488b96bf93ec5e4ed3488b70e4

am a573945d: libgui: enable fence support for exynos5

* commit 'a573945df7d21cfb73aa9cdba41561105e2ffb01':
  libgui: enable fence support for exynos5

Fix issue #7271589: Cannot set Ocean HD live wallpaper

Change-Id: Id7662c503815293040c240232a6622bd6f6eab37

libgui: enable fence support for exynos5

Change-Id: Iffc48412b8c951116a956a3ac7dab8d75eed13da
Bug: 7238122

am 3fd12e41: libgui: fix up compile options

* commit '3fd12e41afcf323fdb99a4cf6bef0f904d72cc8b':
  libgui: fix up compile options