- ppc-aix-port-dev - openjdk.org

Backport "os.version" bug to JDK 8?
by Bob Terhune 22 Sep '17

22 Sep '17

Is there any plans to backport this fix to Open JDK 8, looks as if it was fixed for JDK 9? "AIX: fix value of os.version property" https://bugs.openjdk.java.net/browse/JDK-8132374 Thanks, Bob Terhune

2 1

[10] RFR(L): 8185979: PPC64: Implement SHA2 intrinsic
by Gustavo Serra Scalet 18 Sep '17

18 Sep '17

Hi, Could you please review this specific PPC64 change to hotspot? By implementing this intrinsic I noticed a significant improvement when using SHA-2 (e.g: Sample run reduced 6.5s run to 2.8s for SHA256.) JBS: https://bugs.openjdk.java.net/browse/JDK-8185979 Webrev: https://gut.github.io/openjdk/webrev/JDK-8185979/webrev/ Best regards, Gustavo Serra Scalet

4 21

RFR(xs): 8187028: [aix] Real thread stack size may be up to 64K smaller than requested one
by Thomas Stüfe 05 Sep '17

05 Sep '17

Hi all, please review this change: Bug: https://bugs.openjdk.java.net/browse/JDK-8187028 change: http://cr.openjdk.java.net/~stuefe/webrevs/8187028-aix-Real-thread-stack-si… The issue is that on AIX, pthread library seems to have a bug where it sometimes gives us less thread stack space than we requested (a variable amount, but seems to be 0..64K). This may cause intermittent stack overflow errors if the stacks are very small to begin with. The workaround is to add 64K to the requested stack size to account for the fact that the OS may give us up to 64K less stack. Also, improved logging. Thanks, Thomas

3 8

8186982: [aix] Garbage output for CPU info in hs-err file
by Thomas Stüfe 31 Aug '17

31 Aug '17

Hi, may I please have reviews for this tiny trivial change: Bug: https://bugs.openjdk.java.net/browse/JDK-8186982 Webrev: http://cr.openjdk.java.net/~stuefe/webrevs/8186982-aix-cpu-info-garbage/web… Thank you! ..Thomas

3 6

Re: RFR(XXS): 8186667: InterpreterCodeSize overflows on AIX
by Volker Simonis 23 Aug '17

23 Aug '17

Hi Goetz, thanks for the review. Just pushed the change to jdk10/hs. I'm also forwarding this mail with your review to the corresponding mailing lists as I've just noticed that you've only sent it to me. Regards, Volker On Wed, Aug 23, 2017 at 5:47 PM, Lindenmaier, Goetz <goetz.lindenmaier(a)sap.com> wrote: > Hi Volker, > > The change looks good, thanks. > > Best regards, Götz > >> Am 23.08.2017 um 17:33 schrieb Volker Simonis <volker.simonis(a)gmail.com>: >> >> Hi, >> >> can somebody please review this tiny fix which only affects the ppc64 platforms: >> >> http://cr.openjdk.java.net/~simonis/webrevs/2017/8186667/ >> https://bugs.openjdk.java.net/browse/JDK-8186667 >> >> The fix for JDK-8172020 increased some interpreter entry points >> (notably the return entry points) considerably because it added >> special handling for popframe/earlyreturn in cases where debugging is >> enabled. >> >> This was just enough to overflow the current InterpreterCodeSize on >> AIX/ppc64 which was 230K until now: >> >> # Internal Error (interpreter.hpp:105), pid=16449790, tid=258 >> # guarantee(codelet_size > 0 && (size_t)codelet_size > 2*K) failed: >> not enough space for interpreter generation >> >> Apparently we've only done debugging tests on jdk10 (and not jdk10-hs) >> so we've only noticed this now after jdk10-hs was integrated into >> jdk10. >> >> As solution I propose to set InterpreterCodeSize to 256K on ppc64 to >> be on the safe side again. >> >> Thank you and best regards, >> Volker

2 1

RFR(XXS): 8186667: InterpreterCodeSize overflows on AIX
by Volker Simonis 23 Aug '17

23 Aug '17

Hi, can somebody please review this tiny fix which only affects the ppc64 platforms: http://cr.openjdk.java.net/~simonis/webrevs/2017/8186667/ https://bugs.openjdk.java.net/browse/JDK-8186667 The fix for JDK-8172020 increased some interpreter entry points (notably the return entry points) considerably because it added special handling for popframe/earlyreturn in cases where debugging is enabled. This was just enough to overflow the current InterpreterCodeSize on AIX/ppc64 which was 230K until now: # Internal Error (interpreter.hpp:105), pid=16449790, tid=258 # guarantee(codelet_size > 0 && (size_t)codelet_size > 2*K) failed: not enough space for interpreter generation Apparently we've only done debugging tests on jdk10 (and not jdk10-hs) so we've only noticed this now after jdk10-hs was integrated into jdk10. As solution I propose to set InterpreterCodeSize to 256K on ppc64 to be on the safe side again. Thank you and best regards, Volker

1 0

[10] RFR(S): 8185969: PPC64: Improve VSR support to use up to 64 registers
by Gustavo Serra Scalet 10 Aug '17

10 Aug '17

Hi, Could you please review this specific PPC64 change to hotspot? The aim of these changes is to allow a more complete usage of VSR. I make use of these interfaces on an instrinsic that I plan to send next but I decided to separate this change and send it first. JBS: https://bugs.openjdk.java.net/browse/JDK-8185969 Webrev: https://gut.github.io/openjdk/webrev/JDK-8185969/webrev/ Best regards, Gustavo Serra Scalet

4 6

[10] RFR(XS): 8185975: PPC64: Fix vsldoi interface according to the ISA
by Gustavo Serra Scalet 09 Aug '17

09 Aug '17

Hi, Could you please review this specific PPC64 change to hotspot? It was previously discussed with Martin Doerr on [1]. JBS: https://bugs.openjdk.java.net/browse/JDK-8185975 Webrev: https://gut.github.io/openjdk/webrev/JDK-8185975/webrev/ Best regards, Gustavo Serra Scalet [1] http://mail.openjdk.java.net/pipermail/ppc-aix-port-dev/2017-February/00291…

2 1

[10] RFR(M): 8185976: PPC64: Implement MulAdd and SquareToLen intrinsics
by Gustavo Serra Scalet 08 Aug '17

08 Aug '17

Hi, Could you please review this specific PPC64 change to hotspot? By implementing these intrinsics I noticed a small improvement with microbenchmarks analysis. On SpecJVM2008's crypto.rsa benchmark, only when backporting to JDK8 an improvement was noticed. JBS: https://bugs.openjdk.java.net/browse/JDK-8185976 Webrev: https://gut.github.io/openjdk/webrev/JDK-8185976/webrev/ Motivation for this implementation: https://twitter.com/ijuma/status/698309312498835457 Best regards, Gustavo Serra Scalet

1 0

Unable to download procompiled JDK's
by David Knepprath 21 Jul '17

21 Jul '17

I'm trying to download the precompiled JDK to use as bootstrap, but the server is not responsive. For example: http://openjdkpower.osuosl.org/OpenJDK/download/bootstrap/openjdk_8u40_b13-… I filed tickets last week with OpenJDK project and OSUOSL, but they seem to have disappeared into the void. David Knepprath | Software Engineer Direct: 971.313.6480 TRIPWIRE | CONFIDENCE: SECURED www.tripwire.com<https://mail.tripwire.com/owa/redir.aspx?SURL=MohT1BI4Wq2vEdF8QWI0O35XRNxia…>

2 4