S390: [crankshaft] Fragmentation-free allocation folding.

S390: [crankshaft] Fragmentation-free allocation folding.

Port 61f5fbbb1926e1ffb672214a043e8c98db0e8af6
Port 6e15433db4df53bdb6d7e84fb7eba544ef6097f3

Original commit message:

      The new allocation folding implementation avoids fragmentation between folded allocation.
      As a consequence, our heap will always be iterable i.e. we do not have to perform a
      garbage collection before iterating the heap.

R=hpayer@chromium.org, joransiu@ca.ibm.com, bjaideep@ca.ibm.com, michael_dawson@ca.ibm.com, mbrandy@us.ibm.com
BUG=

Committed: https://crrev.com/41dbaefb4a26ee01fc9e799da33b42fc5159ae01
Cr-Commit-Position: refs/heads/master@{#36243}

[john.yan, 2016-05-12 23:24:49]

Description was changed from

==========
S390: [crankshaft] Fragmentation-free allocation folding.

Port 61f5fbbb1926e1ffb672214a043e8c98db0e8af6

Original commit message:

      The new allocation folding implementation avoids fragmentation between
folded allocation.
      As a consequence, our heap will always be iterable i.e. we do not have to
perform a
      garbage collection before iterating the heap.

R=hpayer@chromium.org, joransiu@ca.ibm.com, bjaideep@ca.ibm.com,
michael_dawson@ca.ibm.com, mbrandy@us.ibm.com
BUG=
==========

to

==========
S390: [crankshaft] Fragmentation-free allocation folding.

Port 61f5fbbb1926e1ffb672214a043e8c98db0e8af6
Port 6e15433db4df53bdb6d7e84fb7eba544ef6097f3

Original commit message:

      The new allocation folding implementation avoids fragmentation between
folded allocation.
      As a consequence, our heap will always be iterable i.e. we do not have to
perform a
      garbage collection before iterating the heap.

R=hpayer@chromium.org, joransiu@ca.ibm.com, bjaideep@ca.ibm.com,
michael_dawson@ca.ibm.com, mbrandy@us.ibm.com
BUG=
==========

[john.yan, 2016-05-12 23:25:00]

The CQ bit was checked by jyan@ca.ibm.com to run a CQ dry run

[john.yan, 2016-05-12 23:25:06]

PTAL

[commit-bot: I haz the power, 2016-05-12 23:25:10]

Dry run: CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1973883003/40001
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1973883003/40001

[commit-bot: I haz the power, 2016-05-12 23:56:34]

The CQ bit was unchecked by commit-bot@chromium.org

[commit-bot: I haz the power, 2016-05-12 23:56:35]

Dry run: This issue passed the CQ dry run.

[JoranSiu, 2016-05-13 00:53:59]

Minor nits, but lgtm otherwise.

https://codereview.chromium.org/1973883003/diff/40001/src/s390/macro-assemble...
File src/s390/macro-assembler-s390.cc (right):

https://codereview.chromium.org/1973883003/diff/40001/src/s390/macro-assemble...
src/s390/macro-assembler-s390.cc:1933: beq(&aligned);
CAn you add a Label::kNear here?

https://codereview.chromium.org/1973883003/diff/40001/src/s390/macro-assemble...
src/s390/macro-assembler-s390.cc:1991: beq(&aligned);
Label::kNear here too.

[john.yan, 2016-05-13 13:21:13]

The CQ bit was checked by jyan@ca.ibm.com

[john.yan, 2016-05-13 13:21:14]

The patchset sent to the CQ was uploaded after l-g-t-m from joransiu@ca.ibm.com
Link to the patchset: https://codereview.chromium.org/1973883003/#ps60001
(title: "use kNear more")

[commit-bot: I haz the power, 2016-05-13 13:21:19]

CQ is trying da patch. Follow status at
 https://chromium-cq-status.appspot.com/patch-status/1973883003/60001
View timeline at
 https://chromium-cq-status.appspot.com/patch-timeline/1973883003/60001

[john.yan, 2016-05-13 13:22:09]

On 2016/05/13 00:53:59, JoranSiu wrote:
> Minor nits, but lgtm otherwise.
> 
>
https://codereview.chromium.org/1973883003/diff/40001/src/s390/macro-assemble...
> File src/s390/macro-assembler-s390.cc (right):
> 
>
https://codereview.chromium.org/1973883003/diff/40001/src/s390/macro-assemble...
> src/s390/macro-assembler-s390.cc:1933: beq(&aligned);
> CAn you add a Label::kNear here?
> 
>
https://codereview.chromium.org/1973883003/diff/40001/src/s390/macro-assemble...
> src/s390/macro-assembler-s390.cc:1991: beq(&aligned);
> Label::kNear here too.

Updated.

[commit-bot: I haz the power, 2016-05-13 13:44:17]

Description was changed from

==========
S390: [crankshaft] Fragmentation-free allocation folding.

Port 61f5fbbb1926e1ffb672214a043e8c98db0e8af6
Port 6e15433db4df53bdb6d7e84fb7eba544ef6097f3

Original commit message:

      The new allocation folding implementation avoids fragmentation between
folded allocation.
      As a consequence, our heap will always be iterable i.e. we do not have to
perform a
      garbage collection before iterating the heap.

R=hpayer@chromium.org, joransiu@ca.ibm.com, bjaideep@ca.ibm.com,
michael_dawson@ca.ibm.com, mbrandy@us.ibm.com
BUG=
==========

to

==========
S390: [crankshaft] Fragmentation-free allocation folding.

Port 61f5fbbb1926e1ffb672214a043e8c98db0e8af6
Port 6e15433db4df53bdb6d7e84fb7eba544ef6097f3

Original commit message:

      The new allocation folding implementation avoids fragmentation between
folded allocation.
      As a consequence, our heap will always be iterable i.e. we do not have to
perform a
      garbage collection before iterating the heap.

R=hpayer@chromium.org, joransiu@ca.ibm.com, bjaideep@ca.ibm.com,
michael_dawson@ca.ibm.com, mbrandy@us.ibm.com
BUG=
==========

[commit-bot: I haz the power, 2016-05-13 13:44:19]

Committed patchset #4 (id:60001)

[commit-bot: I haz the power, 2016-05-13 13:44:58]

Description was changed from

==========
S390: [crankshaft] Fragmentation-free allocation folding.

Port 61f5fbbb1926e1ffb672214a043e8c98db0e8af6
Port 6e15433db4df53bdb6d7e84fb7eba544ef6097f3

Original commit message:

      The new allocation folding implementation avoids fragmentation between
folded allocation.
      As a consequence, our heap will always be iterable i.e. we do not have to
perform a
      garbage collection before iterating the heap.

R=hpayer@chromium.org, joransiu@ca.ibm.com, bjaideep@ca.ibm.com,
michael_dawson@ca.ibm.com, mbrandy@us.ibm.com
BUG=
==========

to

==========
S390: [crankshaft] Fragmentation-free allocation folding.

Port 61f5fbbb1926e1ffb672214a043e8c98db0e8af6
Port 6e15433db4df53bdb6d7e84fb7eba544ef6097f3

Original commit message:

      The new allocation folding implementation avoids fragmentation between
folded allocation.
      As a consequence, our heap will always be iterable i.e. we do not have to
perform a
      garbage collection before iterating the heap.

R=hpayer@chromium.org, joransiu@ca.ibm.com, bjaideep@ca.ibm.com,
michael_dawson@ca.ibm.com, mbrandy@us.ibm.com
BUG=

Committed: https://crrev.com/41dbaefb4a26ee01fc9e799da33b42fc5159ae01
Cr-Commit-Position: refs/heads/master@{#36243}
==========

[commit-bot: I haz the power, 2016-05-13 13:44:59]

Patchset 4 (id:??) landed as
https://crrev.com/41dbaefb4a26ee01fc9e799da33b42fc5159ae01
Cr-Commit-Position: refs/heads/master@{#36243}