am d69097f9: libgui: add some error checks

* commit 'd69097f936d9780957a51ce77335ae409b32aaa3':
  libgui: add some error checks

am 5e5efde7: BufferQueue: add a check for the max acquired bufs

* commit '5e5efde7874a9fab650fd4b724ceef46db850470':
  BufferQueue: add a check for the max acquired bufs

libgui: add some error checks

This change adds a few error checks both in the framework and in some tests.

Change-Id: I2baf2676942a0dc15866e75852a775a0091ed16d

BufferQueue: add a check for the max acquired bufs

This change adds an error check to ensure that consumers don't acquire more
buffers than the maximum that they set.

Change-Id: I026643564bde52732e4ee6146972b207ddbbba77

am 72f096fb: BufferQueue: use max acquired buffer count

* commit '72f096fb1ad0a0deadbfac5f88627461905d38e8':
  BufferQueue: use max acquired buffer count

BufferQueue: use max acquired buffer count

This change makes BufferQueue derive the min undequeued buffer count from a max
acquired buffer count that is set by the consumer.  This value may be set at
any time that a producer is not connected to the BufferQueue rather than at
BufferQueue construction time.

Change-Id: Icf9f1d91ec612a079968ba0a4621deffe48f4e22

am 1847f7fd: Merge "BufferQueue: simplify max buffer count handling" into jb-mr1-dev

* commit '1847f7fd799f92300b3786e49f5883eaa03f4507':
  BufferQueue: simplify max buffer count handling

Merge "BufferQueue: simplify max buffer count handling" into jb-mr1-dev

am 2b977698: Merge "BufferQueue: clean up buffer counting" into jb-mr1-dev

* commit '2b9776982360a234803665cb79e8abcfeb0e3c79':
  BufferQueue: clean up buffer counting

Merge "BufferQueue: clean up buffer counting" into jb-mr1-dev

am f196b56d: Merge "Revert "A vendor ril depends on a native screen shot code."" into jb-mr1-dev

* commit 'f196b56d70df6af753cb08bbb68e52498f0f37f1':
  Revert "A vendor ril depends on a native screen shot code."

Merge "Revert "A vendor ril depends on a native screen shot code."" into jb-mr1-dev

am ec34af41: Merge "Handle new device api version encoding" into jb-mr1-dev

* commit 'ec34af4144c0f990513fe58b0754b20f94b36d6f':
  Handle new device api version encoding

Merge "Handle new device api version encoding" into jb-mr1-dev

Revert "A vendor ril depends on a native screen shot code."

This reverts commit 9b5782baf0a8a2d7afc7129453beb5df7abe7650.

A new ril for toro, hack no longer needed.

am 93997a8a: fix a crasher when setting a display to a null surface

* commit '93997a8a75942b4d06cf50925de5bede489cc134':
  fix a crasher when setting a display to a null surface

fix a crasher when setting a display to a null surface

Bug: 7076303
Change-Id: I843dd4ee4a603b8ad51bc1ad14e429db15050bec

am c9ea4c8b: Merge "we were sometimes not setting fences properly" into jb-mr1-dev

* commit 'c9ea4c8b580e73a89984641ed37a3eb417cc86c5':
  we were sometimes not setting fences properly

Merge "we were sometimes not setting fences properly" into jb-mr1-dev

we were sometimes not setting fences properly

this would happen when the composition was handled
entirely in h/w composer, in this case, we would
not set the fences for any involved layers.

Bug: 7049373
Change-Id: I1439dc156ce23c24041cdfbbebfe8ff4fdf790f8

BufferQueue: simplify max buffer count handling

This change reworks how the maximum buffer count is computed.

Change-Id: I7d3745814b9bd6f6f447f86bfea8eb7729914ebf

BufferQueue: clean up buffer counting

This change is a clean up of some of the handling of the maximum number of
buffers that are allowed at once.  It mostly renames a few member variables and
methods, but it includes a couple small refactorings.

Change-Id: I9959310f563d09583548d4291e1050a7bbc7d87d

am c1396dd1: Merge "initial checkin of a preliminary HDCP API for vendors to implement." into jb-mr1-dev

* commit 'c1396dd14506d29e92fc047141d62b3d9246a72d':
  initial checkin of a preliminary HDCP API for vendors to implement.

Merge "initial checkin of a preliminary HDCP API for vendors to implement." into jb-mr1-dev

initial checkin of a preliminary HDCP API for vendors to implement.

Change-Id: If98277efdec1bc8f1e9f4af1ca73324e4c3d469b

Handle new device api version encoding

Change-Id: I3d36058bd5d31c23b3cc4a7eb5aa033b6f3c1955

am b82af2a8: Merge "A vendor ril depends on a native screen shot code." into jb-mr1-dev

* commit 'b82af2a8aec99faf6fd37d202b98224cee461a12':
  A vendor ril depends on a native screen shot code.

Merge "A vendor ril depends on a native screen shot code." into jb-mr1-dev

A vendor ril depends on a native screen shot code.

Add a temporary shim until the vendor fixes the ril.

Bug: 7073467
Change-Id: Ia95a58bd90677c03406c988d1c29ae785f8662f2

am 7e7ed7f7: the layer list per display could contain non-visible layers

* commit '7e7ed7f77a3963a3542bde529d2797a239e2798b':
  the layer list per display could contain non-visible layers

the layer list per display could contain non-visible layers

this happened because we didn't check that the visible
region was within the bounds of the display.

Bug: 7064121
Change-Id: I2e81850a3dc3d1474253520ad7f9e559c26d5a96

am 55801e41: we were not always clearing the screen properly

* commit '55801e41e6d7306d75d8134dd69d7d8cbbfbc63c':
  we were not always clearing the screen properly

we were not always clearing the screen properly

Change-Id: I269dd866e965aebd9b3c4667095818202982f4a3

am 525705c8: Merge "Eradicate DisplayID." into jb-mr1-dev

* commit '525705c88f91e46099970491282944d4ef0041d4':
  Eradicate DisplayID.

Merge "Eradicate DisplayID." into jb-mr1-dev

am 25e234f1: am f456d32d: (-s ours) am d7007cd4: Merge "Forward compatibility patch."

* commit '25e234f11ae93b3c882694f0d7ec1d4526ed7526':
  Forward compatibility patch.

am f456d32d: (-s ours) am d7007cd4: Merge "Forward compatibility patch."

* commit 'f456d32d3c3aea966b5fba43e6d34f72df06c60d':
  Forward compatibility patch.

am d7007cd4: Merge "Forward compatibility patch."

* commit 'd7007cd4bb2016a09ae8e8f746118f81fdd27f02':
  Forward compatibility patch.

Eradicate DisplayID.

DisplayDevices are now keyed of the wp<IBinder> the client uses.
DisplayID has now become DisplayType which is just used to identify
physical displays (as opposed to virtual displays such as wifi displays).

Change-Id: I0c5968f2c902dcd699a7e0afacf833ff070c12ea

Merge "Forward compatibility patch."

am a50b51c0: Compatibility work around for bad graphics driver dependency.

* commit 'a50b51c03aca449920fc8581a738032a7bce7150':
  Compatibility work around for bad graphics driver dependency.

Compatibility work around for bad graphics driver dependency.

This is a compatibility shim for one product whose drivers
are depending on SurfaceComposerClient::getDisplayInfo(
int, DisplayInfo*) when it really shouldn't.

Revert this patch when the problem has been resolved.

Bug: 7065398
Change-Id: I6542691b81fd1b1e1d79500a62e82d40a3d51db7

am 1ae49e3f: Merge "Remove unused "layer" argument from show()." into jb-mr1-dev

* commit '1ae49e3fef34ee38f8dfeb08b5914e3362af3b2f':
  Remove unused "layer" argument from show().

am e310c394: Merge "Banish DisplayID from the SurfaceFlinger API." into jb-mr1-dev

* commit 'e310c3949f7de7183ef43e751526a5dc4cf0d74c':
  Banish DisplayID from the SurfaceFlinger API.

Merge "Remove unused "layer" argument from show()." into jb-mr1-dev

Merge "Banish DisplayID from the SurfaceFlinger API." into jb-mr1-dev

Forward compatibility patch.

Change-Id: I8e8af0c6035aaac5e5097f1cfb198250475627ee

Remove unused "layer" argument from show().

Change-Id: I8944a9f4a27c330b11e5e837c69b88c8f84145ba

Banish DisplayID from the SurfaceFlinger API.

Use only display tokens in the API to refer to new displays.

Don't require the caller to specify the display when creating
a surface (since in general a surface could be shown on
any display).

This is intended to be a minimum change just to update the API.
Note that SurfaceFlinger still uses DisplayID in a few places
internally that might cause some features not to work properly
when there are multiple displays (LayerScreenshot, for example).

Change-Id: I3d91eec2da406eefd97bcd53655d403ad865a7e6

am f671385e: am 9801575a: am 908c8ff5: Merge "Fixed clang build error for libgui"

* commit 'f671385e71644b6f34a06f425aff8dd16ffc0105':
  Fixed clang build error for libgui

am 9801575a: am 908c8ff5: Merge "Fixed clang build error for libgui"

* commit '9801575a65f2f9d0bdc924ec0a4bbfb6ef071bbe':
  Fixed clang build error for libgui

am 908c8ff5: Merge "Fixed clang build error for libgui"

* commit '908c8ff55482b723eddec54c6308e54a136a3e49':
  Fixed clang build error for libgui

Merge "Fixed clang build error for libgui"

Reconcile with jb-mr1-release - do not merge

Change-Id: I30ec4fc48ccc2a81fd0e5510514ba26a5d85840c

am 225c66a4: Revert "put back the unused virtuals in Vector<>"

* commit '225c66a48cdc3acef21ee380dc134449749d3cb3':
  Revert "put back the unused virtuals in Vector<>"

Revert "put back the unused virtuals in Vector<>"

This reverts commit 1648d4c13ba2eff3ea14cd87ee94028458a39f97.

Bug: 6977192

Change-Id: Idbb6b239aaed4fb1c054ce943f6ba06ede3492bb

am 13a082e1: Added display initialization method

* commit '13a082e160c2d1d8006b93a555a57035213d568b':
  Added display initialization method

Added display initialization method

The primary display device was being configured to "blank" by
default, which prevented the boot animation from appearing
(unless you got lucky with the hardware composer state).

Bug 6975688

Change-Id: I0fa52e9e719c6e997c5725a7baf15d9718461b78

am 0bceb847: surfaceflinger: fix display id selection

* commit '0bceb84773882b796d9dacbaf96167cb15928d78':
  surfaceflinger: fix display id selection

am 490aee0f: Merge "SurfaceTexture: inherit from ConsumerBase (try 2)" into jb-mr1-dev

* commit '490aee0fc5012acf2bf0b1dfe9c09e6fcca606fc':
  SurfaceTexture: inherit from ConsumerBase (try 2)

surfaceflinger: fix display id selection

This change fixes display ID selection so that it never chooses negative
numbers as display IDs.

Change-Id: I5af1acc7b1270b371595e096b18e2a6ad250c7ba

Merge "SurfaceTexture: inherit from ConsumerBase (try 2)" into jb-mr1-dev

am 9b6a395e: Revert "Added display initialization method"

* commit '9b6a395e65ff88ab79fe92d6f112c434441ca606':
  Revert "Added display initialization method"

Revert "Added display initialization method"

Something doesn't seem right (again).

This reverts commit 53ade0853ca003c9e917b5e7d34e1b1338d7b87d.

Change-Id: Id5786997ca9dd2a447363e8ac95213ea37468504

am 53ade085: Added display initialization method

* commit '53ade0853ca003c9e917b5e7d34e1b1338d7b87d':
  Added display initialization method

Added display initialization method

The primary display device was being configured to "blank" by
default, which prevented the boot animation from appearing
(unless you got lucky with the hardware composer state).

Bug 6975688

(This reverts an earlier revert.)

am f4358634: teach HWC about multiple displays

* commit 'f435863467ab407f2a482604beed5fa6f0144c62':
  teach HWC about multiple displays

am 30bcc614: remove support for HWC < 1.0

* commit '30bcc61431d8e3bef779472dd52a7b156dcaba09':
  remove support for HWC < 1.0

am e60b0687: HWComposer now has its own concept of display IDs

* commit 'e60b0687c8d49871d0c8786cabe6851f7a7783b5':
  HWComposer now has its own concept of display IDs

teach HWC about multiple displays

Change-Id: I5e72a83d419a729835cb0e1ec45557b4d3fb56b1

remove support for HWC < 1.0

Change-Id: If7e676a6e3524afeb9af3875125d2131d95db38b

HWComposer now has its own concept of display IDs

HWComposer can now create IDs representing a display
it can deal with. IDs MAIN and HDMI are reserved.
SurfaceFlinger associate HWComposer IDs with a
DisplayDevice and uses that when it talks to HWComposer.

A DisplayDevice doesn't have to have a HWComposer ID,
in that case it just can't use h/w composer composition.

Change-Id: Iec3d7ac92e0c22bf975052ae2847402f58bade71

am 7c9e8263: Merge "simplify further vsync handling" into jb-mr1-dev

* commit '7c9e82633c5c4f85b896a5879bdb25cdf659646e':
  simplify further vsync handling

Merge "simplify further vsync handling" into jb-mr1-dev

simplify further vsync handling

- we now clean-up "dead" connection in the main loop,
this entirely avoid the problem with the side effects of
releasing strong references. We now only hold on to strong
reference for the connection we will signal.

- also simplify how we build the list of "ready" connections, by
only adding them to the list when we did receive a vsync event

Change-Id: I2a84da431320a2af8e8a93e07622a1d258236f43

Fixed clang build error for libgui

Fixed the order of the statements in ANDROID_SINGLETON_STATIC_INSTANCE
macro so that the templated static member variable initialization
comes before the instantiation of the Singleton class. This
fixes the clang compile error.

Change-Id: Ic47d17e152b657f2dff3191ccc3770753fdf002b
Author: Tareq A. Siraj <tareq.a.siraj@intel.com>
Reviewed-by: Edwin Vane <edwin.vane@intel.com>

am d12780ed: Merge "Update for cleanups in hwc interface" into jb-mr1-dev

* commit 'd12780ed123b54687fea534b34f54ef9c678cdcd':
  Update for cleanups in hwc interface

Merge "Update for cleanups in hwc interface" into jb-mr1-dev

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

Reconcile with jb-mr1-release - do not merge

Change-Id: Ida7b9f23f8deb451a9e6e9f2714d7a677fb6ca1c

Revert "Added display initialization method"

This reverts commit 3f3956236aac97b6aa25fa89f0983d5e9d065fdb

Change-Id: Ia2a15d9a5db88add6019edf9d955cef1f73d432d

am bc46e0ad: Merge "Revert "Added display initialization method"" into jb-mr1-dev

* commit 'bc46e0ad869befcfa97f6272615cdeae2135008f':
  Revert "Added display initialization method"

Merge "Revert "Added display initialization method"" into jb-mr1-dev

Revert "Added display initialization method"

This reverts commit 3f3956236aac97b6aa25fa89f0983d5e9d065fdb

Change-Id: Ia2a15d9a5db88add6019edf9d955cef1f73d432d

am 8f971ff6: Pass the correct number of displays based on HWC version

* commit '8f971ff6661c875e7adb3f14731e1579c3c80c62':
  Pass the correct number of displays based on HWC version

Update for cleanups in hwc interface

Change-Id: I363fd8b085167a1af6c14b68012bda5c62bfe59f

Pass the correct number of displays based on HWC version

Change-Id: I27372f5d3102ad56f6d67722d631ae18d37f8330

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

am 9f54ac38: ui/Fence: change the TIMEOUT_NEVER value to -1

* commit '9f54ac38860761ef62d9bb8282d54ff51a1a68a3':
  ui/Fence: change the TIMEOUT_NEVER value to -1

ui/Fence: change the TIMEOUT_NEVER value to -1

Change-Id: I3ef0a4c06f80990b53a8bf2eda6edbfcbefd0f34

am 04930445: Merge "Add BufferItemConsumer, a simple BufferQueue consumer." into jb-mr1-dev

* commit '04930445031c5f41707806182bb7a152e64ddede':
  Add BufferItemConsumer, a simple BufferQueue consumer.

Merge "Add BufferItemConsumer, a simple BufferQueue consumer." into jb-mr1-dev

SurfaceTexture: inherit from ConsumerBase (try 2)

This change makes SurfaceTexture inherit from ConsumerBase.  It removes all of
the functionality from SurfaceTexture that is now provided by the base class.
This includes fixes for two bugs that were found after checking this change in
the first time and then reverting it.

Change-Id: Ie2d9f4f27cfef26fdac341de3152e842b01a58d2

Reconcile with jb-mr1-release - do not merge

Change-Id: Idb96902f4272f83b3ebc1081ace5d2511d4281b7

am 3f395623: Added display initialization method

* commit '3f3956236aac97b6aa25fa89f0983d5e9d065fdb':
  Added display initialization method

Add BufferItemConsumer, a simple BufferQueue consumer.

BufferItemConsumer allows for acquiring BufferQueue's BufferItems,
which contain all the data and metadata the BufferQueue has for a
given graphics buffer.

This consumer is useful when direct access to the native buffer_handles
is needed by the client.

Also includes a minor cleanup of CpuConsumer's use of 'virtual'.

Bug: 6243944
Change-Id: If7dc4192b15ac499555f1eda42a85140f2434795

Added display initialization method

The primary display device was being configured to "blank" by
default, which prevented the boot animation from appearing
(unless you got lucky with the hardware composer state).

Bug 6975688

Change-Id: Idaa0d0b98ebb331a17d1b16774c6b05bfa1e8728

fix various issues in SF's EventThread

- one issues caused most timestamps to be reported as 0
- on rare occasions an uninitialized variable could be used
- vsync counts per connection were accessed unthreadsafely

we now have 2 lists of connections in the main loop, one just
keeps a list of strong refs to the connections because once
we have a strong ref we're not allowed to release it while
holding the lock.

the 2nd list holds the connections that have a vsync event to
be reported. all the calculations are made with the lock held.

Change-Id: Iacfad3745b05df79d9ece3719bd4c34ddbfd5b83

am a4cb35a2: fix various issues in SF\'s EventThread

* commit 'a4cb35a2864d58e9a764a17623e15ab25a9964a0':
  fix various issues in SF's EventThread

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