android_external_v8, branch stable/cm-11.0-XNG2S

Merge tag 'android-4.4_r1' into cm-11.0

2013-11-01T16:04:57+00:00

Android 4.4 Release 1.0

Merge tag 'android-4.3_r2.1' into cm-10.2

2013-07-24T21:28:51+00:00

Android 4.3 release 2.1

Merge upstream V8 change to fix HasRealIndexedProperty.

2013-07-12T16:40:45+00:00

Bug: 9720511
Change-Id: I731b49b1bfbeeb9927fb995342f9e7454ce834dc

am 8c7c06b5: Use kernel cacheflush for large sizes on MIPS.

2013-05-07T20:25:25+00:00

* commit '8c7c06b5cdac575f2288290cbad8c757ca078635':
  Use kernel cacheflush for large sizes on MIPS.

Use kernel cacheflush for large sizes on MIPS.

2013-05-07T18:19:16+00:00

This is a workaround to a deserializer bug. The bug was exposed
with a recent optimization to use user-mode cache-flushing on
MIPS. To reduce risk, we're doing a workaround in mips-specific
code so that other arch's cannot be affected.

The deserializer does this FlushICache:

  CPU::FlushICache(last_object_address_, Page::kPageSize);

However, that region includes OS guard-pages with no access
privilege. The MIPS kernel cacheflush routines work OK in this
case, but the Bionic cacheflush recently enabled user-mode flushing
using the synci instruction, which causes a segfault on MIPS when
the guard pages are reached.
(change I48fd6f2b0cbe80c3cd90f453ced97a2f154f7ad3)

The workaround just reverts to the kernel flush when the size
is Page::kPageSize or bigger.

A better fix would be to alter the deserializer so that only the
executable pages are flushed:
  CPU::FlushICache(last_object_address_,
                   isolate_->memory_allocator()->CodePageAreaSize());

However, that changes common code for all supported architectures.
There is no evidence that this bug affects the other arch's, so we
are doing a MIPS-specific workaround.

(cherry-pick from AOSP)
bug: 8851838

Change-Id: I30b62eb579feab1453d3ae85a5fb9b408f91756b
Signed-off-by: Paul Lind

Merge "Use kernel cacheflush for large sizes on MIPS."

2013-05-07T01:51:16+00:00

Use kernel cacheflush for large sizes on MIPS.

2013-05-06T23:10:07+00:00

This is a workaround to a deserializer bug. The bug was exposed
with a recent optimization to use user-mode cache-flushing on
MIPS. To reduce risk, we're doing a workaround in mips-specific
code so that other arch's cannot be affected.

The deserializer does this FlushICache:

  CPU::FlushICache(last_object_address_, Page::kPageSize);

However, that region includes OS guard-pages with no access
privilege. The MIPS kernel cacheflush routines work OK in this
case, but the Bionic cacheflush recently enabled user-mode flushing
using the synci instruction, which causes a segfault on MIPS when
the guard pages are reached.
(change I48fd6f2b0cbe80c3cd90f453ced97a2f154f7ad3)

The workaround just reverts to the kernel flush when the size
is Page::kPageSize or bigger.

A better fix would be to alter the deserializer so that only the
executable pages are flushed:
  CPU::FlushICache(last_object_address_,
                   isolate_->memory_allocator()->CodePageAreaSize());

However, that changes common code for all supported architectures.
There is no evidence that this bug affects the other arch's, so we
are doing a MIPS-specific workaround.

Change-Id: I30b62eb579feab1453d3ae85a5fb9b408f91756b
Signed-off-by: Paul Lind

Merge "Remove the unnecessary PRIVATE_CLEAN_FILES"

2013-03-23T01:56:47+00:00

Remove the unnecessary PRIVATE_CLEAN_FILES

2013-03-23T01:54:46+00:00

If you want to clean those files, you should run "make
clean-mksnapshot.$(TARGET_ARCH)" instead.

Change-Id: I45a35903126225a54f8d942ed38c5cea70fd2664

Merge "Use target-specific PRIVATE_CLEAN_FILES"

2013-01-28T19:05:45+00:00