merge in klp-release history after reset to klp-dev

Merge changes I34935d21,If423cd29 into klp-dev

* changes:
  handle several vsync signal correctly
  only use format compatible with CPU consumers

Merge "make sure SF initialization is ran at target priority and correct thread group" into klp-dev

make sure SF initialization is ran at target priority and correct thread group

SF can spawn threads (indirectly) during initialization
and we want those to be spawned at URGENT_DISPLAY_PRIORITY
(in theory they should set their own, but some code lives
in vendor libraries and doesn't).

Bug: 10430209
Change-Id: I5b3a8f979297de287614c8eafd8267bef1176e4b

fix DimLayer in GLES2.0 SF

DimLayer state wasn't initialized properly.

Bug: 10442967
Change-Id: I384c1d85c58c96ae29d5daa1fabee9f4ce003501

Remove input flinger stubs.  (DO NOT MERGE)

Bug: 10446930
Change-Id: I4dd46f539cd2a2e324dfc83b45ba2787f7404a4a

Merge "Add ability to test supported content types to MediaDrm" into klp-dev

Merge "Surface: Fix controlledByApp parameter" into klp-dev

merge in klp-release history after reset to klp-dev

handle several vsync signal correctly

Change-Id: I34935d2197ce8e914fef2f110896e47b44225ad2

only use format compatible with CPU consumers

EGL now picks the buffer format out of a small set
of formats compatible with CPU consumers instead of
using the EGL_NATIVE_VISUAL_ID.

Bug: 10194508
Change-Id: If423cd29601b7a3ace8670f4c73004132cfc4b31

Add ability to test supported content types to MediaDrm

bug: 10244066
Change-Id: I6666d0dbfdc6e791deb9a82c918255af4fa19816

screenshot layers wouldn't work in some cases

specifically when the display size and the screenshot window
size didn't match, the buffer would be rejected.
We simply fix this by setting the scalling mode to
"SCALE_TO_WINDOW".

Bug: 9992306
Change-Id: Ib821767899af330bb70d3cbbfa7d41b02794a075

Merge "dumpstate: Fix wifi list of networks dump" into klp-dev

Surface: Fix controlledByApp parameter

Bug: 10425641
Change-Id: I1a47e2ce4ecbdb8e67030a5d9ddf6604c5e2497d

Merge "Fix a bug where non-cropped layer could be scaled incorrectly" into klp-dev

dumpstate: Fix wifi list of networks dump

Bug: 9056601

Change-Id: Ia0adb67afdf3d478033d0ee34bbb95e621e2fe51
Signed-off-by: Dmitry Shmidt <dimitrysh@google.com>

Merge "Provide HWC prepare with a valid output buffer" into klp-dev

Merge "Fix HWComposer dumping of float source crops" into klp-dev

Merge "Fix virtual displays for HWC 1.0" into klp-dev

merge in klp-release history after reset to klp-dev

Fix a bug where non-cropped layer could be scaled incorrectly

If a layer is not cropped but its bounds are outside of the
viewport (i.e.: clipped), the crop rectangle passed to
hw composer would be invalid because it started invalid
in the first place (to indicate "no crop").

Bug: 10410944
Change-Id: I4ae4d49a1adef0be7fa4304ecf84b1a5b7d03fe0

Provide HWC prepare with a valid output buffer

We weren't dequeing and setting the output buffer until just before
set(). This didn't allow HWC to make decisions in prepare() based on
the output buffer format, dimensions, etc.

Now we dequeue the output buffer at the beginning of the composition
loop and provide it to HWC in prepare. In GLES-only rendering, we may
have to cancel the buffer and acquire a new one if GLES requests a
buffer with properties different than the one we already dequeued.

Bug: 10365313
Change-Id: I96b4b0a851920e4334ef05080d58097d46467ab8

Fix HWComposer dumping of float source crops

Change-Id: I45a9344b5fab17ccb54bebd01382d738a03860e6

Fix virtual displays for HWC 1.0

We weren't swapping the buffers.

Bug 10366404

Change-Id: I43eb7648231bedf24899da6fc0d9acc09e0b047e

SurfaceFlinger now runs in the process's main thread

it used to spawn its own thread and return the main thread
to the binder thread pool -- this was confusing the naming
of things in the kernel.

Bug: 10331839

Change-Id: I2d13a6d73409a38109300fcbe6a04b4c41cb5d00

merge in klp-release history after reset to klp-dev

Fix build

Neglected the "checkbuild"-built tests.

Change-Id: I202692f1a6d1e306c88e820c959d07d16e7c6a00

Merge "Re-enable frame dropping for non-auto timestamps" into klp-dev

merge in klp-release history after reset to klp-dev

Merge "Use new HWC display type/count constants." into klp-dev

Merge "Encapsulate textures into their own Texture class" into klp-dev

Encapsulate textures into their own Texture class

the main reason for doing this is so that we can have
access to informations about a texture (like its dimension)
close to where we generate and use shaders in ES 2.0.
Previously, there wasn't any way to get to a texture's size
from a RenderEngine implementation.

Bug: 8679321

Change-Id: I388b338a70d07e3e8177dde248710ea1e4c82dff

Re-enable frame dropping for non-auto timestamps

This change adds an entire field to note whether the timestamp was
auto-generated by Surface or supplied by the application.

The value is used when deciding whether or not to drop frames based
on buffer presentation timestamps.  If a desired presentation time
was set explicitly, BufferQueue will use that value to decide if a
frame should be dropped.  If the timestamp was generated by Surface
at the time the buffer was queued, the timestamp is ignored.

Bug 10151804

Change-Id: Ibd571a7578351063b813cbdad2ddbeed70655ba5

Merge "Replace sRGB_888 with sRGB_X_8888" into klp-dev

Use new HWC display type/count constants.

Change-Id: I774d0c68906ac6dc69268f708c30a6b0868b8816

Merge "gui: CpuConsumer::lockNextBuffer change return code when too many bufs acquired" into klp-dev

Replace sRGB_888 with sRGB_X_8888

Bug: 10357459
Change-Id: I3a1d92cce2c9d3e930408129fb20887276fffddc

Merge "Add support for EGL_KHR_gl_colorspace" into klp-dev

Merge "Fix ES2 composition on some devices" into klp-dev

Simplify handling of opaque layers in shader generation

just ensure the alpha value is 1.0 in the opaque case
when reading the color from the texture or the
global color.

Bug: 8679321

Change-Id: Ia38b30e97c3bce5a2d534a40c0d66e0bfc3ea40d

Fix ES2 composition on some devices

- turns out fragment shaders don't have default precision by default
- GLES 1.x extensions that became core in GLES 2.0 don't always work
  as extensions in GLES 2.0 (!)

Bug: 8679321
Change-Id: I5a4a93e158247910399325a965af5d2e3bbece9b

Disable GLES 2.x rendering

Bug 10340705

Change-Id: I91f3baf0d79655d8d031c100d0b116f745c2fbef

Initialize mIndent

Bug 10334731

Change-Id: Ia3aa118a1516cc480b0d85179b78c4447f982dd6

Disable GLES 2.x rendering

Bug 10340705

Change-Id: I91f3baf0d79655d8d031c100d0b116f745c2fbef

Initialize mIndent

Bug 10334731

Change-Id: Ia3aa118a1516cc480b0d85179b78c4447f982dd6

merge in klp-release history after reset to klp-dev

gui: CpuConsumer::lockNextBuffer change return code when too many bufs acquired

- Return NOT_ENOUGH_DATA instead of INVALID_OPERATION when too many
  buffers have already been locked.
- INVALID_OPERATION is nominally used when something irrecoverable happens,
  but in this case the client just needs to call unlockBuffer to go back into a
  good state.

Bug: 10333400
Change-Id: I3a034d77de85741429f832a90eedd670afa1dc94

fix build. optional test broke.

Change-Id: I0ed5e2cd4c8945ee95673ed0eec5820d9def5097

Fix build. optional tests were broken.

Change-Id: Iba9f5cb57f134559e1f9c55e293578d9f5d8cb96

Merge "don't reallocate the mesh each time we use it" into klp-dev

Merge "SurfaceFlinger now uses GLES 2.x when available" into klp-dev

merge in klp-release history after reset to klp-dev

don't reallocate the mesh each time we use it

the Mesh object can be part of each Layer (at least currently).
also reworked the Mesh code a bit to make it easier to access
the vertex data.

Change-Id: I0490851ba898f0aa2e55b62958dcd8bdb535e98b

Merge "dumpstate: switch to HAL static libraries" into klp-dev

dumpstate: switch to HAL static libraries

Change-Id: I865a0b4b4a84a2d54a239e7b09874287f0c1ad56

SurfaceFlinger now uses GLES 2.x when available

Bug: 8679321

Change-Id: I2b152d01fb4e2de2ea9fe87f1ddbd6826d7520d7

allow "system" screenshots even when the secure flag is set

we need too allow this case so that things like the rotation
animation can work.
with this change we only permit these screenshot if the
destination is SurfaceFlinger itself.

Bug: 10235036
Change-Id: I66fea5391e52b0d7f17f25827572b236f2d9eb71

Add support for EGL_KHR_gl_colorspace

Change-Id: I684d0b8556cd6c84ee4b4d67e1bb95c3b96fccfb

Merge "Don't swallow eglCreateContext errors" into klp-dev

merge in klp-release history after reset to klp-dev

make sure GLConsumer::releaseTexImage() works after detachFromContext()

Change-Id: I27e0bc57e927d47b2b98113ee37b5396bcc72019

Don't swallow eglCreateContext errors

If the implementation eglCreateContext failed, we called
eglGetError(), so we could check that it set the EGL error properly.
But since we'd already called this, when the app called eglGetError()
it would get EGL_SUCCESS!

Bug: 10181333
Change-Id: Ic45d3a8fcb8c4421e04844c6d2f52761790b5948

merge in klp-release history after reset to klp-dev

Merge "make sure we have a context when creating the 1st surface" into klp-dev

make GLConsumer's debug texture static

this is so that we don't burn a gralloc handle and a bit
of memory per GLConsumer.

Change-Id: I30c3e7ec45d7f1b5426aca8e06c7716870877706

make sure we have a context when creating the 1st surface

also add an option to dump the stack trace when
calling a GL function without a context.

Change-Id: I57b72bb8c322ac4253c3077bf150621bd9863b69

Add ISurfaceComposer::destroyDisplay

Bug: 10191053
Change-Id: Ia89286f95421344a60ffedaaca5825c4e3cd7f9e

merge in klp-release history after reset to klp-dev

Merge "don't hardcode debug texture dimensions"

don't hardcode debug texture dimensions

Change-Id: I356333801d246a8cafb3e977a77dc7325e8b822d

am 046b72fc: Merge "fix a possible deadlock when removing a layer and destroying a client"

* commit '046b72fc5d93aae3b47b88b9f6683512d01d75d0':
  fix a possible deadlock when removing a layer and destroying a client

batteryservice: add battery current now and charge counter data

Change-Id: I4b3ea25342d4a03a8e38bfee2ef3b1ce54f82582

Merge "Add EGL_KHR_get_all_proc_addresses to extension string"

Merge "Set the swap interval of virtual display surfaces to 0"

merge in klp-release history after reset to master

Set the swap interval of virtual display surfaces to 0

This prevents slow/malicious virtual display consumers from
backpressuring SurfaceFlinger and preventing it from updating other
displays.

Bug: 10193714
Change-Id: I3e877d97202628d2d9abea24b66576f38299c14d

fix tests more

Change-Id: I05c3dd6a22440844f8bd071f4c2b620b2bd8c720

fix tests

Change-Id: I0f4d613481eda2c44a2d631a81d75de7e52e7a62

remove support for glReadPixels screenshot path

this was only needed on some chipset we're not
supporting in KLP.

Change-Id: I2e8fc07f135030bd61d2e241a8e426f1a4316425

Add EGL_KHR_get_all_proc_addresses to extension string

We've had the extended behavior since Android 4.3, but the extension
hadn't been ratified by Khronos yet so we couldn't add it to the
extension string.

Bug: 9681677
Change-Id: I78842316a3ab7a3f66a0ac1a4742d837de664c4c

Fix build. 3rd attempt

Change-Id: I4317b34fd07890ea7cf9db51be42d72ef21aca89

All consumers now take an IGraphicBufferConsumer instead of a BufferQueue

this means they only have access to the consumer end of
the interface. we had a lot of code that assumed consumers
where holding a BufferQueue (i.e.: both ends), so most of
this change is untangling in fix that

Bug: 9265647
Change-Id: Ic2e2596ee14c7535f51bf26d9a897a0fc036d22c

Merge "fix a possible deadlock when removing a layer and destroying a client"

merge in klp-release history after reset to master

fix a possible deadlock when removing a layer and destroying a client

generally the last reference to a Layer is released in commitTransaction()
with mStateLock held. Layer itself only holds weak references to Client,
however, ~Layer() briefly promotes this weak reference -- during that time
the all other strong references to that Client go away, ~Layer is left with
the last one... then hell breaks loose as ~Client is called, which in turn
needs to acquire mStateLock.

We fix this by holding a temporary copy of the drawing state during
the transaction so that the side-effects of copying the current
state into the drawing state are seen only after mStateLock has
been released.

Bug: 9106453
Change-Id: Ic5348ac12283500ead87286a37565e8da35f1db2

Merge "BufferQueue: Support query of consumer usage bits"

merge in klp-release history after reset to master

Merge "Roll back recent change"

Roll back recent change

Disable dropping of frames based on timestamp.  Resume auto-
generating timestamps in Surface.

Bug 10151804

Change-Id: I15de26158e1d7ef22a5b150e685a126dc48ae2b4

Merge "Binderize the consumer side of BufferQueue"

Merge "Drop frames based on presentation timestamp"

Binderize the consumer side of BufferQueue

While currently untested, this should allow to move the
BuffereQueue in the consumer process and have everything
work as usual.

Bug: 9265647

Change-Id: I9ca8f099f7c65b9a27b7e7a3643b46d1b58eacfc

Drop frames based on presentation timestamp

If there are two or more buffers pending that are ready for
immediate presentation, drop all but the last one.

Any code that didn't explicitly specify timestamps for buffers
was using the default value (auto-generated "now").  As a result,
surfaceflinger would drop frames whenever more than one buffer
was queued.  We now use zero as the auto-generated timestamp,
and we don't set the timestamp in eglBeginFrame().

Change-Id: I187f42d33de227cd3411ff0dcd3b9ce1961457eb

log an error when dequeueBuffer gets a NULL Fence

Bug: 9858745
Change-Id: If35d6a7d770bf0a42d55bc55880a9ddb721fcfd0

remove unused code form GraphicBuffer

Change-Id: I0dd67f1f93f654331e8f17b55730931dbc695ca7

remove libutils

libutils is being moved from frameworks/native/ to system/core/ in order
to facilitate native C++ platform (non-frameworks) code.

Change-Id: I44089fb960591a40b8a9c30faabb10459d107d71

merge in klp-release history after reset to master

Fix BlobCache_test

Change-Id: I5b20aeb4dcff80f1e18e1165b8461d20034dc1ac

Make Flattenable not virtual

Fallout from the Flattenable change, update all its uses.

Additionnaly, fix/tighten size checks when (un)flatten()ing
things.

Removed the assumption by some flattenables (e.g.: Fence)
that the size passed to them would be exact (it can
and will be larger in some cases)

The code in Parcel is a bit complicated so that we don't
have to expose the full implementation (and also to
keep the code smallish).

Change-Id: I0bf1c8aca2a3128491b4f45510bc46667e566dde