PPC: Added macro functions for stfd[u],stfs[u],lfd[u],lfs[u]

PPC: Added macro functions for stfd[u],stfs[u],lfd[u],lfs[u]

Added macro functions to handle large offsets(>16bits) in StoreDoubleU/
LoadDoubleU/StoreSingle/StoreSingleU/LoadSingle/LoadSingleU.

R=joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com, mbrandy@us.ibm.com

BUG=
LOG=N

Committed: https://crrev.com/b35aefd3387bb58e04208e6405a3f97b1ef3e39e
Cr-Commit-Position: refs/heads/master@{#36118}

[JaideepBajwa, 2016-05-09 17:49:16]

PTAL

[MTBrandyberry, 2016-05-09 18:16:52]

The changes to macro-assembler are good.

However, I don't see where we are actually taking at advantage of them in the
other changes.  I don't think there is any reason to use the macro in cases
where the offset will never overflow the 16-bit displacement field.

On the other hand, there are some (other) legitimate instances that do need the
macro to move the offset into the scratch register and use the x-form instead
for correctness.  [turbofan's kPPC_PushFrame and kPPC_StoreToStackSlot are 2
such examples.]

[john.yan, 2016-05-09 18:44:36]

On 2016/05/09 17:49:16, bjaideep wrote:
> PTAL

StoreDoubleU is kind of confusing, might be using StoreDoubleWithUpdate?

[MTBrandyberry, 2016-05-09 18:53:28]

LGTM

[JaideepBajwa, 2016-05-09 18:56:51]

On 2016/05/09 18:44:36, john.yan wrote:
> On 2016/05/09 17:49:16, bjaideep wrote:
> > PTAL
> 
> StoreDoubleU is kind of confusing, might be using StoreDoubleWithUpdate?

I followed the existing naming convention, where StorePU/LoadPU are used for
store/load with update

[JaideepBajwa, 2016-05-09 19:13:01]

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

[JaideepBajwa, 2016-05-09 19:13:01]

The patchset sent to the CQ was uploaded after l-g-t-m from mbrandy@us.ibm.com
Link to the patchset: https://codereview.chromium.org/1962773002/#ps40001
(title: "fixed white space formatting")

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

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

[commit-bot: I haz the power, 2016-05-09 19:15:22]

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

[commit-bot: I haz the power, 2016-05-09 19:15:23]

Try jobs failed on following builders:
  v8_linux_gcc_compile_rel on tryserver.v8 (JOB_FAILED,
http://build.chromium.org/p/tryserver.v8/builders/v8_linux_gcc_compile_rel/bu...)

[JaideepBajwa, 2016-05-09 19:49:39]

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

[commit-bot: I haz the power, 2016-05-09 19:49:50]

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

[commit-bot: I haz the power, 2016-05-09 19:59:16]

Committed patchset #3 (id:40001)

[commit-bot: I haz the power, 2016-05-09 20:01:23]

Description was changed from

==========
PPC: Added macro functions for stfd[u],stfs[u],lfd[u],lfs[u]

Added macro functions to handle large offsets(>16bits) in StoreDoubleU/
LoadDoubleU/StoreSingle/StoreSingleU/LoadSingle/LoadSingleU.

R=joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com,
mbrandy@us.ibm.com

BUG=
LOG=N
==========

to

==========
PPC: Added macro functions for stfd[u],stfs[u],lfd[u],lfs[u]

Added macro functions to handle large offsets(>16bits) in StoreDoubleU/
LoadDoubleU/StoreSingle/StoreSingleU/LoadSingle/LoadSingleU.

R=joransiu@ca.ibm.com, jyan@ca.ibm.com, michael_dawson@ca.ibm.com,
mbrandy@us.ibm.com

BUG=
LOG=N

Committed: https://crrev.com/b35aefd3387bb58e04208e6405a3f97b1ef3e39e
Cr-Commit-Position: refs/heads/master@{#36118}
==========

[commit-bot: I haz the power, 2016-05-09 20:01:24]

Patchset 3 (id:??) landed as
https://crrev.com/b35aefd3387bb58e04208e6405a3f97b1ef3e39e
Cr-Commit-Position: refs/heads/master@{#36118}