am 7d740cf6: am 53bc3719: Merge "Fixing a crash when doing lock profiling"

* commit '7d740cf6430a86edca1fcf20fd974b53b00136f8':
  Fixing a crash when doing lock profiling

am 53bc3719: Merge "Fixing a crash when doing lock profiling"

* commit '53bc3719bab6f0a075dd3f968a6d9a630fb81476':
  Fixing a crash when doing lock profiling

Merge "Fixing a crash when doing lock profiling"

am 2436ea18: am 90d3e3b3: Merge "Add test cases for concurrent gc and System.arraycopy"

* commit '2436ea181dc24ec4d91a6052394d24bf60987f25':
  Add test cases for concurrent gc and System.arraycopy

am 90d3e3b3: Merge "Add test cases for concurrent gc and System.arraycopy"

* commit '90d3e3b3999aa22d0cecc4f064e5686c555ad700':
  Add test cases for concurrent gc and System.arraycopy

Merge "Add test cases for concurrent gc and System.arraycopy"

Add test cases for concurrent gc and System.arraycopy

When System.arraycopy runs at the same time as a concurrent gc
the phone will sometimes crash since System.arraycopy was implemented
using memmove and memcpy. In current implementation of mememove bytes
are copied one at a time. If for instance only 3 out of 4 bytes
to an object reference were copied when the thread switch to the
gc thread occurred and the gc was scanning the marked objects the
gc read an invalid address. The parameters to dvmWriteBarrierArray
in one case was also corrected (they are currently not used).

The fix itself for this crash is made elsewhere, this commit just
adds test cases to verify that this works.

Change-Id: I0a8cfd43561b3d5de4bba818993bcf8b40413045

Fixing a crash when doing lock profiling

This is a fix for a crash that can happen when logging Contention
events. This logging is performed when lock profiling is enabled.
This is by default enabled on userdebug builds. The crash happened
when a thread was being destroyed. When a thread is being
destroyed it is normal that the frame depth is zero, and thus the
current frame is null. logContentionEvent() requires that the
current frame is not null, or it will crash.

The fix is to check if the current frame is null.

Change-Id: I4c2b9ad94b663398645497fdffa1ec6f7ea86a51

am 5e037ee6: am 89cf125c: Report GC pause times more accurately.

* commit '5e037ee6df37069ba12c9a9eccbf01dd232b1d7d':
  Report GC pause times more accurately.

am 89cf125c: Report GC pause times more accurately.

* commit '89cf125cd95a7df3a713cb3d3d39a033304e474c':
  Report GC pause times more accurately.

Report GC pause times more accurately.

Include the time that it actually took to pause or suspend
threads in the reported time.

Also report the amount of time that other threads spend blocked
waiting for a concurrent GC to complete.

Change-Id: I80af351c2dc3171fc7db48dbbb361f3d92bbca80

am e99e79db: am 07901d5e: Merge "Running rebuild.sh found a few changes to be updated to vm/mterp/out/InterpAsm-mips.S and vm/mterp/out/InterpC-mips.cpp"

* commit 'e99e79dbab3ce3a3b18fd4422f1d69ef05ccde59':
  Running rebuild.sh found a few changes to be updated to vm/mterp/out/InterpAsm-mips.S and vm/mterp/out/InterpC-mips.cpp

am 07901d5e: Merge "Running rebuild.sh found a few changes to be updated to vm/mterp/out/InterpAsm-mips.S and vm/mterp/out/InterpC-mips.cpp"

* commit '07901d5e8d0be0130d92b626f0b92d177ba8f460':
  Running rebuild.sh found a few changes to be updated to vm/mterp/out/InterpAsm-mips.S and vm/mterp/out/InterpC-mips.cpp

Merge "Running rebuild.sh found a few changes to be updated to vm/mterp/out/InterpAsm-mips.S and vm/mterp/out/InterpC-mips.cpp"

Running rebuild.sh found a few changes to be updated to
vm/mterp/out/InterpAsm-mips.S and
vm/mterp/out/InterpC-mips.cpp

am b605b393: Reconcile with jb-release

* commit 'b605b39373274d1ad5d194fb09c0d06e07379025':

Reconcile with jb-release

Change-Id: I9be82c25a57356698a04628abbbb0a18f95a9ca2

Merge "Fix for bug 6448650 by changing to dvmCreateReflectObjForMethod"

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

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

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

am 6fb6f30d: Update test 089 expectations

* commit '6fb6f30d1d079724bc6107c4c68eabf2d8cadefb':
  Update test 089 expectations

Fix for bug 6448650 by changing to dvmCreateReflectObjForMethod

Bug: 6448650

Changing dvmCreateReflectMethodObject with dvmCreateReflectObjForMethod in createAnnotationMember fixes crash caused by accessing uninitialized gDvm.classJavaLangReflectMethod

Change-Id: I3ce9b112a4afab2f972b80cbdb80f1ab1fb9678c

Update test 089 expectations

Change-Id: I9023d20d1bc68204f932449b5e90fcb455da7a0b

Reconcile with jb-release nakasi-factoryrom-release

Change-Id: I805eea05d6c4840fe471dbfbfb5624a7fdc78235

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

am 3492e8ab: Merge "  Trim after explicit gc."

* commit '3492e8ab5939ebdbec642ad284bce015937e60d9':
  Trim after explicit gc.

Merge "  Trim after explicit gc."

  Trim after explicit gc.

  On Gingerbread, dvmHeapSourceTrim() is called 5 seconds
  after every kind of GC. Current AOSP do trim only for
  concurrent GC. That makes OOM killer too busy.

  At least explicit GC need trim and in case of explicit
  GC, there are no need to delay 5 seconds before trim.

Change-Id: I8fde8f773398bf20c674cfa6f686d7d745d56492

am 0cea134b:  Fix: Issue 26627: Dalvik Heap Trim timer value after GC

* commit '0cea134bef68f348225178dacf03716d4907bdbe':
  Fix: Issue 26627: Dalvik Heap Trim timer value after GC

 Fix: Issue 26627: Dalvik Heap Trim timer value after GC

dvmRelativeCondWait need millisecods not seconds.

With this fix, trim will begins 5 seconds after concurrent GC

Bug: http://code.google.com/p/android/issues/detail?id=26627
Bug: 6482868
Change-Id: I3802b48e345725fb78e4ef2c999dd243ef30a138

am 07cfd74d: Merge " Fix: Issue 26627: Dalvik Heap Trim timer value after GC"

* commit '07cfd74d766d821196fa2451604af25cfa9767de':
  Fix: Issue 26627: Dalvik Heap Trim timer value after GC

Merge " Fix: Issue 26627: Dalvik Heap Trim timer value after GC"

 Fix: Issue 26627: Dalvik Heap Trim timer value after GC

dvmRelativeCondWait need millisecods not seconds.

With this fix, trim will begins 5 seconds after concurrent GC

Bug: http://code.google.com/p/android/issues/detail?id=26627
Change-Id: I3802b48e345725fb78e4ef2c999dd243ef30a138

am 259298d9: Make sure we have room for future Maps builds.

* commit '259298d964e55be9f2afbd9e145311895ed920da':
  Make sure we have room for future Maps builds.

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

Make sure we have room for future Maps builds.

They're worried that the Honeycomb increase to 8MiB won't last them very long.

Bug: 6423582
Change-Id: I5f35add9f370548415c0a5e6aed42ec5bd943a03

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

am 2b02fef4: Lose libnativehelper to its own project for the PDK.

* commit '2b02fef409ebf91d3a9e6a624ab4f60ef540dbc9':
  Lose libnativehelper to its own project for the PDK.

am 20aeca6e: Merge "Pad the 8 and 16 bit Jvalue members"

* commit '20aeca6e2b18c07d3840f4b09f09186511148d8c':
  Pad the 8 and 16 bit Jvalue members

resolved conflicts for merge of 93a44a28 to jb-dev-plus-aosp

Change-Id: I9c1f2e37602bea86e70333d2b274665e99fcbd92

Lose libnativehelper to its own project for the PDK.

Bug: 6369821
Change-Id: Iae06cf1570a14ddefad6b31eec904d9fa598d89f

Merge "Pad the 8 and 16 bit Jvalue members"

Pad the 8 and 16 bit Jvalue members

This allows them to be consistently accessed as either 8-bit,
16-bit or 32-bit values in bigendian and little-endian mode.

Change-Id: I1be5519f3666a3553b404368075f5a7b5d9e6b32
Signed-off-by: Chris Dearman <chris@mips.com>
Signed-off-by: Raghu Gandham <raghu@mips.com>

Merge "[MIPS] Dalvik fast interpreter support and JIT implementation"

am e6bdc430: Merge "Fix a bug in dvmQuasiAtomicsShutdown."

* commit 'e6bdc430f38ef9c2e74ecdb0cee5aa04848e71fc':
  Fix a bug in dvmQuasiAtomicsShutdown.

Merge "Fix a bug in dvmQuasiAtomicsShutdown."

am a14639df: Merge "Support architectures that require correctly aligned doubles"

* commit 'a14639df65cc0aefafcddda5aae8b591204e45f9':
  Support architectures that require correctly aligned doubles

Fix a bug in dvmQuasiAtomicsShutdown.

Spotted visually when merging to an internal branch.

Change-Id: Ic130608bfa46036cec0684cd50706178cfefd2a0

resolved conflicts for merge of 323d9152 to jb-dev-plus-aosp

Change-Id: Ie94542150dad725ca09ad2824cddd034cd6a149b

[MIPS] Dalvik fast interpreter support and JIT implementation

Change-Id: I9bb4f6875b7061d3ffaee73f204026cb8ba3ed39
Signed-off-by: Raghu Gandham <raghu@mips.com>
Signed-off-by: Chris Dearman <chris@mips.com>
Signed-off-by: Douglas Leung <douglas@mips.com>
Signed-off-by: Don Padgett <don@mips.com>

Merge "Support architectures that require correctly aligned doubles"

Merge "Simplify the quasi-atomic stuff and add MIPS support."

Simplify the quasi-atomic stuff and add MIPS support.

Change-Id: Iac896c03ef707c998cc714628adea0255f21c035

resolved conflicts for merge of 5a1fcc8a to jb-dev-plus-aosp

Change-Id: I229e532e3c2892251244bde61290ff40e7b95b4e

resolved conflicts for merge of 4c5f9711 to jb-dev-plus-aosp

Change-Id: I4c724c3df990a5abf42cec748bbbba25ee5bc112

am 8b946491: Merge "Fixed bug in x86-atom fast interpreter. Adds guard for potential null pointer. Adds guard for potential null pointer when checking for debugger active on return from method."

* commit '8b946491bd4d09229dc342c0be78ef36a56e7f78':
  Fixed bug in x86-atom fast interpreter. Adds guard for potential null pointer. Adds guard for potential null pointer when checking for debugger active on return from method.

Merge changes I8669dfbc,I0ffb15b7,Ib2b8e87a,Ifc7de30e

* changes:
  Use old frame for dvmReportPreNativeInvoke/dvmReportPostNativeInvoke
  Restore fp after calling JNI method in allstubs interpreter
  Fix the warning emitted by codesourcery compiler 4.5.2
  Fix instruction logging messages

Merge "Fix the portable interpreter build"

Merge "Fixed bug in x86-atom fast interpreter. Adds guard for potential null pointer. Adds guard for potential null pointer when checking for debugger active on return from method."

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

am 0cdf3934: am d2a4bb85: Merge "Fix a leak in the JIT."

* commit '0cdf3934d334805fd6f22040fa781a86515ad2bf':
  Fix a leak in the JIT.

resolved conflicts for merge of 156f3159 to master

Change-Id: I2f954597257df43d3c6367bbab40f1fdad229502

apps forked from zygote run in default cgroup

zygote and it's children, including system_server and all app processes,
currently start in root cgroup.  Most app threads eventually join either
bg_noninteractive or foreground cgroups, but we can't depend on that.
This change puts system_server and all app processes in the system
default cgroup aka foreground instead.

See also bug 6376294 which will provide a more general way of configuring cgroups.

Excerpt of ps -P -t before fix.  Note that app u0_a7 has some threads in root cgroup:
USER     PID   PPID  VSIZE  RSS    PCY  WCHAN    PC         NAME
root      91    1     441308 35052     ffffffff 400d4bf8 S zygote
root      1838  91    441308 35052     c009c0c4 400d5bdc S ReferenceQueueD
root      1840  91    441308 35052     c009c0c4 400d5bdc S FinalizerDaemon
root      1842  91    441308 35052     c009c0c4 400d5bdc S FinalizerWatchd
u0_a7     1378  91    461036 28676     ffffffff 400d59b0 S com.google.android.calendar
u0_a7     1380  1378  461036 28676     c009c0c4 400d5bdc S GC
u0_a7     1383  1378  461036 28676     c00827fc 400d5494 S Signal Catcher
u0_a7     1384  1378  461036 28676     c0408d14 400d569c S JDWP
u0_a7     1385  1378  461036 28676     c009c0c4 400d5bdc S Compiler
u0_a7     1386  1378  461036 28676     c009c0c4 400d5bdc S ReferenceQueueD
u0_a7     1387  1378  461036 28676     c009c0c4 400d5bdc S FinalizerDaemon
u0_a7     1388  1378  461036 28676     c009c0c4 400d5bdc S FinalizerWatchd
u0_a7     1389  1378  461036 28676 fg  c035ac7c 400d4ad4 S Binder_1
u0_a7     1390  1378  461036 28676 fg  c035ac7c 400d4ad4 S Binder_2
u0_a7     1393  1378  461036 28676     c009c0c4 400d5bdc S pool-1-thread-1
u0_a7     1395  1378  461036 28676 bg  c009c0c4 400d5bdc S AsyncTask #1
u0_a7     1410  1378  461036 28676     c009c0c4 400d5bdc S pool-2-thread-1
u0_a7     1411  1378  461036 28676 bg  c009c0c4 400d5bdc S AsyncTask #2
u0_a7     1428  1378  461036 28676     c01258cc 400d59b0 S AsyncQueryWorke
u0_a7     1469  1378  461036 28676 bg  c009c0c4 400d5bdc S AsyncTask #3
u0_a7     1563  1378  461036 28676     c009c0c4 400d5bdc S pool-3-thread-1
u0_a7     1564  1378  461036 28676 bg  c009c0c4 400d5bdc S AsyncTask #4

After the fix, now only kernel workers and native system services run in root cgroup:
USER     PID   PPID  VSIZE  RSS    PCY  WCHAN    PC         NAME
root      91    1     441304 35048     ffffffff 4007abf8 S zygote
root      1490  91    441304 35048     c009c0c4 4007bbdc S ReferenceQueueD
root      1491  91    441304 35048     c009c0c4 4007bbdc S FinalizerDaemon
root      1493  91    441304 35048     c009c0c4 4007bbdc S FinalizerWatchd
u0_a7     1335  91    460032 32124 bg  ffffffff 4007b9b0 S com.google.android.calendar
u0_a7     1337  1335  460032 32124 bg  c009c0c4 4007bbdc S GC
u0_a7     1338  1335  460032 32124 bg  c00827fc 4007b494 S Signal Catcher
u0_a7     1341  1335  460032 32124 bg  c0408d14 4007b69c S JDWP
u0_a7     1342  1335  460032 32124 bg  c009c0c4 4007bbdc S Compiler
u0_a7     1343  1335  460032 32124 bg  c009c0c4 4007bbdc S ReferenceQueueD
u0_a7     1344  1335  460032 32124 bg  c009c0c4 4007bbdc S FinalizerDaemon
u0_a7     1345  1335  460032 32124 bg  c009c0c4 4007bbdc S FinalizerWatchd
u0_a7     1346  1335  460032 32124 fg  c035ac7c 4007aad4 S Binder_1
u0_a7     1347  1335  460032 32124 fg  c035ac7c 4007aad4 S Binder_2
u0_a7     1351  1335  460032 32124 bg  c009c0c4 4007bbdc S AsyncTask #1
u0_a7     1380  1335  460032 32124 bg  c01258cc 4007b9b0 S AsyncQueryWorke
u0_a7     1417  1335  460032 32124 bg  c009c0c4 4007bbdc S AsyncTask #2
u0_a7     1452  1335  460032 32124 bg  c009c0c4 4007bbdc S AsyncTask #3
u0_a7     1555  1335  460032 32124 bg  c01258cc 4007b9b0 S Thread-134
u0_a7     1691  1335  460032 32124 bg  c009c0c4 4007bbdc S pool-3-thread-1
u0_a7     1692  1335  460032 32124 bg  c009c0c4 4007bbdc S AsyncTask #4

Not shown, but system_server also runs in fg (it already did; this change
didn't affect that).

Change-Id: I516960a102c9d59fc9bfb5888d90a7645d178dcf

am d2a4bb85: Merge "Fix a leak in the JIT."

* commit 'd2a4bb85573f20edd751557dfdca2033652b9f36':
  Fix a leak in the JIT.

Merge "Fix a leak in the JIT."

am 53b07f7b: Merge "Fix a small memory leak."

* commit '53b07f7bc2fb344727511e3a1f7ce8f10e36e7b0':
  Fix a small memory leak.

Fix a leak in the JIT.

We should use the JIT's arena rather than explicit allocation/deallocation.

Change-Id: I12b78cb1586222b082b140e4a1db00969ce23e3c

Merge "Fix a small memory leak."

Fix a small memory leak.

Found by someone reading the code, rather than because we saw a crash. This is
only a small leak, and you'd have to be dumping threads (because of an ANR) or
creating a new thread to provoke it.

(cherry picked from commit 6d1a1dfd0ef006e19067b6ffd927160d0c6d9647)

Change-Id: Id857efca8d34b20d1acaa452c3fe5d2975e2572b

merge in jb-release history after reset to master

Merge "Output number of bytes used by LinearAlloc during dexopt."

merge in jb-release history after reset to master

Output number of bytes used by LinearAlloc during dexopt.

Maps is exceeding the LinearAlloc limit set in Gingerbread (5MB). They
wanted a way to know how close they were from going over, so this added
output can tell them how much room is left.

Change-Id: I0b78ce24accc05746bc396398086ce695bd7ba57

Fix an array out-of-bound read in the JIT compiler.

Without the fix the compiler is still safe since the offending memory access
is a read, though the hoisted distance is non-deterministic. The easiest and
safest fix is to unconditionally hoist a load when it can reach the
scheduling barrier.

BUG: 6300640
Change-Id: Ic83de6dd1e3f602bda6809bfe840db3a097a5176

Add a -XX:mainThreadStackSize= option.

Similar to -Xss, but for the main thread only.

Bug: 6315322
Change-Id: I84bd5974f830f348fd9a0486ae972520b4a02cc4

Add a -XX:mainThreadStackSize= option.

Similar to -Xss, but for the main thread only.

Bug: 6315322
Change-Id: I84bd5974f830f348fd9a0486ae972520b4a02cc4

Merge "Support building Dalvik with AddressSanitizer."

Make sure we rethrow the same exception we started with.

Bug: 6312938
Change-Id: I41d8adf27fd32103c55d9eeafa28a25c37f5029d

Support building Dalvik with AddressSanitizer.

Change-Id: I007c5080081a4a66b39fa6b539afd8f00fd8ce0f

Make sure we rethrow the same exception we started with.

Bug: 6312938
Change-Id: I41d8adf27fd32103c55d9eeafa28a25c37f5029d

merge in jb-release history after reset to master

Make indexOfCommon clamp start to count when start > count.

This fixes bug http://b/6299423

Change-Id: Ib41166d021eac9cc47830ecce30fe9c58f2cec39

Throw ArrayStoreException instead of corrupting the heap.

Protect against bad calls to SetObjectArrayElement. Found while debugging
a Chrome crash. (This will make Chrome fail at the point where it does the
invalid operation rather than later, but we already merged the fix upstream.)

Change-Id: Ie7b2238d99f2ee4dde46342eb77cfec0495a30e7

Dump the native stacks of threads in VmWait as well Native.

Mostly these are boring, but when they're boring they're also short.
And sometimes they're interesting.

Bug: 6294717

Change-Id: I1bf9e32a5cc237efda365abe39ad84ac59fd5c8f

Merge remote-tracking branch 'goog/ics-aah'

merge in jb-release history after reset to master

am 6353fe2f: am 2a3cc744: Merge "Set SYSTEM_PAGE_SIZE from PAGE_SHIFT"

* commit '6353fe2fbb380551a576fb38ad68dbc1566d250c':
  Set SYSTEM_PAGE_SIZE from PAGE_SHIFT

am 2a3cc744: Merge "Set SYSTEM_PAGE_SIZE from PAGE_SHIFT"

* commit '2a3cc744730ec76a05b31df8ac5b6de538d6d70b':
  Set SYSTEM_PAGE_SIZE from PAGE_SHIFT

Merge "Set SYSTEM_PAGE_SIZE from PAGE_SHIFT"

merge in jb-release history after reset to master

am b9f5c7aa: am 3ddb30bd: am 6bcf5d20: Merge "Obvious mix of = and =="

* commit 'b9f5c7aa88c3c731501bd1c61baefa5c761947a1':
  Obvious mix of = and ==

am 92ab8d50: am 531f7273: am 54ff31a5: Merge "Compact merged dexes on their byte aligned size"

* commit '92ab8d5069c51de75903a5b4768d4d94563bceb1':
  Compact merged dexes on their byte aligned size

am 3ddb30bd: am 6bcf5d20: Merge "Obvious mix of = and =="

* commit '3ddb30bd32fd2abe06741f001411479c2d4ee416':
  Obvious mix of = and ==

am 531f7273: am 54ff31a5: Merge "Compact merged dexes on their byte aligned size"

* commit '531f7273925a1de8d13fe89d5b6409d7c64b5b56':
  Compact merged dexes on their byte aligned size

am 6bcf5d20: Merge "Obvious mix of = and =="

* commit '6bcf5d200bc9d1be6c3d766005c19694a325da61':
  Obvious mix of = and ==

am 54ff31a5: Merge "Compact merged dexes on their byte aligned size"

* commit '54ff31a5f467aea7352b034f37406a6f4fe6a253':
  Compact merged dexes on their byte aligned size

Merge "Obvious mix of = and =="

Merge "Compact merged dexes on their byte aligned size"

Obvious mix of = and ==

Change-Id: I52183924c287b80e9ca7c20df6edfe132b43e088