[8u-dev, ppc] RFR for (almost clean) backport of 8158232

Kazunori Ogata OGATAK at jp.ibm.com
Fri May 10 06:55:51 UTC 2019


Sorry, I forgot to put the links to the bug report and the original 
changeset  Also forgot to mention that this changeset is needed to 
backport AES intrinsics support [1] on ppc64 big-endian.

Bug report:
https://bugs.openjdk.java.net/browse/JDK-8158232

Original change set
http://hg.openjdk.java.net/jdk/jdk/rev/987528901b83


Webrev:
http://cr.openjdk.java.net/~horii/jdk8u_aes_be/8158232/webrev.02/


Refs:
[1] https://bugs.openjdk.java.net/browse/JDK-8188868


Regards,
Ogata

"hotspot-compiler-dev" <hotspot-compiler-dev-bounces at openjdk.java.net> 
wrote on 2019/05/10 15:30:05:

> From: "Kazunori Ogata" <OGATAK at jp.ibm.com>
> To: hotspot-compiler-dev at openjdk.java.net, jdk8u-dev at openjdk.java.net
> Date: 2019/05/10 15:31
> Subject: [8u-dev, ppc] RFR for (almost clean) backport of 8158232
> Sent by: "hotspot-compiler-dev" 
<hotspot-compiler-dev-bounces at openjdk.java.net>
> 
> Hi,
> 
> May I get review for backport of 8158232: PPC64: improve byte, int and 
> long array copy stubs by using VSX instructions?
> 
> This changeset looks no conflict with the latest jdk8u-dev code, but the 

> patch command failed to apply it.  It seems the patch command lost the 
> code regions to apply patches because stubGenerator_ppc.cpp has sets of 
> similar (but slightly different) functions.
> 
> I created new webrev mainly to update line numbers in the patch file.  I 

> verified I can build fastdebug and release builds and there was no 
> degradation in "make test" results.
> 
> http://cr.openjdk.java.net/~horii/jdk8u_aes_be/8158232/webrev.02/
> 
> Regards,
> Ogata
> 
> 




More information about the hotspot-compiler-dev mailing list