am dad7a0ef: Merge "Add armv7-a-neon build target"

Merge commit 'dad7a0ef6e5f056f0842f03ff3b8285ef29e6f01' into dalvik-dev

* commit 'dad7a0ef6e5f056f0842f03ff3b8285ef29e6f01':
  Add armv7-a-neon build target

Merge "Add armv7-a-neon build target"

Merge "Tidy up java.lang.Math and java.lang.StrictMath." into dalvik-dev

Merge "Minor fixes." into dalvik-dev

Tidy up java.lang.Math and java.lang.StrictMath.

Removes duplication, fixes typos, and removes some unnecessary object creation.
Note that otherwise-duplicated code that calls a native method needs to remain
duplicated, because the native methods have different implementations. Other
than that, it's not clear to me that the remaining textual differences (mainly
scalb and its implementation details) are meaningful, but it's not clear that
they're not, so I'm leaving them for now. We can always come back later.

This new code still passes all the junit and jtreg tests.

Change-Id: Ica28a01fd1469a162e05deccdb9e6f919246d9f3

am f854a794: Merge "remove System.*.println when ddm dispatch fails."

Merge commit 'f854a79457ca12a18acb76070c98e622e6c660c5' into dalvik-dev

* commit 'f854a79457ca12a18acb76070c98e622e6c660c5':
  remove System.*.println when ddm dispatch fails.

Merge "remove System.*.println when ddm dispatch fails."

Copy harmony's jdk6 Math and StrictMath.

There's some ugliness here I want to remove, but it'll be less confusing if
I commit the upstream code first without my changes...

...that said, I've reverted the upstream Math.pow change because it it's just
cruft; we already pass their tests and jtreg's more thorough pow tests (see
http://blogs.sun.com/darcy/entry/finding_a_bug_in_fdlibm). My guess is that
their real problem was that they were using the buggy fdlibm 5.2 until after
they made the Math.pow change. We've always used 5.3, so we were fine.

Change-Id: I5a6c080d9fd6b60dc7bf77ac10096a913766f512

Minor fixes.

Quieted a couple of warnings about constness.

Added "synchronized" to BootClassLoader.getInstance(), which creates the
instance on first use.

Change-Id: I4a521bb2c6853b1ad8a118aa53f697be18b69280

Escape ASCII NUL before trying to put it in XML, because XML can't cope.

Our sholes continuous build is having XML trouble with a FormatterTest
failure that outputs ASCII NUL. Ideally, our junit test runner would escape
all non-printable ASCII as \u escapes, but this seems like a minimal change,
and it's one we already have in the equivalent jtreg code.

Change-Id: Ib9b3219c25515fb358c204d45cb5064293a85b9f

remove System.*.println when ddm dispatch fails.

Those messages are sometimes displayed to the user executing
the am command and can be really confusing (they are totally
benign)

Change-Id: I09c194a02ddc956ec52f19faa03ca9aa1eba604b

am 504af654: Merge "Rearrange the way SignalCatcher writes logs."

Merge commit '504af654f481ba978bbd2e216b3f05f9dfa55c00' into dalvik-dev

* commit '504af654f481ba978bbd2e216b3f05f9dfa55c00':
  Rearrange the way SignalCatcher writes logs.

Merge "Rearrange the way SignalCatcher writes logs."

Rearrange the way SignalCatcher writes logs.

This is an attempt to reduce the amount of time that threads are suspended
while dumping stack traces in response to a SIGQUIT.  This is primarily
for ANRs and bugreport generation, where many different apps may be trying
to write their stacks out concurrently.

Instead of grabbing the file with flock() and then printing the traces
to the file, we render the traces to memory and write them with a single
write() call to an O_APPEND fd.  Also, the file access now occurs after
the VM threads have been resumed to avoid stalling on I/O.

No change was made to the format of the output.

For bug 2504471.

Also: did some rearranging in the file.

Change-Id: If505ec014237289a6cc86aa09bc66b3a126b345c

Merge "Fix Issue 7036: java.math.BigInteger ctor accepts invalid input." into dalvik-dev

Fix Issue 7036: java.math.BigInteger ctor accepts invalid input.

OpenSSL's BN library accepts pretty much all input, so if we want to follow
Java's rules, we have to implement them ourselves.

(The FormatterTest change is unrelated and fixes outstanding build breakage
caused by me.)

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

am 72621c9d: Pad the page containing ARM code in the JIT code cache to work around a CPU bug.

Merge commit '72621c9d3c175b0f9b239de5b0bcd83c7e5984e8' into dalvik-dev

* commit '72621c9d3c175b0f9b239de5b0bcd83c7e5984e8':
  Pad the page containing ARM code in the JIT code cache to work around a CPU bug.

Pad the page containing ARM code in the JIT code cache to work around a CPU bug.

Bug: 2501147

Verified with seeing the following line in the log. The 4096 number confirms
that the ARM handler code is using a full page.

D/dalvikvm(  369): 21 compilations using 4096 + 1288 bytes

Change-Id: I89e1473ce9a4353f58f740e1c86d358d3fec33b2

Add Java 6 additions to Double, Enum, Float, and String.

I rewrote the documentation for Double, Enum, and Float, but the "code" is the
same as harmony's. I rewrote the String code and wrote some tests to ensure
that a malicious Charset can't subvert String immutability.

I've also extracted the Android-specific bits of StringTest (which weren't
testing String at all) and brought back the latest harmony StringTest.java.

(The Class and Package changes are just to placate our API comparison tools.)

Bug: 2497395
Change-Id: Id57bda806891c3c85adfcb3b85eea8a8fad2c7b4

am 33a939f4: Merge "New tests for JSONObject and for JSON\'s self-use."

Merge commit '33a939f4c016698866b495c5e752e8c16ccef0b3' into dalvik-dev

* commit '33a939f4c016698866b495c5e752e8c16ccef0b3':
  New tests for JSONObject and for JSON's self-use.

Merge "New tests for JSONObject and for JSON's self-use."

New tests for JSONObject and for JSON's self-use.

Alongside development of these tests, I'm working on a new
cleanroom implementation. The self use test was written to
prevent me from self-using in a way that the original
implementation does not.

Change-Id: Ie617aca1978bd39d85b05e5c2c7bd657ed159dd6

am 77fbf5c2: Merge "If a finalizer wedges, raise prio and retry."

Merge commit '77fbf5c29a9dd62f64e8e98376724b86e79ae8f6' into dalvik-dev

* commit '77fbf5c29a9dd62f64e8e98376724b86e79ae8f6':
  If a finalizer wedges, raise prio and retry.

Merge "If a finalizer wedges, raise prio and retry."

am 40bd3d28: Merge "Work around droiddoc bug b/2022288."

Merge commit '40bd3d28fb2f34f060e7413cc19eeeb195c0ff90' into dalvik-dev

* commit '40bd3d28fb2f34f060e7413cc19eeeb195c0ff90':
  Work around droiddoc bug http://b/2022288.

Merge "Work around droiddoc bug http://b/2022288."

Work around droiddoc bug http://b/2022288.

Change-Id: Ib46a260916dee99f190aa8b9465f4f2d3b04aa67

am f9135f32: Merge "Align fake data in the same page offsets as those in the bugreport."

Merge commit 'f9135f326ac0556f1d6e8f9bcf161e4a6d618678' into dalvik-dev

* commit 'f9135f326ac0556f1d6e8f9bcf161e4a6d618678':
  Align fake data in the same page offsets as those in the bugreport.

Merge "Align fake data in the same page offsets as those in the bugreport."

Align fake data in the same page offsets as those in the bugreport.

Sometimes the crash in the JIT'ed code is due to CPU bugs which are sensitive
to placement of the code.

Change-Id: I017ec3620f8172e2fac9e7abfa07f76b65db2306

am 16e0f24a: Another go at making droiddoc as happy as javadoc...

Merge commit '16e0f24a8641d1cdf059ae15a5bf60a3e553ce1b' into dalvik-dev

* commit '16e0f24a8641d1cdf059ae15a5bf60a3e553ce1b':
  Another go at making droiddoc as happy as javadoc...

Another go at making droiddoc as happy as javadoc...

Change-Id: I70dd8d57053a6e60b9be0cbe8a95d9937d9b00ef

am 1f6a0425: Fix javadoc errors.

Merge commit '1f6a0425433b4daca86cf4df5854b9dbc5ee57d7' into dalvik-dev

* commit '1f6a0425433b4daca86cf4df5854b9dbc5ee57d7':
  Fix javadoc errors.

Fix javadoc errors.

Change-Id: Ib3eb500006f5b4b1dadf959397fce7737fb53fe7

am f5274f62: Merge "Print errors encountered while writing XML reports"

Merge commit 'f5274f62b9badf47965aed8382787273f1516859' into dalvik-dev

* commit 'f5274f62b9badf47965aed8382787273f1516859':
  Print errors encountered while writing XML reports

am 5c6839b2: Merge "Implement adoptNode() and importNode()."

Merge commit '5c6839b24356ec7e5aa93a8272472c26abd3df30' into dalvik-dev

* commit '5c6839b24356ec7e5aa93a8272472c26abd3df30':
  Implement adoptNode() and importNode().

Merge "Print errors encountered while writing XML reports"

Merge "Implement adoptNode() and importNode()."

Implement adoptNode() and importNode().

importNode() shares all of its implementation with Node.clone();
the only areas they differ are the ones we don't support. The
shared code is in 2 new methods, shallowCopy() and cloneOrImportNode(),
both based on the old clone() method.

Also removing some unnecessary "throws DOMException" clauses.

The tests for the new methods are slightly cumbersome. Most move/copy
nodes to another document, serialize that, and compare.

Change-Id: Id9fb076e020d8327a8f70da401af9bd95d7a3d1b

Print errors encountered while writing XML reports

Change-Id: I7fdf9f6989c94a3f0fd3ff93db3426a4d080120f

If a finalizer wedges, raise prio and retry.

The VM uses a watchdog mechanism to detect stuck finalizers.  It appears
that, in some cases, the watchdog may be firing because the HeapWorker
thread in a background process doesn't get any CPU time after a
remotely-induced GC finishes.  With this change, if the HeapWorker is
running at a reduced priority, we raise the priority and allow it to
try some more.

No attempt is made to put the thread priority back.  (The HeapWorker
thread doesn't do anything in an idle process, and what it does do is
geared toward freeing one kind of resource or another.)

For bug 2492196.

Change-Id: Ic734c2e2819b9d60d20b2961f2a75085d5879495

am a6d228d4: Merge "Minor documentation improvements."

Merge commit 'a6d228d44153ea2ee831eba1d41cd363989cdf7e' into dalvik-dev

* commit 'a6d228d44153ea2ee831eba1d41cd363989cdf7e':
  Minor documentation improvements.

Merge "Minor documentation improvements."

Minor documentation improvements.

Based on user-submitted bugs that were just misunderstandings, plus
implementation bugs caused by the intended behavior being somewhat
subtle.

Change-Id: Ic2606b5e57dadc95a35c2d0a977c01434a2fa28a

am a536d01c: Merge "Fix certimport.sh to check for Bouncy Castle provider installation (and add 1.6 JDK to PATH)"

Merge commit 'a536d01c1c0119322d655a9ec35665a36abbed6d' into dalvik-dev

* commit 'a536d01c1c0119322d655a9ec35665a36abbed6d':
  Fix certimport.sh to check for Bouncy Castle provider installation (and add 1.6 JDK to PATH)

Merge "Fix certimport.sh to check for Bouncy Castle provider installation (and add 1.6 JDK to PATH)"

Fix certimport.sh to check for Bouncy Castle provider installation (and add 1.6 JDK to PATH)

Now if certimport.sh is run on a machine without the
BouncyCastleProvider installed, it will suggest how to apt-get install
the proper package.

At enh's suggestion, I tried running with out own local Bouncy Castle
classes to see what would happen, but the code ended up depending on
our NativeCrypto JNI code and there that isn't proper JNI code to be
loading into a RI JDK.

Also at enh's suggestion, we now prepend a JDK 1.6 bin directory to
the path for correctly correct default behavior. I do make sure it
exists and warn if it does not.

Change-Id: Ic936a6cc69fa3795e917c052ed79d19b2e66b5a1

Add armv7-a-neon build target

Change-Id: I981d55b53f6b3c185fe93384924bdbe18057132c

am 699c9eb5: Merge "Hoist shape discrimination above thin lock owner test in the lock procedure.  It is unsafe to reckon a thin lock owner without having first determined that the bit pattern of the lock word corresponds to that of a thin lock.  Without proper orderin

Merge commit '699c9eb5630d4016a984f5b501a7171848e8daa9' into dalvik-dev

* commit '699c9eb5630d4016a984f5b501a7171848e8daa9':
  Hoist shape discrimination above thin lock owner test in the lock

Merge "Hoist shape discrimination above thin lock owner test in the lock procedure.  It is unsafe to reckon a thin lock owner without having first determined that the bit pattern of the lock word corresponds to that of a thin lock.  Without proper ordering, a monitor lock can and will be created which, excluding the shape bit, corresponds to a lock owned by the calling thread."

Change Class layout to allocate an array of StaticField objects
immediately after the ClassObject, rather than use calloc.

This has the rather surprising and pleasing effect of increasing
charing about 150K per zygote-launced application, as measured at
start-up, after waiting and no-touching.

Change-Id: I6a6c9079f946eb99111326ed45f13ecfe544e4bb

Merge "Previous changes put unlinkedJavaLangClass on the heap.  It makes HprofReader unhappy, because it has a NULL class.  So now we won't dump objects with a NULL class. This also suppresses dumping of uninitialized objects." into dalvik-dev

Fix a comment.

Change-Id: Iba79dbc04876d5c7cb93aba56541e7dda3c6f887

Merge "Remove libcore-disabled." into dalvik-dev

am 3521d8c2: Add an empty CleanSpec.mk

Merge commit '3521d8c26899611b385c685fa903ae2c8f3e0d92' into dalvik-dev

* commit '3521d8c26899611b385c685fa903ae2c8f3e0d92':
  Add an empty CleanSpec.mk

Add an empty CleanSpec.mk

Change-Id: I43d2404e71aa2bc0d3d6aada35d613bb484129e7

Fix build (missing #include in sim build).

Change-Id: I8691db582f2d2d926da308a813d9f1864bedcd6d

Remove libcore-disabled.

It's in revision control if we ever need it, and we won't.

Change-Id: I1f6f15b83047c266400ea5d7ab2f8fc51bf9e2b7

Merge "Implement the Java 6 NetworkInterface/InterfaceAddress functionality." into dalvik-dev

Implement the Java 6 NetworkInterface/InterfaceAddress functionality.

The Java bits are based on harmony's code (though only the bit that pulls
out the sub-interfaces is copied verbatim), but the native side is new
code, continuing our previous plan of (a) doing the least possible work
on the native side and (b) using the BSD getifaddrs(3) interface as our
portability layer.

This patch also updates our NetworkInterfaceTest to be the latest code
from harmony's java6 branch.

We pass all the harmony and jtreg tests, and visual inspection shows that
the untested (and hard to test) bits -- such as prefix length and hardware
address -- are correct.

am 631bbbff: Merge "Adding support for getUserData() and setUserData() to DOM nodes."

Merge commit '631bbbff684e9fe41a5a08ffa3e13fa3bed01212' into dalvik-dev

* commit '631bbbff684e9fe41a5a08ffa3e13fa3bed01212':
  Adding support for getUserData() and setUserData() to DOM nodes.

Merge "Adding support for getUserData() and setUserData() to DOM nodes."

Adding support for getUserData() and setUserData() to DOM nodes.

Also making sure both Document and DocumentType get assigned
a Document value when possible; this is necessary to store the
user data objects.

Hoist shape discrimination above thin lock owner test in the lock
procedure.  It is unsafe to reckon a thin lock owner without having
first determined that the bit pattern of the lock word corresponds to
that of a thin lock.  Without proper ordering, a monitor lock can and
will be created which, excluding the shape bit, corresponds to a lock
owned by the calling thread.

In addition, move compiler barriers so they immediately preceed base
address publication.  Also, kill cargo-cult volatiles that confounded
my bug hunt.

Previous changes put unlinkedJavaLangClass on the heap.  It makes
HprofReader unhappy, because it has a NULL class.  So now we won't
dump objects with a NULL class. This also suppresses dumping of
uninitialized objects.

Change-Id: Ie6713d4e665ab6e518f13338367ee874903e2862

Merge "Support IPv4-compatible IPv6 addresses on IPv4 sockets." into dalvik-dev

am 2fc03c33: Jit: fix for 2483131 - VM daemon thread shutdown with JIT enabled

Merge commit '2fc03c3399cc33dc1c7d669e8970a87144ec7b97' into dalvik-dev

* commit '2fc03c3399cc33dc1c7d669e8970a87144ec7b97':
  Jit: fix for 2483131 - VM daemon thread shutdown with JIT enabled

Jit: fix for 2483131 - VM daemon thread shutdown with JIT enabled

As part of shutdown, the Jit needs to unchain all translations so that
they can respond to suspend requests.  This change introduces a
dvmJitUnchainAll() into shutdown, and also removes some previous
housecleaning that freed our key tables.  We can't actually free those
because suspended threads in the process of shutting down may hold
references.

Change-Id: I7aad332e7195a94970c25a25b2d9fda5607bec08

Support IPv4-compatible IPv6 addresses on IPv4 sockets.

Bug: 2194581
Change-Id: I825835280e9d7d88a4db3fa817dfb4234fc19039

am fc519dc8: Jit: Make most Jit compile failures non-fatal; just abort offending translation

Merge commit 'fc519dc8f4444f6d93806ec15ce7445b322070fd' into dalvik-dev

* commit 'fc519dc8f4444f6d93806ec15ce7445b322070fd':
  Jit: Make most Jit compile failures non-fatal; just abort offending translation

Jit: Make most Jit compile failures non-fatal; just abort offending translation

Issue 2175597 Jit compile failures should abort translation, but not the VM

Added new dvmCompileAbort() to replace uses of dvmAbort() when something goes
wrong during the compliation of a trace.  In that case, we'll abort the translation
and set it's head to the interpret-only "translation".

am 164d1279: Merge "Jit: Fix for issue 2487769, Simplify in-line thin lock release"

Merge commit '164d1279b67ec13061e473cb453b1ff24189e0e0' into dalvik-dev

* commit '164d1279b67ec13061e473cb453b1ff24189e0e0':
  Jit: Fix for issue 2487769, Simplify in-line thin lock release

Merge "Jit: Fix for issue 2487769, Simplify in-line thin lock release"

Use a manually-synchronized HashMap instead of ConcurrentHashMap in LocaleData.

ConcurrentHashMap is our slowest choice at the moment:

     ConcurrentHashMapGet  782 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
               HashMapGet  272 XXXXXXXXXX|||||||||||||||
  HashMapGet_Synchronized  317 XXXXXXXXXXXX|||||||||||||
             HashtableGet  325 XXXXXXXXXXXX||||||||||||||
         LinkedHashMapGet  280 XXXXXXXXXX|||||||||||||||

The cost of some commonly-created temporary objects (such as
DateFormatSymbols) is dominated by the lookup of the locale data. This patch
takes "new DateFormatSymbols" from 3us to 2.3us on passion/froyo (a 23% drop).

Bug: 2492505

am f8069e84: Merge "Collect more JIT stats in the assert build."

Merge commit 'f8069e844054d29f320a9ece29fc638a884bbf69' into dalvik-dev

* commit 'f8069e844054d29f320a9ece29fc638a884bbf69':
  Collect more JIT stats in the assert build.

Merge "Collect more JIT stats in the assert build."

Collect more JIT stats in the assert build.

New stuff includes breakdown of callsite types (ie monomorphic vs polymorphic
vs monoporphic resolved to native), total time spent in JIT'ing, and average
JIT time per compilation.

Example output:
D/dalvikvm(  840): 4042 compilations using 1976 + 329108 bytes
D/dalvikvm(  840): Compiler arena uses 10 blocks (8100 bytes each)
D/dalvikvm(  840): Compiler work queue length is 0/36
D/dalvikvm(  840): size if 8192, entries used is 4137
D/dalvikvm(  840): JIT: 4137 traces, 8192 slots, 1099 chains, 40 thresh, Non-blocking
D/dalvikvm(  840): JIT: Lookups: 1128780 hits, 168564 misses; 179520 normal, 6 punt
D/dalvikvm(  840): JIT: noChainExit: 528464 IC miss, 194708 interp callsite, 0 switch overflow
D/dalvikvm(  840): JIT: Invoke: 507 mono, 988 poly, 72 native, 1038 return
D/dalvikvm(  840): JIT: Total compilation time: 2342 ms
D/dalvikvm(  840): JIT: Avg unit compilation time: 579 us
D/dalvikvm(  840): JIT: 3357 Translation chains, 97 interp stubs
D/dalvikvm(  840): dalvik.vm.jit.op = 0-2,4-5,7-8,a-c,e-16,19-1a,1c-23,26,28-29,2b-2f,31-3d,44-4b,4d-51,60,62-63,68-69,70-72,76-78,7b,81-82,84,87,89,8d-93,95-98,a1,a3,a6,a8-a9,b0-b3,b5-b6,bb-bf,c6-c8,d0,d2-d6,d8,da-e2,ee-f0,f2-fb,
D/dalvikvm(  840): Code size stats: 50666/105126 (compiled/total Dalvik), 329108 (native)

am 1a29c735: Merge "Fix server side SSLEngine ServerKeyExchange signature."

Merge commit '1a29c735752f4082c8e32347f4a6b10c4fdeb1f5' into dalvik-dev

* commit '1a29c735752f4082c8e32347f4a6b10c4fdeb1f5':
  Fix server side SSLEngine ServerKeyExchange signature.

Merge "Fix server side SSLEngine ServerKeyExchange signature."

Merge "Add instructions for volatile wide fields." into dalvik-dev

Add instructions for volatile wide fields.

This adds four new instructions for accessing volatile wide fields (long
and double).  The JLS requires that such accesses are atomic, but the
VM doesn't otherwise make guarantees about the atomicity of reads and
writes on 64-bit fields.

There are no behavioral changes.  This just adds definitions for the new
instructions and a couple of tests.  The current implementation is just
the non-volatile form of the instructions or a C stub, but since we're
not generating them it doesn't really matter yet.

Also:
 - bumped Dalvik version to 1.3.0
 - added a note to the x86-atom TODO list

For bug 1633591.

Merge "Fix a broken assert and some broken comments about unlinkedJavaLangClass." into dalvik-dev

Jit: Fix for issue 2487769, Simplify in-line thin lock release

The Jit was using ldrex/strex to clear an owned thin lock in the
fast path.  This was not necessary - an integer store works and is
much faster.

am 101cbfe4: Merge "Implementing the Java 7 APIs for DeflaterOutputStreams."

Merge commit '101cbfe486ad1744f666e924f600dd1b8cdecea7' into dalvik-dev

* commit '101cbfe486ad1744f666e924f600dd1b8cdecea7':
  Implementing the Java 7 APIs for DeflaterOutputStreams.

Fix a broken assert and some broken comments about unlinkedJavaLangClass.

Merge "Implementing the Java 7 APIs for DeflaterOutputStreams."

Implementing the Java 7 APIs for DeflaterOutputStreams.

See bug 1729487.

Fix server side SSLEngine ServerKeyExchange signature.

Code using SSLEngine for non-blocking SSL can't talk with openssl as a client,
since the signature is computed on different content (and openssl checks it,
unlike java). The fix is to use strip the 0x00 prefix when signing - like
it is done when generating the message, refactored both to use a common
method. We also include the length in the signature, it was also missing.

Merge "Add messages to the ArrayStoreExceptions thrown by arraycopy()." into dalvik-dev

am c9b3aeb6: Prevent java.text.Normalizer from getting a default constructor.

Merge commit 'c9b3aeb659ac420bdc3d3c550423ab1fec5fde4c' into dalvik-dev

* commit 'c9b3aeb659ac420bdc3d3c550423ab1fec5fde4c':
  Prevent java.text.Normalizer from getting a default constructor.

Prevent java.text.Normalizer from getting a default constructor.

The dalvik continuous build's new jdiff run caught this.

am 042cc582: Merge "Don\'t call a method that can be overridden from File\'s constructors."

Merge commit '042cc58283c6a16db56fd758481388eee0f78619' into dalvik-dev

* commit '042cc58283c6a16db56fd758481388eee0f78619':
  Don't call a method that can be overridden from File's constructors.

Merge "Don't call a method that can be overridden from File's constructors."

am 21cb2bea: Merge "Update local copy of getSchedulerGroup."

Merge commit '21cb2bead6020dfcb7c594638dddd36528b4ef41' into dalvik-dev

* commit '21cb2bead6020dfcb7c594638dddd36528b4ef41':
  Update local copy of getSchedulerGroup.

Merge "Update local copy of getSchedulerGroup."

Don't call a method that can be overridden from File's constructors.

Bug: 2486943

Add messages to the ArrayStoreExceptions thrown by arraycopy().

See bug 2396302.

Update local copy of getSchedulerGroup.

The getSchedulerGroup() in libcutils was updated, but for some reason we
have our own copy in the VM.  This change brings it up to date so we
stop crashing every time something requests a virtual stack (e.g. with a
"kill -3 <pid>").

(The function is now an exact clone -- the previous version was slightly
modified.)

am 85a3fa26: Merge "Jit: Sapphire tuning - mostly scheduling."

Merge commit '85a3fa260497657c62de2186841b243e177330eb' into dalvik-dev

* commit '85a3fa260497657c62de2186841b243e177330eb':
  Jit: Sapphire tuning - mostly scheduling.

Merge "Jit: Sapphire tuning - mostly scheduling."