[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 jdk8u-dev
mailing list