am 2d15fcab: Merge "reduce PB size from 2MB to 512KB" into jb-dev

* commit '2d15fcab3e3588cfddb6c7b180faecd3eccce2e5':
  reduce PB size from 2MB to 512KB

Merge "reduce PB size from 2MB to 512KB" into jb-dev

Reconcile with jb-release

Change-Id: Iac1c88f2833e67e52af2bc22a17fa93d30cb44cc

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

am 9be7caf3: Merge "Include stack traces for certain native processes in bugreport." into jb-dev

* commit '9be7caf380b0e2fb29b8813fb8762c2ae417ce95':
  Include stack traces for certain native processes in bugreport.

Merge "Include stack traces for certain native processes in bugreport." into jb-dev

am 49b97e20: I am having second thoughts about 512m for the large heap size.

* commit '49b97e20f17af0ba98cdece2b7b93ab0a2199af4':
  I am having second thoughts about 512m for the large heap size.

I am having second thoughts about 512m for the large heap size.

Let's go with 384 megs, half way between the large heap size on
Xoom and 512.

Change-Id: I4a7f2e5a8b2920b49fa53777725e24811145f5f2

Include stack traces for certain native processes in bugreport.

Bug: 6615693
Change-Id: I64c3b3ce0bba62d9c332a795f7d979fb753dc27b

Aligning native Parcel implementation to Java.

The Java implementation of writing the RPC response header
calculates the length of the header including the 4 bytes
specifying the header length but the native implementation
excludes the 4 bytes specifying the length from the header
length.
The native implementation has been aligned to the Java impl.

Change-Id: I325bf272a63152d8fded4cf4e51a906b5a9bfe19

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

am 0cd545f1: sometimes we would incorrectly scale the content of a surface

* commit '0cd545f14261d829513e0d6e8fa5e4e4f3372b3d':
  sometimes we would incorrectly scale the content of a surface

sometimes we would incorrectly scale the content of a surface

this would happen when a resize was pending (ie: we have received
and processed a resize transaction but have not received a buffer
with the right size) and a new transaction came in that didn't
involve a resize, for instance a translate-only transaction.

in this case, we would incorrectly update the drawing state
with the pending size, eventhough we still don't have a buffer
for it.

the solution is quite simple, we never allow the size to propagate
from current to drawing state during the regular transaction processing
(unless we are in fixed-size mode -- meaning we don't need to have
a matching size buffer), this propagation happens later once we
receive the buffer.

Bug: 6624163
Change-Id: I11a97e4b88a7f3a0571ddcfe99c86cb04ce01a4d

Reconcile with jb-release

Change-Id: I73f561b3fb9c76aa30ff7de8eab378a1ba5963cc

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

am ba43e0a1: Merge "SurfaceFlinger: remove all GLES scissor calls." into jb-dev

* commit 'ba43e0a1faee9629ca2d0beb53dd6c44bb9bfd05':
  SurfaceFlinger: remove all GLES scissor calls.

Merge "SurfaceFlinger: remove all GLES scissor calls." into jb-dev

am be502a02: Add new Dalvik memory limit definition.

* commit 'be502a02c8e0ea232e7339ed60b1754c929ecec1':
  Add new Dalvik memory limit definition.

reduce PB size from 2MB to 512KB

this allows us to enable h/w acceleration on low-end
devices while keeping memory usage down.

Bug: 6557760
Change-Id: I8af2de3038dc2579360b8b73aa452cb7a0e506a9

SurfaceFlinger: remove all GLES scissor calls.

Bug: 6576505
Change-Id: I494b7627f2e271a234706bf49a9490f8ac56c77a

Add new Dalvik memory limit definition.

This is for a 7in hdpi/tvdpi tablet with 1G of RAM.

That sounds kind-of familiar.  I don't know.  Have I seen
such a thing before?  Maybe.

Bug: 6576049
Change-Id: Iabc245692d5106feec9199eb2b5a3d06e27a9b83

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

am 4824d40a: sometimes SF would not process a surface resize

* commit '4824d40a35333182c2eb3593511b9bcbecd0a943':
  sometimes SF would not process a surface resize

sometimes SF would not process a surface resize

this would happen when a window started with size A, was
resized to B and immediately resized to A. In this situation
the erquested and active size would be the same, and SF
would think a transaction wasn't needed.

we fix this by always comparing the requested sizes.

Also, make sure to set mRefreshPending once we're sure
we have succesfully called updateTexImage().

Bug: 6580962
Change-Id: I2c48b4df7f05fd35c9e1d2dd82095b0f3d5a0b6a

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

am 4467bba7: Merge "Support looper callbacks based on smart pointers." into jb-dev

* commit '4467bba73a91161da01d5d969cf7ba3e2309d989':
  Support looper callbacks based on smart pointers.

am dad23789: Merge "Delete unused poll() code." into jb-dev

* commit 'dad2378911a244607afa3899928c429b340031cb':
  Delete unused poll() code.

am 9e2e781a: Merge "Remove unused statistics code." into jb-dev

* commit '9e2e781acaead54d0fb095d55a1c44b32563248f':
  Remove unused statistics code.

Merge "Support looper callbacks based on smart pointers." into jb-dev

Merge "Delete unused poll() code." into jb-dev

Merge "Remove unused statistics code." into jb-dev

Support looper callbacks based on smart pointers.

Bug: 6559630
Change-Id: I5a667f219f431838638acefbc9fa6afa610971bd

Delete unused poll() code.

We don't need this code anymore and it is just in the way.

Bug: 6559630
Change-Id: I1dc9decf85d5ea1feab159c2985da6c20baffdd5

Remove unused statistics code.

Bug: 6559630
Change-Id: Iacdf4bb4c1c125c09305cbd8cb443c7c80cfc010

Reconcile with jb-release

Change-Id: If0a430615dadb425b82aa27204e6c670f06ee099

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

am e31564d8: Fix a crasher is surfaceflinger.

* commit 'e31564d8eb0ab67e167a888eccce20f5b4e4ef45':
  Fix a crasher is surfaceflinger.

Fix a crasher is surfaceflinger.

this bug introduced recently would happen when the very first
buffer of a surface was rejected for not having the right size

Bug: 6577035
Change-Id: I9fabf20006019f2a6c308be7c7f5c05bdcfd5014

am 2c8207e9: add the ability to reject buffers in SurfaceTexture::updateTexImage

* commit '2c8207e9627fe6c7a90e31fae8d71ae49df56845':
  add the ability to reject buffers in SurfaceTexture::updateTexImage

am 702634a4: refactoring in preparation for bug:6498869 fix

* commit '702634a4dad85cfc292618ac91eda6c00f42b7c5':
  refactoring in preparation for bug:6498869 fix

am 05cec9d1: improve resize transactions

* commit '05cec9d1275fd939c2d1aec235dca2bdb8edef63':
  improve resize transactions

am 419e196e: Improve debug logs and minor clean-up

* commit '419e196e639c8adb875da2765abcef95017b6d4a':
  Improve debug logs and minor clean-up

Reconcile with nakasi-factoryrom-release

Change-Id: Ib47a2f4001bbf5ec4a2b889a16e41a1259eb6e1a

merge in nakasi-factoryrom-release history after reset to jb-dev

Reconcile with jb-release nakasi-factoryrom-release

Change-Id: I3bc06420f32fe0ce50b6943fe33eca293f375d05

add the ability to reject buffers in SurfaceTexture::updateTexImage

SurfaceFlinger is using this new feature to reject buffers that
don't have the right size.

Bug: 6498869
Change-Id: I8a7250a47db6c082a357b703feb3b9d0fc8d3443

refactoring in preparation for bug:6498869 fix

here we just shuffle a bit the code inside lockPageFlip(),
we move the code that handles the buffer size closer to the call
to updateTexImage(). no functionality change.

Change-Id: Ie3193cd86cd32cf3c89532449fd747d145ca0ab6

improve resize transactions

use a flag instead of pre-committing the "requested" state
to prevent propagation or "requested" to "active", which makes
things a lot clearer when reading the code.

also avoid going through the "resized" code-path when requested
size is equal to "active" size.

Bug: 6498869
Change-Id: I24f893ba0ec5ca06aac5b8da9818989ae7ce4005

Improve debug logs and minor clean-up

Bug: 6498869
Change-Id: I14d1b4d6960b87b5a7c4d7e20b92538edd9331ff

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

am e1082496: Enable SurfaceTexture fence sync for the emulator

* commit 'e10824965c64663b8878b808206ee382c7ab6af8':
  Enable SurfaceTexture fence sync for the emulator

Enable SurfaceTexture fence sync for the emulator

The host-accelerated GL ES driver doesn't do the implicit
synchronization required when fence sync isn't used.

Bug: 6515813
Change-Id: I6a667f2db6b519f3557b5abda78775f767841dae

am 83e7c8c4: Implement the EGL_KHR_fence_sync in libagl

* commit '83e7c8c431ec8b578b6f778811837632e3798768':
  Implement the EGL_KHR_fence_sync in libagl

merge in nakasi-factoryrom-release history after reset to jb-dev

Reconcile with jb-release

Change-Id: I37477f9871208d227b42937c5aa7d27129bdecb1

Implement the EGL_KHR_fence_sync in libagl

Implementing this in libagl allows us to start using it for
SurfaceTexture in emulator builds, which is necessary to avoid
corruption in the Browser when using the host-accelerated GL path.

Bug: 6515813
Change-Id: Icafba8687cb5d010d8d42b3866b298d2be984fc9

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

am cc2b1560: fix EGL_CLIENT_STRING

* commit 'cc2b1560e87369676a2d13f17bd1ff4021a91819':
  fix EGL_CLIENT_STRING

fix EGL_CLIENT_STRING

it should read OpenGL_ES (with an underscore)

Bug: 6529643

Change-Id: I7caf07793bffe5a8dcceaff496a222077486fc87

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

Reconcile with jb-release nakasi-factoryrom-release

Change-Id: I42366ee22738eac90627669da9bb03ec8b598724

am 7e477bfe: make sure BufferQueue releases newly acquired buffers on failures

* commit '7e477bfe11f8bb31622353b64e85721df3cf9702':
  make sure BufferQueue releases newly acquired buffers on failures

make sure BufferQueue releases newly acquired buffers on failures

this prevents SurfaceTexture producer to hang in dequeueBuffer()
when something goes wrong in the consumer.
only the consumer gets an error and the current frame is kept
instead of the new one. the producer is unaware of the problem.

Bug: 6476587
Change-Id: Ie6db5526632aabc3e60229b93dfe29c19491ade4

am f899e411: Remove misleading and wrong ALOGW

* commit 'f899e4113a5b5545cd91b4625514d0ab0d33751c':
  Remove misleading and wrong ALOGW

am ed9807bd: we need to wait for vsync when doing the screen-off animation

* commit 'ed9807bd7dbd4863841e251138392c54755eb394':
  we need to wait for vsync when doing the screen-off animation

Remove misleading and wrong ALOGW

Bug: 6476587
Change-Id: I4345f1100db02786bb50ad83ca7b559cad301706

we need to wait for vsync when doing the screen-off animation

Bug: 6511421
Change-Id: I7a85a55e66a3a8d9937df575e98a5efec01a634f

am a66faaa6: Merge "Dump packages.xml as root." into jb-dev

* commit 'a66faaa65a235e24e78f75c79cc3bd209b67e1f8':
  Dump packages.xml as root.

Merge "Dump packages.xml as root." into jb-dev

merge in nakasi-factoryrom-release history after reset to jb-dev

am 5aed6843: Merge "fix a corruption in Vector<> when adding new items" into jb-dev

* commit '5aed68434d11d609039a89594ad5faa01060a1d6':
  fix a corruption in Vector<> when adding new items

Merge "fix a corruption in Vector<> when adding new items" into jb-dev

fix a corruption in Vector<> when adding new items

would happen when vectors are copied and new items is
added in both vectors. we didn't duplicate the underlying
storage when adding items in vectors.

Bug: 6515797
Change-Id: If544c07d96c05821e088d7f2c9b5736f7e306c31

Dump packages.xml as root.

Bug: 6501151
Change-Id: Ied638bdbe9ed6fbf749a44de8ac1f9d4167829c1

am 515f19da: Merge "Recreate EGLImage for previously used slots" into jb-dev

* commit '515f19da246a11c417c1771d4293e753f09e79b6':
  Recreate EGLImage for previously used slots

Merge "Recreate EGLImage for previously used slots" into jb-dev

Recreate EGLImage for previously used slots

SurfaceTexture would only create an EGLImage for a buffer slot when
BufferQueue returns a GraphicBuffer, i.e. either the slot was acquired
for the first time ever, or the buffer for the slot was reallocated.
But the EGLImage may also need to be re-created for a
previously-acquired buffer if the slot's EGLImage was destroyed during
detachFromContext(); in this case BufferQueue won't return a
GraphicBuffer since SurfaceTexture already has a reference to the
correct buffer.

Bug: 6461693
Change-Id: Ib95d0d757192efe336c5fda0866f857481a6617d

am 81f6da52: Merge "dumpstate: collect xtables based iface stats, update iptables info." into jb-dev

* commit '81f6da5228aeca22894b0277cd2050fccdb7cccb':
  dumpstate: collect xtables based iface stats, update iptables info.

Merge "dumpstate: collect xtables based iface stats, update iptables info." into jb-dev

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

dumpstate: collect xtables based iface stats, update iptables info.

The newer kernels now have /proc/net/xt_qtaguid/iface_stat_fmt.
Add the extra iptables output and remove ip6tables for nat which doesn't
exist.

Change-Id: I819c707b337a707ca0acd87d9ab38cd68ca0f36c

am f17fdcaf: Merge changes I9f3cbbe0,I12a6f9a9 into jb-dev

* commit 'f17fdcaf0a315b02a3992fb4c52d5d4e38f5d291':
  Fix "Battery/Status/Clock status bar area flickers when dragging down"
  minor refactoring in praparation of crop fix

Merge changes I9f3cbbe0,I12a6f9a9 into jb-dev

* changes:
  Fix "Battery/Status/Clock status bar area flickers when dragging down"
  minor refactoring in praparation of crop fix

Fix "Battery/Status/Clock status bar area flickers when dragging down"

The crop is now handled like a resize, it's latched only when we
receive a new buffer in the case we have a resize in the same
transaction.

Bug: 6498869
Change-Id: I9f3cbbe08fb19443899461ec441c714748a4fd1a

minor refactoring in praparation of crop fix

Bug: 6498869
Change-Id: I12a6f9a9fdfd2ea1db3fbe5fc8cb443aeaedb328

am f34ec7a4: Merge "gltrace: Allow receiving commands of length > 4" into jb-dev

* commit 'f34ec7a476708b29ab8e3404c0db5f6cfd718379':
  gltrace: Allow receiving commands of length > 4

Merge "gltrace: Allow receiving commands of length > 4" into jb-dev

gltrace: Allow receiving commands of length > 4

Currently, gltrace offers very few trace collection options. As a
result, these options are encoded in a single integer. The trace
control task simply receives integers and interprets them as
commands.

This patch changes the control protocol to first receive the
command length followed by the actual command itself. This allows
for future flexibility to provide enable other commands.

Change-Id: Id5f56c80a025bbbe7613ab4457e092732e7d9dc9

Reconcile with jb-release nakasi-factoryrom-release

Change-Id: I47aa2582e6f4dc8c82eda09b8c2fbce390ca1222

merge in nakasi-factoryrom-release history after reset to jb-dev

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

Merge "Move CameraParameters header to join rest of camera library." into jb-dev

Move CameraParameters header to join rest of camera library.

CameraParameters was moved over to frameworks/native before
frameworks/av was created, since it is referenced by HAL
implementations. Move it to frameworks/av to keep it together with its
implementation.

Bug: 6500863
Change-Id: Iffd890c861a334930da71a2722553572bad1cb54

Merge changes I32fbc2b6,Ifd0ed05b into jb-dev

* changes:
  SurfaceFlinger: recompute visible regions less
  libgui: remove setPostTransformCrop

merge in nakasi-factoryrom-release history after reset to jb-dev

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

Merge "Fix log spam about CPU frequency on one device" into jb-dev

Fix log spam about CPU frequency on one device

Previous kernels have allowed opening the CPU frequency file regardless
whether the CPU is up or not.  This fixes some log spam on one device
with dynamic hot plug CPU feature, which does not allow opening the CPU
frequency file if CPU is down.

Also, since the file descriptors are global and have long lives, add
the close-on-exec flag.

Change-Id: Ia14a2b9e20038dfb96a573920176a47a96bd3f5a

Merge "minor Rect.h cleanup" into jb-dev

SurfaceFlinger: recompute visible regions less

This change removes some visible region recomputation that was needed to handle
the SCALING_MODE_FREEZE cropping.  We've changed things to use a window crop
from the WindowManager instead, so this is no longer needed.

Bug: 6299171
Change-Id: I32fbc2b689c985837126d8ba3d9a91e79613ffbf