am 5acb30de: Merge "Apply the scale to surfaceinsets when computing crop region"

* commit '5acb30de6f65ff9ab47138b022a724ec489bdd9d':
  Apply the scale to surfaceinsets when computing crop region

Merge "Apply the scale to surfaceinsets when computing crop region"

am 1c7f0860: Merge "overlaytests:  fix testrunner.py md5sum invocation"

* commit '1c7f0860c7d1bf087eefebfb1aa411ffbdfb76e6':
  overlaytests:  fix testrunner.py md5sum invocation

Merge "overlaytests:  fix testrunner.py md5sum invocation"

overlaytests:  fix testrunner.py md5sum invocation

The overlaytests testrunner.py script wants to invoke adb shell md5sum
to compute the md5 of a file, but wrongly invokes it as md5.  Maybe
it used to have that name, but it doesn't exist under that name in master.
Fix it.

Change-Id: I3ec4be162fab0cd3915f010f9b1add37b5397973
Signed-off-by: Stephen Smalley <sds@tycho.nsa.gov>

Apply the scale to surfaceinsets when computing crop region

While in computing surface crop region, magnification specs are
not applied to surface insets from LayoutParams.

So, in case magnification specs are set,
surface crop region should be calculated considering scale factor.

(For instance, using TouchZoom in Accessibility
at AppsPermissionActivity in market app)

Bug: 20863078
Change-Id: I9e7e21e502b29208f2856918d6fcda050f515595
Signed-off-by: Seunghyun Lee <seunghyun85.lee@lge.com>

am ce7dba6b: Merge "[ActivityManager] Fix index OOB when updating visible."

* commit 'ce7dba6bdf2345f39ad8f39b8a4c1bac9bcd35ea':
  [ActivityManager] Fix index OOB when updating visible.

Merge "[ActivityManager] Fix index OOB when updating visible."

am b77bc869: Merge "Delete android.speech.srec.*"

* commit 'b77bc869241644a662f7e615b0b00ecb5aee373d':
  Delete android.speech.srec.*

am a01d4696: Merge "ZipFileRO: Use precise widths for zip file types."

* commit 'a01d46963a292c6006a362974d1807a0cbb6af36':
  ZipFileRO: Use precise widths for zip file types.

Merge "Delete android.speech.srec.*"

Delete android.speech.srec.*

This code had an undeclared dependency on libsrec_jni which
we no longer build.

bug: 21855957

(cherry picked from commit b39dfe87b89e3773910202f2e94b9860236551d9)

Change-Id: I6c97f22916766714ae899cf51f1b56cde308af8e

Merge "ZipFileRO: Use precise widths for zip file types."

ZipFileRO: Use precise widths for zip file types.

getEntryInfo crashes on 64-bit devices because "long" types
were being passed int pointers (that pointed to a stack frame)
that were reinterpret_cast'ed to long* (sigh.). To fix this issue
once and for all, use types with explicitly defined widths.

This change also removes some dead invariant checking from
Asset.cpp instead of cleaning it up.

Note that we've introduced a wart in NativeLibraryHelper, where
we need to deal with zlib's uLong type, which is "at least 32 bits
wide".

bug: 21622286

(cherry picked from commit 4600dd053dbdbd4b95f3b11057a1cc55b99f9c77)

Change-Id: I7886cb37a229cc27c625699c80e6a6a6117d2203

am dc22cfed: Merge "Don\'t prevent notification updates in DOS protection."

* commit 'dc22cfed5d3a65dcd3979113dbce468ad8ec2868':
  Don't prevent notification updates in DOS protection.

Merge "Don't prevent notification updates in DOS protection."

am f35f66a8: Merge "Use new sanitizer option."

* commit 'f35f66a86bfe7afd55ee3c8c9f624a55a1d6c2fe':
  Use new sanitizer option.

Merge "Use new sanitizer option."

Use new sanitizer option.

Change-Id: Iabc46da2820f252f6cd8cef8a447064890f3a76d

am 26a40606: Merge "jni: isLoggable calls __android_log_is_loggable"

* commit '26a406063732587a667d6c389cfd055a7ceab566':
  jni: isLoggable calls __android_log_is_loggable

Merge "jni: isLoggable calls __android_log_is_loggable"

jni: isLoggable calls __android_log_is_loggable

Will inherit additional functionality and cache improvements

Bug: 17760225
Change-Id: Iab1816d37cc74343d83629d851a5784d4865ebb4

am 8da462de: Merge "Add path to native libraries inside apk"

* commit '8da462dea50dda16ea83b8cad83412a76f60f915':
  Add path to native libraries inside apk

Merge "Add path to native libraries inside apk"

am 396b83b0: Merge "Fix overflow/underflow problem in comparison"

* commit '396b83b0c8a9c615ca416fa7a7d366a4e30971a1':
  Fix overflow/underflow problem in comparison

Merge "Fix overflow/underflow problem in comparison"

Add path to native libraries inside apk

If an application has native code (and primary abi)
include path to corresponding folder inside apk-file
to ldLibraryPath when constructing PathClassLoader

Bug: 21647354
Bug: 21667767
Bug: 21726698
Bug: 8076853
Change-Id: Ib0a2f01ee69019d3206a00c542bd7d0f58d0c481
(cherry picked from commit e56b3f63e8235ab45e081fc9d3476a3e5248ddde)

am 7f0b5652: Merge "Bluetooth native dumpsys logging support (3/5)"

* commit '7f0b56527fa393cfc795d853edb809e224fc1376':
  Bluetooth native dumpsys logging support (3/5)

Merge "Bluetooth native dumpsys logging support (3/5)"

Bluetooth native dumpsys logging support (3/5)

Bug: 18508263
Change-Id: I88f9c90dab8b0c825010c8617709449a3dd704b2

am cfa9a98e: Merge "Improve the reboot-to-recovery dialogs"

* commit 'cfa9a98e99286e3cf1f89f80b37a5a9ff37c30c3':
  Improve the reboot-to-recovery dialogs

am e215b464: Merge "Wait for uncrypt to finish before rebooting"

* commit 'e215b46482af78b6259c867815dc5cf2198908d5':
  Wait for uncrypt to finish before rebooting

am 6c4fc3a0: Merge "Change wtf errors from ASSERT to ERROR."

* commit '6c4fc3a08e9ca52a36f7fc83b783185da34abc12':
  Change wtf errors from ASSERT to ERROR.

Merge "Improve the reboot-to-recovery dialogs"

Merge "Wait for uncrypt to finish before rebooting"

Merge "Change wtf errors from ASSERT to ERROR."

Change wtf errors from ASSERT to ERROR.

Calling println_native with the value of ASSERT will set the abort
message. Unfortunately, there are numerous cases where one thread aborts,
but before that thread can communicate with debuggerd, another thread
calls wtf, which overwrites the abort message from the original
failing thread.

Fix this by changing this to an error level log message.

Bug: 21490722
(cherry picked from commit 2d073ba83c570466a7f77d1cd9193ab4a60eaee4)

Change-Id: Ib9daedf114a2e0ecc424641e4929cc4d15b0c776

Improve the reboot-to-recovery dialogs

To address the UX comments, this CL modifies the dialogs when the
device is rebooted to install an update or to perform factory data
reset.

Bug: 20949086
(cherry picked from commit 81dce6631396012e8b722bbed6d003f584800ae1)
Change-Id: I6d0cbbbaf184806366c6581c1c2e7dbcc5d89a17

Wait for uncrypt to finish before rebooting

/system/bin/uncrypt needs to be triggered to prepare the OTA package
before rebooting into the recovery. For larger packages, uncrypt may be
killed before it finishes the work after the timeout. Change to monitor
the uncrypt status and show the progress to user.

Needs matching changes in bootable/recovery/uncrypt, system/core and
external/sepolicy.

Also pick up the two NPE fixes in commits
9bb765448df43d41e0a3edb7de1d1641c9251c35 and
da3f63ffb87397943546a7c5c893ce98f2489df2.

Bug: 20012567
Bug: 20949086
(cherry picked from commit 90237f7beb55dae79cdcba5271f96be778573737)
Change-Id: Ibf2fc80032967e5f6cda3cd469005dd29665c87c

am c521b108: Merge "Fix a GL error leak issue"

* commit 'c521b10854ebdc227d6f32649c627a548caef2e4':
  Fix a GL error leak issue

Merge "Fix a GL error leak issue"

Fix a GL error leak issue

glFinish() dequeues a native buffer, and it fails when
the bufeer has been abandoned, this is ok and will not
casue the app crash

GL_OUT_OF_MEMORY is generated in this case, and it is
not reset until glGetError called. This is happened in
build layer function, glGetError is called after glTexImg2d,
and get GL_OUT_OF_MEMORY, then this function return as OOM,
and app crash

Fix it by adding a glGetError after glFinish

Change-Id: I8803a726b6f609c4a2f8a6aa6bb7ff7064808932

am a121d34c: Merge "ICU format support for pseudolocalizes."

* commit 'a121d34ceefc8d106bf48f8fdd400d67445fc573':
  ICU format support for pseudolocalizes.

Merge "ICU format support for pseudolocalizes."

ICU format support for pseudolocalizes.

Custom parser can handle nested ICU messages even if they
are split into multiple fragments. Code reworked to encapsulate
all pseudolocalization logic in Pseudolocalizer and PseudoMethods
classes. To minimize a changelist size, some static functions
remained. Fake BiDi pseudolocalization method is reimplemented
to handle word boundaries correctly. Unit tests added.

Change-Id: I9fb4baf4e3123df5dd6d182cca02bb7b0489ca71

am 1052ae00: Merge "Fixed ScriptGroup for outputs to globals"

* commit '1052ae00f1c23d9c8e6177cf0469236767de622f':
  Fixed ScriptGroup for outputs to globals

Merge "Fixed ScriptGroup for outputs to globals"

Fixed ScriptGroup for outputs to globals

b/21187932

Dependency from one kernel to another kernel -- where one reads the
other's output to a global allocation -- was not handled correctly.
This CL fixed that. Needed to make a new CTS test pass.

Change-Id: I500f9cac9d89bcaec7c186e942ba4a7d413daadb
(cherry picked from commit 85858718c0fc8f4f17ee18e5d62ec0614a8bc780)

am f5b7778e: Merge "Pass MUTF-8 paths to open(2) instead of UTF-8."

* commit 'f5b7778e5588af8077f079984dc69965da7102a6':
  Pass MUTF-8 paths to open(2) instead of UTF-8.

Merge "Pass MUTF-8 paths to open(2) instead of UTF-8."

Pass MUTF-8 paths to open(2) instead of UTF-8.

Modified UTF-8 and UTF-8 differ with respect to how they handle
non-BMP characters. Modified UTF-8 uses 2 x 3 byte encodings, one
each for the high and low surrogate, whereas UTF-8 uses a single
4 byte sequence.

File systems don't specify and encoding and therefore the file name
encoding will vary depending on how it's created. All standard
Java APIs (java.io.File / FileOutputStream etc.) use Modified UTF-8
filenames, so we assume that's the status quo.

We will also audit code from the rest of the platform to make sure
that file names are encoded consistently.

bug: 21578056

Change-Id: I8e37af7f7cc442805a48899917f8e61c8f81fba6

am 3a5c054a: Merge "Fix debugging-log documentation errors."

* commit '3a5c054ac3a33753c3aeb2cb26e7b05d64291839':
  Fix debugging-log documentation errors.

Merge "Fix debugging-log documentation errors."

Fix debugging-log documentation errors.

ART has never supported log.redirect-stdio.

Don't imply that System.out and System.err go to /dev/null.

Bug: http://b/18092307
Bug: https://code.google.com/p/android/issues/detail?id=165602
Bug: https://code.google.com/p/android/issues/detail?id=62555
Change-Id: If5304a129e8941865211deb86766531925255796

am 7d72fedd: Merge "Input command can fail (with exceptions) if the touchscreen id is not 0"

* commit '7d72fedd7e60070a26d5b5647fe93e2245c1903e':
  Input command can fail (with exceptions) if the touchscreen id is not 0

Merge "Input command can fail (with exceptions) if the touchscreen id is not 0"

[ActivityManager] Fix index OOB when updating visible.

If there is an Activity Z of Task T needs be visible but
isn't running, and the process P of Z is existed, it will
just to schedule launch Z.

The problem will happen when P is died (e.g. kill itself)
right before scheduleLaunchActivity. Once RemoteException
is caught, startSpecificActivityLocked will try to restart
the process and run cleanup procedure because the process
record is existed (death recipient of P has not entered AMS
yet). And assume task T contains X, Y, Z. X and Y have
declared stateNotNeeded=true, so X and Y will be removed
from task T.

Now the size of task T changes from 3 to 1. And because
activityNdx=2 when updating Z, the next round (--activityNdx)
will have exception at activities.get(activityNdx):
IndexOutOfBoundsException: Invalid index 1, size is 1

The ActivityRecord in TaskRecord is removed by below flow:

ActivityStack.ensureActivitiesVisibleLocked
 ActivityStackSupervisor.startSpecificActivityLocked
  ActivityStackSupervisor.realStartActivityLocked
   ApplicationThreadProxy.scheduleLaunchActivity -> IPC fail
  ActivityManagerService.startProcessLocked
   ActivityManagerService.handleAppDiedLocked
    ActivityStackSupervisor.handleAppDiedLocked
     ActivityStack.handleAppDiedLocked
      ActivityStack.removeHistoryRecordsForAppLocked
       ActivityStack.removeActivityFromHistoryLocked
        task.removeActivity(r) -> mActivities.remove(r)

There is also similar patch to solve the same problem:
https://android-review.googlesource.com/143780/

Change-Id: Iac646bcb8ed3d3cfb2bda14e05e11abfcfe980d1

am 34a63ba4: Merge "Ensure RenderScript tracing is always balanced via try/finally"

* commit '34a63ba4d79567146f2724c47b06ffa4f21639da':
  Ensure RenderScript tracing is always balanced via try/finally

Merge "Ensure RenderScript tracing is always balanced via try/finally"

am 1bdb3be9: Merge "Fix RenderScript copy tracing sections"

* commit '1bdb3be9cc284733f8c385b449b46221416c4018':
  Fix RenderScript copy tracing sections

Ensure RenderScript tracing is always balanced via try/finally

bug:21560057

Change-Id: I6709b81636822135848c10adca8ba425f3c2212e

Merge "Fix RenderScript copy tracing sections"

Fix RenderScript copy tracing sections

bug:21560057

Change-Id: I3b44d04bd908d9549ef7ada5f48f5d94e239d186

Fix overflow/underflow problem in comparison

Here's overflow/underflow problem in comparators.
"when1 - when2" may suffer in overflow/underflow condition.
Comparing them directly can avoid this problem.

Change-Id: Id46af3db2adac90654210182d26ade1986ee0661

Input command can fail (with exceptions) if the touchscreen id is not 0

We had a device where the touchscreen was reconfigured during system
init, and as a result was assigned a device id that was not 0.
The following message from InputReader.cpp was logged when this occured:
I/InputReader(  762): Device reconfigured: id=4, name='himax-touchscreen', size 1024x600, orientation 1, mode 1, display id 0

Attempting to use the input command for the touchscreen in this state
will fail due to the hardcoded touchscreen device id.

Change-Id: I4e8fad864e7b83cce00c680b254bad06e1200f15

am bf17375e: Merge "Should reset mDismissKeyguard on keyguard secure change"

* commit 'bf17375e5e6195122ee24295cf05f012822711ec':
  Should reset mDismissKeyguard on keyguard secure change

Merge "Should reset mDismissKeyguard on keyguard secure change"

am ad2be762: Merge "Fix null pointer dereference when security exception occurs"

* commit 'ad2be762f2f0ff9f3c01e729e307920cef6e2904':
  Fix null pointer dereference when security exception occurs

am 5ef53783: Merge "WindowManagerService not propagating X and Y steps"

* commit '5ef53783743c7a7fb2339274ddb0886b0eb789ec':
  WindowManagerService not propagating X and Y steps

Merge "Fix null pointer dereference when security exception occurs"

Merge "WindowManagerService not propagating X and Y steps"

am e761938c: Merge "Fix javadocs based on recent case consistency change"

* commit 'e761938c39c1cafa80d0c474e107041316a49cbd':
  Fix javadocs based on recent case consistency change

Merge "Fix javadocs based on recent case consistency change"

am dd783301: Merge "Add optional additional entropy to finish"

* commit 'dd78330140ad0e02fc693fc1f5bf041adcf64a1f':
  Add optional additional entropy to finish

Merge "Add optional additional entropy to finish"

Add optional additional entropy to finish

If provided the extra entropy will be added to the device before calling
finish. If entropy is provided and the device does not support supplying
additional entropy then finish will fail with KM_ERROR_UNIMPLEMENTED.

Change-Id: If26be118bf382604f6f8e96e833b76e6f9e94d58

am 4993da92: Merge "Patches for IKeyguardStateCallback"

* commit '4993da924c6f25194aded71e70eefd07208eee81':
  Patches for IKeyguardStateCallback

Merge "Patches for IKeyguardStateCallback"

Patches for IKeyguardStateCallback

1. Also notify input is restricted or not when IKeyguardStateCallback callback is added.
When first Keyguard is showing after boot, the mInputRestricted is not updated. So,
inKeyguardRestrictedInputMode still returns false, although device is locked.

2. If mShowing remains false during setup time of KeyguardViewMediator, mInputRestricted
is not updated. This is because updateInputRestrictedLocked is called only if showing
value is changed during setup time.
For this reason, when device is not provisioned, inKeyguardRestrictedInputMode returns
false, and device does not restrict key.

3. If one of callbacks causes RemoteException, the other callbacks are not called.
This is because catching RemoteException breaks for-loop.

Change-Id: I0281405127bcc75285b908d01485da3ac9b40b52
Signed-off-by: Dooyoung Hwang <dooyoung.hwang@lge.com>

am 90cfc192: Merge "Close race condition in binderDied()"

* commit '90cfc1923ae0a9fe98b97d123b2250f01e8bc3f2':
  Close race condition in binderDied()

Merge "Close race condition in binderDied()"

Close race condition in binderDied()

It was possible for a binderDied() call to occur while the death
recipient list containing the object was being iterated, in which
case we could invalidate an object reference out from under the
iteration, causing a VM abort.  We now interlock the binderDied()
deref operation with the list's locking semantics to prevent this.

Bug 15831054

(cherry picked from commit 090c08ff2a7525c830b4edfd1a79aa8ee3893c60)

Change-Id: If0027d3ac4da1153284a425dd9b2819a203481ab

am 3976a569: Merge "Replace --include-cfi with --generate-debug-info."

* commit '3976a56904e359eb975395725e908122d7d6e466':
  Replace --include-cfi with --generate-debug-info.

am 495ebb11: Merge "Update asan/app_process."

* commit '495ebb119bd1cea64f985367ba3bb87594e4fa81':
  Update asan/app_process.

Merge "Replace --include-cfi with --generate-debug-info."

Merge "Update asan/app_process."

Fix javadocs based on recent case consistency change

Commit a40d2447b6f516116135ee7f126579771ba98a2c made the
case consistently "as for the beginning of a sentence".
This updates the docs to reflect that. Previously the
result depended on the string returned (e.g. "Tomorrow"
was capitalized in English) and the casing varied
within and between locales.

Bug: 20247811
Change-Id: If4c6b3a13f61bd0cb64c82fc4c96d053130ae4c8

Replace --include-cfi with --generate-debug-info.

This follows a change in dex2oat.

Change-Id: I46b61298ca00bee2e83080456b180d63efd95b8f

am d2b63ff8: Merge "Fix bug regarding the comparator sorts Alarms into increasing time order."

* commit 'd2b63ff8b2706e54bae2678d42db2681db812113':
  Fix bug regarding the comparator sorts Alarms into increasing time order.

Merge "Fix bug regarding the comparator sorts Alarms into increasing time order."

Fix bug regarding the comparator sorts Alarms into increasing time order.

The comparator used variable "when" in IncreasingTimeOrder class.
variable "when" means "elapsed time" or "real time"(RTC) and these types have different unit of time.
so, I recommend that you use a "whenElapsed" which has the equal unit of time as its default value.

Change-Id: I248863ef8a5c49cc7114cb2965f3d6b78f4faa59
Signed-off-by: Jinho Park <jinho.park@lge.com>

am 3f453164: Merge "Pass charset to XmlPullParser.setInput instead of null"

* commit '3f453164ec884d26a556477027b430cb22a9b7e3':
  Pass charset to XmlPullParser.setInput instead of null

Merge "Pass charset to XmlPullParser.setInput instead of null"

am d3916c88: Merge "Fix application moves."

* commit 'd3916c885ba382d78b6c64bc0773dd38638a6c3f':
  Fix application moves.

am 8f9339d0: Merge "Throw a checked exception on inconsistent installs."

* commit '8f9339d0d76bf92f7a55b4eaf569e4cfb6e3212c':
  Throw a checked exception on inconsistent installs.

am 3178e9f6: Merge "Scan package to derive ABIs before optimizing."

* commit '3178e9f6e823b01d1af382149ecafec741ecd2d0':
  Scan package to derive ABIs before optimizing.

am 2e06258c: Merge "Do not create oat directory for an app in ASEC container"

* commit '2e06258c4588b5c381277ad0269c00f7d05d1016':
  Do not create oat directory for an app in ASEC container

Pass charset to XmlPullParser.setInput instead of null

Passing null to XmlPullParser.setInput forces it to do additional
work, which can be easily avoided if we know the charset beforehand.

bug: b/20849543

(cherry picked from commit 9e9e2e73c6ec7bece20268196dc89ad0c8bafad4)

Change-Id: Iaff97be9df2d0f99d7af8f19f65934439c9658e2

Merge "Fix application moves."

Fix application moves.

We don't dex2oat during application moves, so we must scan
the package again scanPackageDirtyLI to deduce its ABI.

This is unnecessary (since a move cannot change ABIs), but we
need some additional refactoring to avoid a second scan.

bug: 21337469

(cherry picked from commit cd251fa382e887f59c278d4d7cd0a858812c6114)

Change-Id: Id1ed3bdfabb41e05e6a2f7efbd05d2103a67c663