Merge "Fix incorrect bitness for lshal --init-vintf" am: e162a97703 am: 126eee4d14 am: c77bc022f7  -s ours
am: 1987126c27  -s ours

Change-Id: I049166d7bf1102a9b9af79b07598cfe5bb25eece

Merge "Fix incorrect bitness for lshal --init-vintf" am: e162a97703 am: 126eee4d14
am: c77bc022f7  -s ours

Change-Id: I69a55e1df55604c5ec36a93fbd070fe333e01cc1

Merge "Fix incorrect bitness for lshal --init-vintf" am: e162a97703
am: 126eee4d14

Change-Id: I435466a45aa5217f99c73007d5f07c1754216995

Merge "Fix incorrect bitness for lshal --init-vintf"
am: e162a97703

Change-Id: Ib59a256b4491b2bf93e8eca1fa85d9a193719446

Merge "Fix incorrect bitness for lshal --init-vintf"

Merge "Fix incorrect bitness for lshal --init-vintf" into oc-dr1-dev am: 5cf813eef0
am: d5ba16a0bc

Change-Id: Icee4e0f8fb3de02bca80dbf8748fc29deb2b5665

Merge "Fix incorrect bitness for lshal --init-vintf" into oc-dr1-dev
am: 5cf813eef0

Change-Id: I1267c96addf4c501fd695faddf5e4d59bd51f8a0

Merge "Fix incorrect bitness for lshal --init-vintf" into oc-dr1-dev

Fix incorrect bitness for lshal --init-vintf

Test: lshal --init-vintf, graphics.mapper has 32+64.

Change-Id: Ic586c8333064cc5636679ce8ad4e1231307191f4
Merged-In: Ic586c8333064cc5636679ce8ad4e1231307191f4
Fixes: 62675393

Fix incorrect bitness for lshal --init-vintf

Test: lshal --init-vintf, graphics.mapper has 32+64.

Change-Id: Ic586c8333064cc5636679ce8ad4e1231307191f4
Merged-In: Ic586c8333064cc5636679ce8ad4e1231307191f4
Fixes: 62675393

Merge "Merge changes from topic 'layer-wp-race' into oc-dev am: a17b14eb92 am: c35a5e29f3" into oc-dr1-dev-plus-aosp
am: 9a5140ee18

Change-Id: I1320ab8128d9e4b239a8ed6bb12661a41d6e25a0

Merge changes from topic 'layer-wp-race' into oc-dev am: a17b14eb92 am: f39c08c906
am: 40d6bc3e61

Change-Id: I3eaad7b03c595122dd2aae9c4101b60dcb72ebfc

Merge "Add method to explicitly create Surface. am: 4e623e259c am: 84051d9c97" into oc-dr1-dev-plus-aosp
am: 6de331a349

Change-Id: Ic4ccdeff08c15b79ff148949d1633a28594f293a

Merge "Merge changes from topic 'layer-wp-race' into oc-dev am: a17b14eb92 am: c35a5e29f3" into oc-dr1-dev-plus-aosp

Merge changes from topic 'layer-wp-race' into oc-dev am: a17b14eb92
am: c35a5e29f3

Change-Id: I590c8667049be99f407972953c41ff88e555bb2a

Merge changes from topic 'layer-wp-race' into oc-dev am: a17b14eb92
am: f39c08c906

Change-Id: I579504e93cc6c21dd13e5b8468d8b87037133a0c

Merge changes from topic 'layer-wp-race' into oc-dev
am: a17b14eb92

Change-Id: I1af51f57255024d36e9cae5c221361f36cb28da4

Merge changes from topic 'layer-wp-race' into oc-dev
am: a17b14eb92

Change-Id: I2fb898abae8b4602aa7257b45293f582f0641f24

Merge changes from topic 'layer-wp-race' into oc-dev

* changes:
  surfaceflinger: Layer::getParent requires state lock held
  surfaceflinger: distinguish mCurrentParent/mDrawingParent
  surfaceflinger: protect Client::mParentLayer with a lock

Add method to explicitly create Surface. am: 4e623e259c am: 05e6335833
am: e1446df653

Change-Id: Ibc151c3fc1ecefa670f74c316f978849fbf7c6ce

Merge "Add method to explicitly create Surface. am: 4e623e259c am: 84051d9c97" into oc-dr1-dev-plus-aosp

Add method to explicitly create Surface. am: 4e623e259c
am: 84051d9c97

Change-Id: I4368e31fdb9b7ec0912bddbe75399c7d778383b8

Add method to explicitly create Surface. am: 4e623e259c
am: 05e6335833

Change-Id: Id470d62303b9055522d1cb6ad456bcbe4d320cfd

surfaceflinger: Layer::getParent requires state lock held

We rely on mStateLock to synchronize accesses to
Layer::mCurrentParent.

Bug: 38505866
Test: manual stress test
Change-Id: I5f8ec358ed7e35df28f8c6aec31ae6ee51cb5b93

Add method to explicitly create Surface.
am: 4e623e259c

Change-Id: I22ff0cd39e80478a74e4589084d5ccabfbe54443

Add method to explicitly create Surface.
am: 4e623e259c

Change-Id: Ie3755008a75dc67f1d01a0a5fc8bf4e953c8cf9d

Merge "libui: Load a.h.graphics.mapper passthrough service on library load" into oc-dr1-dev am: 90254a8d57
am: 3f7ed48900

Change-Id: I7e673178cdf0ca6dccf4be8f9be08d4e9fb24575

Merge "libui: Load a.h.graphics.mapper passthrough service on library load" into oc-dr1-dev
am: 90254a8d57

Change-Id: I4e1b88ca22dc7ca4bb1be792f17b03cad5e75f10

Merge "libui: Load a.h.graphics.mapper passthrough service on library load" into oc-dr1-dev

Merge "Fix virtual touchpad scroll events." into oc-dr1-dev am: 23970309e2
am: 587778f41d

Change-Id: Ib7b8951e53af415c64ca7b02cc41d7cb6a91c254

Merge "Fix virtual touchpad scroll events." into oc-dr1-dev
am: 23970309e2

Change-Id: I89257f0a2b434016601aac06a9ed8cbbf5be1bd1

Merge "Fix virtual touchpad scroll events." into oc-dr1-dev

Add method to explicitly create Surface.

It is sometimes necessary for a SurfaceControl client to request the
associated Surface object be created rather than reuse the cached
value. This changelist adds an additional method that performs the
same creation operations as if the Surface object was created for the
first time.

Bug: 62108743
Test: go/wm-smoke
Change-Id: I2f460f20b2d16ed9ff81cb36842bcd2f8641e03c

surfaceflinger: distinguish mCurrentParent/mDrawingParent

Updates to wp<> is not atomic.  We cannot use/update it at the same
time from the main thread and a binder thread.  With this change,
binder threads use mCurrentParent with the external state lock held.
The main thread uses mDrawingParent.

This is also an alternative fix to bug 62099658 and allows us to
revert "SurfaceFlinger: Update parent pointer while performing
transaction."

Bug: 38505866
Bug: 62099658
Test: boots and no repro (but I can never repro)
Change-Id: Id286a437537daaeec5eee5de62b1d9df245ece53

surfaceflinger: protect Client::mParentLayer with a lock

Updates to wp<> is not atomic.  Use Client::mLock to protect
mParentLayer.

Bug: 38505866
Test: camera and youtube work
Change-Id: I2739382d5bb99961a47c1011963b6f676d34eec6

Fix virtual touchpad scroll events.

1. Correctly configure the uinput device to pass REL_*WHEEL events.

2. Configure the virtual touchpad as a 'rotary encoder', which is
   an inputflinger device class originally provided for the G1 scroll
   ball. This provides two advantages over the default mouse-wheel
   interpretation:
   - It works without an associated mouse pointer to determine the
     event target.
   - It allows for higher resolution through a scale factor (the
     scaling here is chosen by experiment to feel no worse than wheel
     mode, but might benefit from future adjustment).
   There is one accompanying disadvantage: inputflinger only handles
   vertical scrolling (REL_WHEEL) and ignores the horizontal axis
   (REL_HWHEEL).

Bug: 62632827
Test: manual on sailfish
Change-Id: Ic8edad01796d75e8c94fa20f05a5badb0727a948

Set the vr hwc vsync rate to match the native vsync am: 22c1462add
am: b9b48ae890

Change-Id: I3f7b29551d6ecd928381769a6425664bb575e2a2

Set the vr hwc vsync rate to match the native vsync
am: 22c1462add

Change-Id: I3b4ebea0ad9e8249d6dec76e798e67724a84761d

Merge "Support 180-degree screen rotation for Stem Buttons."

libui: Load a.h.graphics.mapper passthrough service on library load

Zygote loads libui, this helps complete the chain from
  zygote -> libui -> a.h.graphics.mapper -> gralloc
so that all of these libraries which are used by nearly every app are
loaded by zygote and shared.

Bug: 62353585
Test: boot to launcher, run calculator, confirm a.h.graphics.mapper
      implementation library is in /proc/`pid zygote64`/maps

Change-Id: Ib505c926a410191e3e2ad809bfe98a73b21fac90

Set the vr hwc vsync rate to match the native vsync

This simple modification reduces the motopho latency from 85ms to 65ms.
However, this is not a final solution, and we should continue to look
for how to address the issue of difference in vsync reporting.

Bug: 36493906
Test: Run motopho, latency is now much lower.
Change-Id: Id52689900a5fe58dfc9d7790b7c3746903380972

Merge "Fix vr flinger post thread to resume correctly" into oc-dr1-dev am: 4bfb7550af
am: 21802dacac

Change-Id: Iddbcd0b9b3a89bd5b3f47400143669421edb743d

Merge "Fix vr flinger post thread to resume correctly" into oc-dr1-dev
am: 4bfb7550af

Change-Id: I2957b1b32bf8378f4b965d1f60dcafd4c48f938e

Merge "Fix vr flinger post thread to resume correctly" into oc-dr1-dev

Fix vr flinger post thread to resume correctly

After being paused, the vr flinger post thread remained paused until it
was enabled by requesting display ownership, but the request for display
ownership was made from the vr flinger post thread, causing the post
thread to get stuck in the paused state forever. I moved the display
ownership request to the vr flinger dispatcher thread, so the post
thread can be resumed.

Bug: 62666511

Test: Put a device through a sleep/wake cycle and confirmed the vr
flinger post thread resumes as expected.

Change-Id: Ic57adb7376c8f2b5760bfaa4a5a30b58894a7ab7

Merge "Use _exit for profile copy dexopt command" into oc-dr1-dev am: de65cb8e1f
am: d4f8de92ee

Change-Id: I8e8194f88b895d15955316377c801611407c1f68

Merge "Use _exit for profile copy dexopt command" into oc-dr1-dev
am: de65cb8e1f

Change-Id: I1d53221347533d9d7b393141b4262b66cee53134

Merge "Use _exit for profile copy dexopt command" into oc-dr1-dev

Merge "Fix getDisplayInfo() for SurfaceFlinger in HWC2 mode. am: c175253b6d am: f86e12ba89" into oc-dr1-dev-plus-aosp
am: 289fd0d079

Change-Id: I1cc67242355440e7c6ab931bd400db2b6e2445cb

Fix getDisplayInfo() for SurfaceFlinger in HWC2 mode. am: c175253b6d am: d8449e55a6
am: 45c28e4a5e

Change-Id: I663702bd8a4744e3d7fb0cd349178d6838221ddd

Merge "Fix getDisplayInfo() for SurfaceFlinger in HWC2 mode. am: c175253b6d am: f86e12ba89" into oc-dr1-dev-plus-aosp

Fix getDisplayInfo() for SurfaceFlinger in HWC2 mode. am: c175253b6d
am: d8449e55a6

Change-Id: I400998a8226e19fb54f5cb981630841ee8d288ef

Fix getDisplayInfo() for SurfaceFlinger in HWC2 mode. am: c175253b6d
am: f86e12ba89

Change-Id: I56fcdd654db56912fe2a04457946eef468b1825f

Fix getDisplayInfo() for SurfaceFlinger in HWC2 mode.
am: c175253b6d

Change-Id: I55ca473facef90f00eb1a401d9bc8ad7a36e4878

Fix getDisplayInfo() for SurfaceFlinger in HWC2 mode.
am: c175253b6d

Change-Id: I8a1db090809ec0354dda54a6202ff92b76681bb4

Support 180-degree screen rotation for Stem Buttons.

Bug: 17961466
Change-Id: I1892db400724bb80fb92bdf0e2cbaf3102dd7c80

Fix getDisplayInfo() for SurfaceFlinger in HWC2 mode.

When HWC2 mode is enabled in SurfaceFlinger, the getDisplayInfo()
function would fail to return the correct active mode in some cases.

This bug was only noticable if you had more than one mode registered
by the HWC2 backend.

The SurfaceComposerClient::getDisplayInfo() function works by calling
getDisplayConfigs(), and de-referencing the config at the index
returned by getActiveConfig(). The active config returned was correct,
but the getDisplayConfigs() array was not properly sorted.

Tracing this back, this problem occurs because the configId is stored
alongside the config in an unordered_map, so when this is converted
to a vector and the configId is discarded, the conversion must be
sorted correctly; it can't just be the hash order returned from
the unordered_map.

There are a few ways to fix this problem, but the easiest was to nip
the problem in the bud by not allowing an unsorted list of configs
to exist on the base HWC2 class. It may be better still to just get
rid of the map and go back to a vector, as this data is more often
used as an array than it is indexed by configId, so the use of an
unordered_map was probably overkill.

Change-Id: Ibfb015a6d9b49c870f37a1c892f15f90abbd1e2c
Bug: 62617569
Test: ./cts-tradefed run cts -m CtsViewTestCases -t android.view.cts.DisplayRefreshRateTest#testRefreshRate

Use _exit for profile copy dexopt command

Previously we used exit(0), but this called global destructors and
could cause problems depending on the state when the forking
happened.

Using _exit avoids calling hte global destructors in the child
process.

Test: Delete packages.xml and flash to simulate first boot
Bug: 62597429
Change-Id: I3a6dcd5f05ca85e1488df154ec283c2ec842e59f

Merge "Support 180-degree screen rotation for RSB."

Merge "Merge changes Ibc1444b8,I14c200d1 into oc-dev am: fd43dc6723 am: eb444d602c" into oc-dr1-dev-plus-aosp
am: 8b689d1683

Change-Id: If251537b609fa2827b886ddc847c963a9588fcb5

Merge changes Ibc1444b8,I14c200d1 into oc-dev am: fd43dc6723 am: b209c12155
am: 4b91f8c362

Change-Id: I1a58f54f316beaa2139250c95b8f1c26f5040ade

Merge "Merge changes Ibc1444b8,I14c200d1 into oc-dev am: fd43dc6723 am: eb444d602c" into oc-dr1-dev-plus-aosp

Merge changes Ibc1444b8,I14c200d1 into oc-dev am: fd43dc6723
am: b209c12155

Change-Id: I9da639be63a43343d236c865aa810957290e2e49

Merge changes Ibc1444b8,I14c200d1 into oc-dev am: fd43dc6723
am: eb444d602c

Change-Id: I5c01a250bf9422b23210fc6860676c60ed33c172

Merge changes Ibc1444b8,I14c200d1 into oc-dev
am: fd43dc6723

Change-Id: Iae111bcc2770c1e75aba29021e31d07ff89243ab

Merge changes Ibc1444b8,I14c200d1 into oc-dev
am: fd43dc6723

Change-Id: I7a63dd4d785a3bc4e386cc10a427b12d678e7b28

Merge changes Ibc1444b8,I14c200d1 into oc-dev

* changes:
  ConsumerBase: discardFreeBuffers() also needs to dump its own cache
  BufferQueueProducer: Call onBuffersReleased() in detachNextBuffer

Merge changes from topic 'sensor_looper_crash' into oc-dev am: 638055ef41 am: 642e5511f4
am: 659c063b31

Change-Id: Ifdce9ab4644d58c22a7056fd68ae168973e58ded

SensorManager: attach background thread to JavaVM am: 09034f076e am: e1ae771108
am: 13ba0489bf

Change-Id: If8cbd3e3785189b624904603639c04bbc706708e

Framework sensor manager init not depends on ::android::SensorManager. am: 542eace6bf am: 7c4c5860c0  -s ours
am: b7d502bec6  -s ours

Change-Id: I4fcd0353c12d5fa51645d7266fa5670bdfd70143

Merge changes from topic 'sensor_looper_crash' into oc-dev am: 638055ef41 am: 91768a2bfe
am: 063a42c499

Change-Id: I912eea3bd90446147566ef9334663b7f320d1f84

SensorManager: attach background thread to JavaVM am: 09034f076e am: fc045b9de4
am: 02bd71ae6f

Change-Id: Id2d5290e4a127021bde68d0ede978c4064d9bb2e

Framework sensor manager init not depends on ::android::SensorManager. am: 542eace6bf  -s ours am: 401b0f43ee  -s ours
am: aae65dac18  -s ours

Change-Id: I0162ef587ade455b03e8316017e6c23f81e84ce6

Merge changes from topic 'sensor_looper_crash' into oc-dev am: 638055ef41
am: 642e5511f4

Change-Id: I5c5bacff22639e8e5457cc9bfdc9ac728a76473c

SensorManager: attach background thread to JavaVM am: 09034f076e
am: e1ae771108

Change-Id: I9565d4edc4e56589f38fe297b19a4a5abb87c7ac

Framework sensor manager init not depends on ::android::SensorManager. am: 542eace6bf
am: 7c4c5860c0  -s ours

Change-Id: Ic92c39e375542d214273c7ba89dcb0020a34bd93

Merge changes from topic 'sensor_looper_crash' into oc-dev am: 638055ef41
am: 91768a2bfe

Change-Id: Ib1eabf66f2658de1adca4133c20fb4b9fdc71526

SensorManager: attach background thread to JavaVM am: 09034f076e
am: fc045b9de4

Change-Id: I2a0ddc2040000e6c7cc27d70812f9429fcea6c61

Framework sensor manager init not depends on ::android::SensorManager. am: 542eace6bf  -s ours
am: 401b0f43ee  -s ours

Change-Id: Ib932c565af2ee3d968595b265a259f988fca57a0

Merge changes from topic 'sensor_looper_crash' into oc-dev
am: 638055ef41

Change-Id: I774229e9c84e7b390861638e478e2330b66c3d57

Merge changes from topic 'sensor_looper_crash' into oc-dev
am: 638055ef41

Change-Id: Ib48966c671e1cedb7ed1d26498b8389a62e30921

SensorManager: attach background thread to JavaVM
am: 09034f076e

Change-Id: I07364b649a58f9ca0891407540a607967155bf4b

SensorManager: attach background thread to JavaVM
am: 09034f076e

Change-Id: Ib32d5a33c7de35d9d1181fc737848ba63fe94171

Framework sensor manager init not depends on ::android::SensorManager.
am: 542eace6bf

Change-Id: I8228b3afec41260135c4123fe8cd9e9dc99f46e5

Framework sensor manager init not depends on ::android::SensorManager.
am: 542eace6bf  -s ours

Change-Id: I846d806f4d135a8c353f10ea514a3cdedd22cd85

Merge changes from topic 'sensor_looper_crash' into oc-dev

* changes:
  Fix race condition for SensorManager looper.
  SensorManager: attach background thread to JavaVM
  Framework sensor manager init not depends on ::android::SensorManager.

Fix race condition for SensorManager looper.

Before the fix there could be two background threads started for two
loopers. Add a guard to prevent this from happening.

Test: pass
Bug: 62404135
Change-Id: I8230addaaa6b83670d7b83c96809b00fca95d352

SensorManager: attach background thread to JavaVM

Test: pass
Bug: 62404135

Change-Id: I63a128c3c933904211f5ff2483492674eaba93ed

Framework sensor manager init not depends on ::android::SensorManager.

Test: photo sphere
Change-Id: Ice37a758421827757226a9898bcf3e00857443ff
Merged-In: Ice37a758421827757226a9898bcf3e00857443ff
Fixes: 36448245

Merge "Resurrect the pose tool." into oc-dr1-dev am: 5af190c517
am: b71fc2624a

Change-Id: Ie96fb61dcc1494f126394a4138729489188186b2

Merge "Resurrect the pose tool." into oc-dr1-dev
am: 5af190c517

Change-Id: I8af4bac4553638fb4a2a1994e9d590e96f796a51

Merge "Resurrect the pose tool." into oc-dr1-dev

ConsumerBase: discardFreeBuffers() also needs to dump its own cache

ConsumerBase has its own cached slots with graphic buffer references,
so it's not enough to just ask the buffer queue consumer to free
buffers.

Add code equivalent to what happens in the onBuffersReleased callback.

Test:
Bug: 62593139
Change-Id: Ibc1444b868c6150aa2da1c209e06bdba42f1595d

Merge "Add DVR method to get native display metrics"

BufferQueueProducer: Call onBuffersReleased() in detachNextBuffer

Like detachBuffer(), detachNextBuffer() needs to inform the consumer,
who generally has a cache of buffer items, that a buffer is no longer
owned by the buffer queue.

Otherwise the consumer layer can leak the buffer reference until
consumer teardown/disconnect.

Test: Camera CTS is fine, using a camera app shows correct memory
  behavior
Bug: 62591036

Change-Id: I14c200d13e60dbbe21261343941f84fb786db117

Merge "Adding package name for HIDL connection and default package name"

Add DVR method to get native display metrics

This seems like the kind of infomration we should be able to communicate
to vrcore.

Bug: 62494565
Test: Builds and loads, still need to test with vrcore
Change-Id: I2342fabcd2bcb8a34c0b783391b60defc381f3c6

Merge "atrace.rc: Correct path to saved_cmdlines_size when setting permission am: 922e418f45 am: 83e73f35d6" into oc-dr1-dev-plus-aosp
am: 5b06731e61

Change-Id: I07d20633206d6e7286dff3debfc9a8ff9d6a62ea

atrace.rc: Correct path to saved_cmdlines_size when setting permission am: 922e418f45 am: bf16598142
am: af3737c66d

Change-Id: I761902eb198c487904b0b381b9829524480e43e9

Merge "atrace.rc: Correct path to saved_cmdlines_size when setting permission am: 922e418f45 am: 83e73f35d6" into oc-dr1-dev-plus-aosp