Merge "The "partial GC" code should not copy immune bits when doing a full GC." into dalvik-dev

The "partial GC" code should not copy immune bits when doing a full GC.

Change-Id: I09f032e9a1dda585bd2475fc6d6f93f3ef1fc036

Merge "Write until we fall over." into dalvik-dev

Write until we fall over.

Implement enh's idea about repeating write() until it fails.  Use it
in the zip expander and dexopt, which have an above-average chance of
failing due to lack of disk space.

Replace a stray DEFAULT_PAGE_SIZE with SYSTEM_PAGE_SIZE.  Apparently I
missed that during the Great Page Size Unification.

Change-Id: Id173cb7669330deebe2f24ae23ece4009a90e3bd

Merge "Fix the identity hash code getter." into dalvik-dev

Propertly pin native method arguments.

All objects that must be pinned during a collection must be discovered
before the scanning phase.  This ensures that the collector will not
relocate an object only to discover that its address cannot change.

Change-Id: I074eb02be22e62a764eb26ac85b5f66637e5015e

Fix the identity hash code getter.

The address of the hash code for array objects was incorrectly rounded
up to the next double word instead of the next word as the comment
suggested.  Also, assert that we are not in receipt of a class object.
Class objects should not be in the hashed-and-moved state as they are
not yet relocatable.

Change-Id: I0d2ee147f3c144d7308e80aea32fc3dd1719402e

Merge "Properly relocate objects with exposed identity hash codes." into dalvik-dev

Properly relocate objects with exposed identity hash codes.

When the transporter encounters an identity hashed object it will
allocate an additional word in to-space that it fills with the
identity hash code.  The identity has code is the from-space address
for uncopied objects and a word immediately after the instance for
copied objects.  The transporter will update the hash code state when
it relocates the identity hash code.

All size computations are now performed by objectSize which now
interprets the hash code state.  Similarly, all transportation logic
has been moved to transportObject which knows how to allocate and fill
the word holding the identity hash code.

Change-Id: I4920e18299850168b41158de748c8331be541ca1

am c0829fc9: (-s ours) am 7b04830a: am 80f7e83f: am 78115b68: am c03da3e8: Fix breakpoint handling on switch statements.

Merge commit 'c0829fc9cd9dc4bc04db166df419931d40e72897' into dalvik-dev

* commit 'c0829fc9cd9dc4bc04db166df419931d40e72897':
  Fix breakpoint handling on switch statements.

am 7b04830a: am 80f7e83f: am 78115b68: am c03da3e8: Fix breakpoint handling on switch statements.

am 80f7e83f: am 78115b68: am c03da3e8: Fix breakpoint handling on switch statements.

am 78115b68: am c03da3e8: Fix breakpoint handling on switch statements.

Merge commit '78115b6899e6aa70a3834c3a5f7df9c53765b4ee' into kraken

* commit '78115b6899e6aa70a3834c3a5f7df9c53765b4ee':
  Fix breakpoint handling on switch statements.

am c03da3e8: Fix breakpoint handling on switch statements.

Merge commit 'c03da3e87a0537b211f2300d594597d84898b8f7' into froyo-plus-aosp

* commit 'c03da3e87a0537b211f2300d594597d84898b8f7':
  Fix breakpoint handling on switch statements.

Fix breakpoint handling on switch statements.

Some debuggers (Eclipse and IntelliJ, but not jdb) appear to set
breakpoints at all addresses associated with a given bytecode offset.
Because dx emits line number information for the data tables used
by "switch" statements, we end up setting a breakpoint on the start
of the switch data.

In the past this wasn't a problem, but now that we're using "hard"
breakpoints it's causing the magic number at the start of the table
to be overwritten.  An explict test on the magic number is causing
the intepreter to throw an InternalError.

The quick fix is to refuse to stomp on a "magic" NOP.  Assuming the
line number table is otherwise valid and doesn't point into the middle
of a multi-word instruction, this should solve the problem.  (We can
check this during verification.)

Bug 2643148.

Change-Id: Ic96947da14ea2346a67f0eb769a1c006153da448

Merge "Fix breakpoint handling on switch statements." into dalvik-dev

Merge "Fixing bulk reads in ByteArray.MyInputStream" into dalvik-dev

am 7580722d: am 860728a3: am e5ab92a2: am cf6ab741: merge from open-source master

Merge commit '7580722dd42463043e5192b86c1ca77b7fb6c4b5' into dalvik-dev

* commit '7580722dd42463043e5192b86c1ca77b7fb6c4b5':
  Adapt to new location of libcore
  Delete libcore, now in its own project

Fix breakpoint handling on switch statements.

Some debuggers (Eclipse and IntelliJ, but not jdb) appear to set
breakpoints at all addresses associated with a given bytecode offset.
Because dx emits line number information for the data tables used
by "switch" statements, we end up setting a breakpoint on the start
of the switch data.

In the past this wasn't a problem, but now that we're using "hard"
breakpoints it's causing the magic number at the start of the table
to be overwritten.  An explict test on the magic number is causing
the intepreter to throw an InternalError.

The quick fix is to refuse to stomp on a "magic" NOP.  Assuming the
line number table is otherwise valid and doesn't point into the middle
of a multi-word instruction, this should solve the problem.  (We can
check this during verification.)

Bug 2643148.

Change-Id: I8fe35539508fa4f56a3eecc375acc058cf9568e4

am 860728a3: am e5ab92a2: am cf6ab741: merge from open-source master

am e5ab92a2: am cf6ab741: merge from open-source master

am cf6ab741: merge from open-source master

Merge commit 'cf6ab741c2a50b61d6cf1b1617e7a908caece6dd' into kraken

* commit 'cf6ab741c2a50b61d6cf1b1617e7a908caece6dd':
  Adapt to new location of libcore
  Delete libcore, now in its own project

merge from open-source master

Change-Id: I323b3e716af939a3307189e694f4cdb83b4eda80

Fixing bulk reads in ByteArray.MyInputStream

This has never worked properly, but it didn't matter until recently
because neither the JDK's nor early Dalvik's DataInputStream was
exercising it. But in 2.0, Dalvik's DataInputStream prefers bulk
reads, which exercises this code when run on-device.

http://code.google.com/p/android/issues/detail?id=8115

The problem was that System.arraycopy call didn't include the start
offset in the call.

Adapt to new location of libcore

Change-Id: Ic8106513bd8bd27ccd785f792dca5b2b48fdf9f5

am d1bf0ff1: am 632320c9: am 948c39d2: am ff1965e6: am 743fe2ce: Merge "Throw an exception in JIT\'ed code if dvmFindInterfaceMethodInCache returns NULL" into froyo

Merge commit 'd1bf0ff180ba3a6fbd9c668301be68de5c97f443' into dalvik-dev

* commit 'd1bf0ff180ba3a6fbd9c668301be68de5c97f443':
  Throw an exception in JIT'ed code if dvmFindInterfaceMethodInCache returns NULL

am 02a1acfa: am e7295d6c: am 560b3568: am 8dbde000: am 73e00c82: Merge "Fix a memory ordering bug when updating the inline cache for predicted chaining." into froyo

Merge commit '02a1acfa7dd85f4a3db87fbd278ffd4c63a15b4a' into dalvik-dev

* commit '02a1acfa7dd85f4a3db87fbd278ffd4c63a15b4a':
  Fix a memory ordering bug when updating the inline cache for predicted chaining.

am 632320c9: am 948c39d2: am ff1965e6: am 743fe2ce: Merge "Throw an exception in JIT\'ed code if dvmFindInterfaceMethodInCache returns NULL" into froyo

am e7295d6c: am 560b3568: am 8dbde000: am 73e00c82: Merge "Fix a memory ordering bug when updating the inline cache for predicted chaining." into froyo

am 948c39d2: am ff1965e6: am 743fe2ce: Merge "Throw an exception in JIT\'ed code if dvmFindInterfaceMethodInCache returns NULL" into froyo

am 560b3568: am 8dbde000: am 73e00c82: Merge "Fix a memory ordering bug when updating the inline cache for predicted chaining." into froyo

am ff1965e6: am 743fe2ce: Merge "Throw an exception in JIT\'ed code if dvmFindInterfaceMethodInCache returns NULL" into froyo

Merge commit 'ff1965e61f4cfe0f31598945d751be2f3aa4b7f3' into kraken

* commit 'ff1965e61f4cfe0f31598945d751be2f3aa4b7f3':
  Throw an exception in JIT'ed code if dvmFindInterfaceMethodInCache returns NULL

am 8dbde000: am 73e00c82: Merge "Fix a memory ordering bug when updating the inline cache for predicted chaining." into froyo

Merge commit '8dbde000c30b0dd60d1ff204a35a232ee916f2d8' into kraken

* commit '8dbde000c30b0dd60d1ff204a35a232ee916f2d8':
  Fix a memory ordering bug when updating the inline cache for predicted chaining.

am 743fe2ce: Merge "Throw an exception in JIT\'ed code if dvmFindInterfaceMethodInCache returns NULL" into froyo

Merge commit '743fe2ce4915304560849a17c7625d23ec50999c' into froyo-plus-aosp

* commit '743fe2ce4915304560849a17c7625d23ec50999c':
  Throw an exception in JIT'ed code if dvmFindInterfaceMethodInCache returns NULL

am 73e00c82: Merge "Fix a memory ordering bug when updating the inline cache for predicted chaining." into froyo

Merge commit '73e00c829a82e4aec8720260989dad0a19d18c7c' into froyo-plus-aosp

* commit '73e00c829a82e4aec8720260989dad0a19d18c7c':
  Fix a memory ordering bug when updating the inline cache for predicted chaining.

Merge "Throw an exception in JIT'ed code if dvmFindInterfaceMethodInCache returns NULL" into froyo

Merge "Fix a memory ordering bug when updating the inline cache for predicted chaining." into froyo

am 23498ca0: am e6d15c5f: am b8062e17: am 0a310052: resolved conflicts for merge of f3565212 to froyo-plus-aosp

Merge commit '23498ca0a60505d5a38c37cc770cd7e4a7cf50f0' into dalvik-dev

* commit '23498ca0a60505d5a38c37cc770cd7e4a7cf50f0':
  Backport the setFixedLengthStreamingMode fix to froyo.

am cfb42287: am b6c0adc1: am b40ffdb4: am 57cf2608: Adapt to new location of libcore

Merge commit 'cfb42287277a188ecefa02d0d64f64a12a1909e1' into dalvik-dev

* commit 'cfb42287277a188ecefa02d0d64f64a12a1909e1':
  Adapt to new location of libcore

am b5d6f9d5: am d6b31b85: am 2366260f: am 3e905b77: Delete libcore, now in its own project

Merge commit 'b5d6f9d5fee38bd7ddf00b82bd89d38c82aa13e9' into dalvik-dev

* commit 'b5d6f9d5fee38bd7ddf00b82bd89d38c82aa13e9':
  Delete libcore, now in its own project

am e6d15c5f: am b8062e17: am 0a310052: resolved conflicts for merge of f3565212 to froyo-plus-aosp

am b6c0adc1: am b40ffdb4: am 57cf2608: Adapt to new location of libcore

am d6b31b85: am 2366260f: am 3e905b77: Delete libcore, now in its own project

am b8062e17: am 0a310052: resolved conflicts for merge of f3565212 to froyo-plus-aosp

am b40ffdb4: am 57cf2608: Adapt to new location of libcore

am 2366260f: am 3e905b77: Delete libcore, now in its own project

am 0a310052: resolved conflicts for merge of f3565212 to froyo-plus-aosp

Merge commit '0a310052e8c7e150d1b983687ca94270ca91acb4' into kraken

* commit '0a310052e8c7e150d1b983687ca94270ca91acb4':
  Backport the setFixedLengthStreamingMode fix to froyo.

am 57cf2608: Adapt to new location of libcore

Merge commit '57cf2608873e13d609350bdcf33070e5cf0d15bf' into kraken

* commit '57cf2608873e13d609350bdcf33070e5cf0d15bf':
  Adapt to new location of libcore

am 3e905b77: Delete libcore, now in its own project

Merge commit '3e905b77ea5bf8c2f9276d64fc280827fc3cd1c4' into kraken

* commit '3e905b77ea5bf8c2f9276d64fc280827fc3cd1c4':
  Delete libcore, now in its own project

Throw an exception in JIT'ed code if dvmFindInterfaceMethodInCache returns NULL

Bug: 2642019
Change-Id: Iec2be8f61388d99b1500bb144e56b86febe76c0b

Merge "Import outs scanning code.  References discovered in the outs section are now pinned.  Also, correct dvmHeapSourceContains to return false when called with addresses outside the heap.  This had caused an assert to be tripped in the bitmap code.  This was a divergence in behavior from the original (mark sweep) implementation." into dalvik-dev

Import outs scanning code.  References discovered in the outs section
are now pinned.  Also, correct dvmHeapSourceContains to return false
when called with addresses outside the heap.  This had caused an
assert to be tripped in the bitmap code.  This was a divergence in
behavior from the original (mark sweep) implementation.

Change-Id: Ic735b2f894698ba4fdf26707a6f59c57ca4b0fa9

Merge "Use a more meaningful condition to regulate the presence of "outs" scanning." into dalvik-dev

Use a more meaningful condition to regulate the presence of "outs"
scanning.

Change-Id: Iabe25ccc1b8b487a66e4f9d30af144c2d1c95c8d

Include stddef.h instead of stdlib.h for size_t definition.

Change-Id: Id3fa2dff0279985ca865caf7e3dfa7b4e77ee345

resolved conflicts for merge of f3565212 to froyo-plus-aosp

Change-Id: I5e14e57bcdac566dd8eca95c92f45503a2760b4e

Fix a memory ordering bug when updating the inline cache for predicted chaining.

Also collect the statistics about fast/queued/dropped IC update. Example
output:

D/dalvikvm(   86): JIT: ICPatch: 603 fast, 6 queued; 0 dropped

Bug: 2642019

Change-Id: I8cffdc9e422189bfd94bf845bcb2cff516f37077

am 0323dfc6: am 385fcfb2: am f2b0c540: Adapt to new location of libcore

Merge commit '0323dfc60840dc7a37169892525d02a231344487' into dalvik-dev

* commit '0323dfc60840dc7a37169892525d02a231344487':
  Adapt to new location of libcore

am 65975562: am 105dd144: am 0c041d22: Delete libcore, now in its own project

Merge commit '65975562fd2843fc4bc3d9acbca4d42301f867da' into dalvik-dev

* commit '65975562fd2843fc4bc3d9acbca4d42301f867da':
  Delete libcore, now in its own project

am bda07e21: am 11998b33: Adapt to new location of libcore

Merge commit 'bda07e21fbc1b471fb077183b689312e0a91c02b' into dalvik-dev

* commit 'bda07e21fbc1b471fb077183b689312e0a91c02b':
  Adapt to new location of libcore

am 2b7c1146: am a87b6301: Delete libcore, now in its own project

Merge commit '2b7c114648c234baed89cea73d145d814677ccec' into dalvik-dev

* commit '2b7c114648c234baed89cea73d145d814677ccec':
  Delete libcore, now in its own project

am 385fcfb2: am f2b0c540: Adapt to new location of libcore

am 105dd144: am 0c041d22: Delete libcore, now in its own project

am 11998b33: Adapt to new location of libcore

am a87b6301: Delete libcore, now in its own project

Delete libcore, now in its own project

Change-Id: Id5f98ddaeb626616cbc48112b3166403ae8d5c78

Merge "Merge xml module into luni" into dalvik-dev

Adapt to new location of libcore

Change-Id: I90f482f22fbac82aedbec649a72a465560c3136f

am f2b0c540: Adapt to new location of libcore

am 0c041d22: Delete libcore, now in its own project

Adapt to new location of libcore

Change-Id: I602be6c3a9df32b33526158d46b406e4196a577b

Adapt to new location of libcore

Change-Id: Ic63de1ef810434dad7e07dcfd8452f1630ec70c5

am 0f93168f: Adapt to new location of libcore

Merge commit '0f93168feebe941eeb5096a6dc0c7c08bfc1cda8' into dalvik-dev

* commit '0f93168feebe941eeb5096a6dc0c7c08bfc1cda8':
  Adapt to new location of libcore

am 7da2e838: (-s ours) Delete libcore, now in its own project

Merge commit '7da2e83857e3da7c1339e0ffdcb66e9e6f07a968' into dalvik-dev

* commit '7da2e83857e3da7c1339e0ffdcb66e9e6f07a968':
  Delete libcore, now in its own project

Merge "Minor tweaks." into dalvik-dev

Adapt to new location of libcore

Change-Id: I20885f385cfb325be18c33862b8e4f293a8a6146

Merge xml module into luni

Change-Id: Icf83d5ee1f7f62de1923a68af3926d311c27ca99

Merge "Adapt to new location of libcore" into dalvik-dev

Merge "Delete libcore, now in its own project" into dalvik-dev

Adapt to new location of libcore

Change-Id: I4ad03a41718d3c30ce4117114f71b07a3d023dde

Minor tweaks.

Leftovers from https://android-git.corp.google.com/g/49613 .

Change-Id: Ife57a36e93a9d7f4d953a88b79ed1d58d6d490cb

Merge "HOST_ARCH_VARIANT isn't ever defined, so just use HOST_ARCH as the variant when building the vm for the host." into dalvik-dev

Delete libcore, now in its own project

Change-Id: I0183edc0b48920361a6ea0ffc36fbc4cefb03f5d

Delete libcore, now in its own project

Change-Id: I459e5acceeafc5d60a6cb0ff0958a8080615904a

Delete libcore, now in its own project

Change-Id: I8fccab6d7c9197448a07f660d8b5cd1ee4005a58

Delete libcore, now in its own project

Change-Id: Ibea0a93049e4fe0ae376f5b7647a41e3d548d7a9

Delete libcore, now in its own project

Change-Id: I6f35447116607f14805f4eaadeca4c1a88362194

Merge "Add native method arguments to GC scan." into dalvik-dev

Backport the setFixedLengthStreamingMode fix to froyo.

Bug: 2643503
Change-Id: Ia42c9407ac77721d7fec3b806135d4e9912ee8ca

HOST_ARCH_VARIANT isn't ever defined, so just use HOST_ARCH as the
variant when building the vm for the host.

Change-Id: Ib998772654a8943477249226d8d708f804fc25f3

Add native method arguments to GC scan.

We want to identify arguments passed to native methods (internal native
or JNI) so that we can tell the GC to leave those blocks alone.  The
alternative is to add explicit "add to tracked ref list" calls to a
bunch of internal natives and to the JNI call bridge.

We walk through the shorty signature to make this a precise scan.

Since something is now looking at the method arguments, it was necessary
to actually set a value in the argument area on the stack for the "fake"
native method entry points used for the main thread and for externally-
created threads that are later attached to the VM.

(The implementation is currently #ifdefed-out, since there's nothing
for it to do yet.)

Change-Id: I2143ea541bc2fc50e81d36ad1c251b041553eaef

Use unsigned comparison for stack pointers.

Bug: 2613607
Change-Id: I6a8abd69fbf9cb9f8ec9d9febf1ea42fd631fe9c

Merge "Adding public API for cookies." into dalvik-dev

Rework common_periodicChecks.

The function was rewritten to optimize the common path.  The control flow
now matches the C version, which tests for debugger/profiler even if the
previous test for suspension came up true.

This also adds a minor optimization on the test for debugger attachment,
allowing us to skip a load from memory if the process is simply not
debuggable.  (The optimization isn't yet enabled because a similar change
must be made to the x86 asm code.)

The VM apparently hadn't been built without debugging/profiling support
for a while, so this fixes those places (necessary to be able to test
all forms of the new code).

Bug 2634642.

Change-Id: I096b58c961bb73ee0d128ba776d68dbf29bba924

Adding public API for cookies.

We still need to wire this into the HTTP connection classes.
  http://b/issue?id=1608781

Merge "Dalvik Zip rewrite." into dalvik-dev

Dalvik Zip rewrite.

Change the way zip archives are handled.  This is necessary to deal with
very large (~1GB) APK files, for which our current approach of mapping
the entire file falls over.

We now do the classic scavenger hunt for the End Of Central Directory magic
on a buffer of data read from the file, instead of a memory-mapped section.
We use what we find to create a map that covers the Central Directory only.
For most uses in the VM this is all we really need, since we just want
to check file attributes vs. the optimized DEX to see if we're out of date.

If the caller is interested in unpacking the file contents, we have to
do an additional file read to discover the size of the Local File Header
section so we can skip past it.  We also now do a file-to-file extraction
using read() calls instead of a buffer-to-file extraction on mmap()ed data.
No difference in performance (as measured by first-boot dexopt).

Since this is more of a rewrite than an update, I also took the opportunity
to change buffer size variables from "long" to "size_t", and normalized
return values to int (some were using bool, which is common in the VM but
was mixed in the zip code).  Failure messages are now all LOGW with the
word "Zip" up front (didn't want to change log tag away from "dalvikvm").

Also, removed a not-quite-right check in the "map part of a file" code,
and clarified that the file offset is absolute.

For bug 2620103.

Change-Id: I745fb15abb541376f467969ffe422222676f1e5f

Merge "Fixing a few TreeMap bugs found by the latest Harmony tests." into dalvik-dev

Merge "Use unsigned compare for stack overflow." into dalvik-dev

Fixing a few TreeMap bugs found by the latest Harmony tests.