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

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.

Change-Id: I021161cb2a6e011301ab65ba62bc2a74af1cb552
Signed-off-by: Douglas Leung <douglas@mips.com>

Merge "Fix the MIPS build: 1. LOG->ALOG conversion 2. Remove Jumbo opcodes support"

Fix the MIPS build:
1. LOG->ALOG conversion
2. Remove Jumbo opcodes support

Change-Id: Ifbd1eae2f5e7a1cab5828ebfbdba380ad499abfd

Merge "Fix Method.getParameterAnnotations."

Fix Method.getParameterAnnotations.

The dex format represents parameter annotations using an
annotation_set_ref_item for each parameter. According to the spec,
the item's annotation_offset can be "0 if there are no annotations for this
element". The Dalvik VM accepts 0 values in the verification step,
but Method#getParameterAnnotations then crashes with a segmentation fault.

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

Merge "[X86] X86 trace JIT compiler support"

[X86] X86 trace JIT compiler support

This patch provides a fully functional x86 trace JIT compiler for Dalvik
VM. It is built on top of the existing x86 fast interpreter
with bug fixes and needed extension to support trace JIT interface. The
x86 trace JIT code generator was developed independent of the existing
template-based code generator and thus does not share exactly the same
infrastructure. Included in this patch are:

* Deprecated and removed the x86-atom fast interpreter that is no
  longer functional since ICS.
* Augmented x86 fast interpreter to provide interfaces for x86 trace JIT
  compiler.
* Added x86 trace JIT code generator with full JDWP debugging support.
* Method JIT and self-verification mode are not supported.

The x86 code generator uses the x86 instruction encoder/decoder library
from the Apache Harmony project. Additional wrapper extension and bug
fixes were added to support the x86 trace JIT code generator. The x86
instruction encoder/decoder is embedded inside the x86 code generator
under the libenc subdirectory.

Change-Id: I241113681963a16c13a3562390813cbaaa6eedf0
Signed-off-by: Dong-Yuan Chen <dong-yuan.chen@intel.com>
Signed-off-by: Yixin Shou <yixin.shou@intel.com>
Signed-off-by: Johnnie Birch <johnnie.l.birch.jr@intel.com>
Signed-off-by: Udayan <udayan.banerji@intel.com>
Signed-off-by: Sushma Kyasaralli Thimmappa <sushma.kyasaralli.thimmappa@intel.com>
Signed-off-by: Bijoy Jose <bijoy.a.jose@intel.com>
Signed-off-by: Razvan A Lupusoru <razvan.a.lupusoru@intel.com>
Signed-off-by: Tim Hartley <timothy.d.hartley@intel.com>

Merge "Use uintptr_t for cast pointer to integer."

Use uintptr_t for cast pointer to integer.

On 64bit host, sizeof pointer is not equal to sizeof int/u4.
Need for host tools.

Change-Id: Id8d9418787e79523226b9c9e3f67277f9ac7c6aa

Merge "Remove untested SH "support"; bionic long since stopped supporting SH."

Remove untested SH "support"; bionic long since stopped supporting SH.

Hello world!

Change-Id: I4660c8905b2641f90d90987938498e8693dc33da

Merge "Avoid sign extension in packed-switch."

Avoid sign extension in packed-switch.

This code (at least in the ARM version) is trying to assign to r0 and r1
from C by returning a 64-bit result. The mistaken use of signed integers
for pointers can lead to sign extension if the JIT code cache is at a
sufficiently high address.

Bug: 6799823
Bug: 6703991

(cherry-pick from 2d0c1c2dbe44458ebb199c47ce1047f266db5349.)

Change-Id: I79e72228b60e195272d11899ac69bb4a76b7402f

Merge "Fix a small and unlikely memory leak."

Fix a small and unlikely memory leak.

Change-Id: I131b9f2f8ae4a4b2bb3bb00bc2cd1e607d979bb5

Merge "Remove some dead code in the MIPS stuff, and run rebuild.sh."

Remove some dead code in the MIPS stuff, and run rebuild.sh.

Change-Id: I7c3226efe97e6e5678b757eb2350d0eeb2efd8b5

Merge "Don't log "WAIT_FOR_CONCURRENT_GC blocked 0ms"."

Don't log "WAIT_FOR_CONCURRENT_GC blocked 0ms".

Stupid to spend more time logging than we spent waiting. (Highly visible
in the zygote's preloading phase.)

Change-Id: If2d6b6093b3bebae0887aa385745b7ed9225216b

Merge "Warn if we see a class whose behavior has changed because of https://android-review.googlesource.com/#/c/32480/."

Warn if we see a class whose behavior has changed because of https://android-review.googlesource.com/#/c/32480/.

Change-Id: Ic7ca229a92c8d1bd666ecf64209d061301dcb0c9

Merge "s/LOGE/ALOGE/ in HAVE_SELINUX blocks"

s/LOGE/ALOGE/ in HAVE_SELINUX blocks

The latest push changed LOGE to ALOGE but it was not updated in HAVE_SELINUX blocks.

Change-Id: If64c6beeb1d7c24e1b610acb8ccb195e00c777da
Signed-off-by: Joshua Brindle <jbrindle@tresys.com>

Merge "Avoid method overriding if its super method is inaccessible."

Avoid method overriding if its super method is inaccessible.

A call to package private method could be redirected to subclass which
was not in the same package.
Modified vtable to retain virtual super methods which cannot be accessed.

This change affects vtable index in optimized dex.

Change-Id: I9cc7e309c305bca12e5061009c4245fb70014681
Signed-off-by: Im Sooin <ciecet@gmail.com>

Merge "Missing zero-checks in JIT compiler"

Missing zero-checks in JIT compiler

Zero-checks were not generated by the JIT compiler for
some instructions. This caused crashes instead of
the expected ArithmeticException.

Change-Id: Ic8041741a7cccc1bd6b8c3c0723ba55a55af856b

Merge from AOSP

Change-Id: I8ac8ecf5d57b4d852957a0c4498e3e304e8e2e17

Merge "hprof generation, not writing the first record"

am 7798a614: Merge "Fix a possible off-by-one in the verifier."

* commit '7798a614753251adf7a77835792d78db2e93f5ff':
  Fix a possible off-by-one in the verifier.

hprof generation, not writing the first record

We miss some roots since the first record isn't initialized.

Change-Id: I50c80a701a4ee142c52602b9015f6e93be54da9f

Merge "Fix a possible off-by-one in the verifier."

Fix a possible off-by-one in the verifier.

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

resolved conflicts for merge of 7c03fb79 to jb-dev-plus-aosp

Change-Id: Icedbe5a6d7cbcedde53e05249f7e90a390f2f0ea

Merge "Extend forkAndSpecialize to take additional inputs and to set the SELinux security context."

am 44292346: Merge "Switched code to blx <reg>"

* commit '44292346f4935cd078ca7b931042809af80f9d95':
  Switched code to blx <reg>

Merge "Switched code to blx <reg>"

Switched code to blx <reg>

ldr ip,<addr> blx ip is preferred over mov lr,pc ldr pc,<addr> from armv5te,
and will typically perform better on later ARM processors.

Change-Id: I8f2e5e794c644faafd767037ad56579f2934de47

am effc95cb: Merge "Make dex merging stateless."

* commit 'effc95cb732d8d5453930e647240a1665b6dc71a':
  Make dex merging stateless.

am a9ac3a9d: Merge "Support debug info in dexmerge."

* commit 'a9ac3a9d1f8de71bcdc39d1f4827c04a952a0c29':
  Support debug info in dexmerge.

Merge "Make dex merging stateless."

Make dex merging stateless.

This is required to run dx in Eclipse which doesn't unload the dx
library after each run.

(cherry-pick of 7aa5ce7e990dc3766eba97cd0932b62e4de21503.)

Change-Id: I7a69a3015d448ddd5558c307cd01346156cbc739

Merge "Support debug info in dexmerge."

Support debug info in dexmerge.

Bug: 4090053

(cherry-pick of bc23c4f3ebaefebb3f1be7732767631f91e165ea.)

Change-Id: I1108933fc03330ff91be3a2edef8b4966977dcd7
Signed-off-by: Jesse Wilson <jesse@swank.ca>

am bf11122d: Merge "Revert "  Trim after explicit gc.""

* commit 'bf11122d175d1315783b313897ee8ecae63f0278':
  Revert "  Trim after explicit gc."

Merge "Revert "  Trim after explicit gc.""

Revert "  Trim after explicit gc."

This reverts commit ea4c6e57a48e08eacbf08520c64133175e7d5da0

Reconcile with jb-release

Change-Id: I3e7e63e5d19d73ece11951f9cc3f85589c72adbe

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 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

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

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 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

Reconcile with jb-release

Change-Id: I9be82c25a57356698a04628abbbb0a18f95a9ca2

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

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.