May 2020 - aarch64-port-dev

RFR(L): 8231441: AArch64: Initial SVE backend support
by Ningsheng Jian 03 Sep '20

03 Sep '20

Hi, Could you please help to review this patch adding AArch64 SVE support? It also touches c2 compiler shared code. Bug: https://bugs.openjdk.java.net/browse/JDK-8231441 Webrev: http://cr.openjdk.java.net/~njian/8231441/webrev.00 Arm has released new vector ISA extension for AArch64, SVE [1] and SVE2 [2]. This patch adds the initial SVE support in OpenJDK. In this patch we have: 1) SVE feature enablement and detection 2) SVE vector register allocation support with initial predicate register definition 3) SVE c2 backend for current SLP based vectorizer. (We also have a POC patch of a new vectorizer using SVE predicate-driven loop control, but that's still under development.) SVE register definition ======================= Unlike other SIMD architectures, SVE allows hardware implementations to choose a vector register length from 128 and 2048 bits, multiple of 128 bits. So we introduce a new vector type VectorA, i.e. length agnostic (scalable) vector type, and Op_VecA for machine vectora register. In the meantime, to minimize register allocation code changes, we also take advantage of one JIT compiler aspect, that is during the compile time we actually know the real hardware SVE vector register size of current running machine. So, the register allocator actually knows how many register slots an Op_VecA ideal reg requires, and could work fine without much modification. Since the bottom 128 bits are shared with the NEON, we extend current register mask definition of V0-V31 registers. Currently, c2 uses one bit mask for a 32-bit register slot, so to define at most 2048 bits we will need to add 64 slots in AD file. That's a really large number, and will also break current regmask assumption. Considering the SVE vector register is architecturally scalable for different sizes, we just define double of original NEON vector register slots, i.e. 8 slots: Vx, Vx_H, Vx_J ... Vx_O. After adlc, the generated register masks now looks like: const RegMask _VECTORA_REG_mask( 0x0, 0x0, 0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff, ... const RegMask _VECTORD_REG_mask( 0x0, 0x0, 0x3030303, 0x3030303, 0x3030303, 0x3030303, 0x3030303, 0x3030303, ... const RegMask _VECTORX_REG_mask( 0x0, 0x0, 0xf0f0f0f, 0xf0f0f0f, 0xf0f0f0f, 0xf0f0f0f, 0xf0f0f0f, 0xf0f0f0f, ... And we use SlotsPerVecA to indicate regmask bit size for a VecA register. Although for physical register allocation, register allocator does not need to know the real VecA register size, while doing spill/unspill, current register allocation needs to know actual stack slot size to store/load VecA registers. SVE is able to do vector size agnostic spilling, but to minimize the code changes, as I mentioned before, we just let RA know the actual vector register size in current running machine, by calling scalable_vector_reg_size(). In the meantime, since some vector operations do not have unpredicated SVE1 instructions, but only predicate version, e.g. vector multiply, vector load/store. We have also defined predicate registers in this patch, and c2 register allocator will allocate a temp predicate register to fulfill the expecting unpredicated operations. And this can also be used for future predicate-driven vectorizer. This is not efficient for now, as we can see many ptrue instructions in the generated code. One possible solution I can see, is to block one predicate register, and preset it to all true. But to preserve/reinitialize a caller save register value cross calls seems risky to work in this patch. I decide to defer it to further optimization work. If anyone has any suggestions on this, I would appreciate. SVE feature detection ===================== Since we may have some compiled code based on the initial detected SVE vector register length and the compiled code is compiled only for that vector register length, we assume that the SVE vector register length will not be changed during the JVM lifetime. However, SVE vector length is per-thread and can be changed by system call [3], so we need to make sure that each jni call will not change the sve vector length. Currently, we verify the SVE vector register length on each JNI return, and if an SVE vector length change is detected, jvm simply reports error and stops running. The VM running vector length can also be set by existing VM option MaxVectorSize with c2 enabled. If MaxVectorSize is specified not the same as system default sve vector length (in /proc/sys/abi/sve_default_vector_length), JVM will set current process sve vector length to the specified vector length. Compiled code ============= We have added all current c2 backend codegen on par with NEON, but only for vector length larger than 128-bit. On a 1024 bit SVE environment, for the following simple loop with int array element type: for (int i = 0; i < LENGTH; i++) { c[i] = a[i] + b[i]; } c2 generated loop: 0x0000ffff811c0820: sbfiz x11, x10, #2, #32 0x0000ffff811c0824: add x13, x18, x11 0x0000ffff811c0828: add x14, x1, x11 0x0000ffff811c082c: add x13, x13, #0x10 0x0000ffff811c0830: add x14, x14, #0x10 0x0000ffff811c0834: add x11, x0, x11 0x0000ffff811c0838: add x11, x11, #0x10 0x0000ffff811c083c: ptrue p1.s // To be optimized 0x0000ffff811c0840: ld1w {z16.s}, p1/z, [x14] 0x0000ffff811c0844: ptrue p0.s 0x0000ffff811c0848: ld1w {z17.s}, p0/z, [x13] 0x0000ffff811c084c: add z16.s, z17.s, z16.s 0x0000ffff811c0850: ptrue p1.s 0x0000ffff811c0854: st1w {z16.s}, p1, [x11] 0x0000ffff811c0858: add w10, w10, #0x20 0x0000ffff811c085c: cmp w10, w12 0x0000ffff811c0860: b.lt 0x0000ffff811c0820 Test ==== Currently, we don't have real hardware to verify SVE features (and performance). But we have run jtreg tests with SVE in some emulators. On QEMU system emulator, which has SVE emulation support, jtreg tier1-3 passed with different vector sizes. We've also verified it with full jtreg tests without SVE on both x86 and AArch64, to make sure that there's no regression. The patch has also been applied to Vector API code base, and verified on emulator. In Vector API, there are more vector related tests and is more possible to generate vector instructions by intrinsification. A simple test can also run in QEMU user emulation, e.g. $ qemu-aarch64 -cpu max,sve-max-vq=2 java -XX:UseSVE=1 SIMD ( To run it in user emulation mode, we will need to bypass SVE feature detection code in this patch. E.g. apply: http://cr.openjdk.java.net/~njian/8231441/user-emulation.patch )l Others ====== Since this patch is a bit large, I've also split it into 3 parts, for easy review: 1) SVE feature detection http://cr.openjdk.java.net/~njian/8231441/webrev.00-feature 2) c2 registion allocation http://cr.openjdk.java.net/~njian/8231441/webrev.00-ra 3) SVE c2 backend http://cr.openjdk.java.net/~njian/8231441/webrev.00-c2 Part of this patch has been contributed by Joshua Zhu and Yang Zhang. Refs ==== [1] https://developer.arm.com/docs/ddi0584/latest [2] https://developer.arm.com/docs/ddi0602/latest [3] https://www.kernel.org/doc/Documentation/arm64/sve.txt Thanks, Ningsheng

9 59

RFR (XXL): 8223347: Integration of Vector API (Incubator): AArch64 backend changes
by Yang Zhang 30 Jul '20

30 Jul '20

Hi, Following up on review requests of API [0], Java implementation and test [1], General Hotspot changes[2] for Vector API and x86 backend changes [3]. Here's a request for review of AArch64 backend changes required for supporting the Vector API: JEP: https://openjdk.java.net/jeps/338 JBS: https://bugs.openjdk.java.net/browse/JDK-8223347 Webrev: http://cr.openjdk.java.net/~yzhang/vectorapi/vectorapi.rfr/aarch64_webrev/w… Complete implementation resides in vector-unstable branch of panama/dev repository [4]. Looking forward to your feedback. Best Regards, Yang [0] https://mail.openjdk.java.net/pipermail/core-libs-dev/2020-March/065345.html [1] https://mail.openjdk.java.net/pipermail/core-libs-dev/2020-April/065587.html [2] https://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2020-April/037… [3] https://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2020-April/037… [4] https://openjdk.java.net/projects/panama/ $ hg clone http://hg.openjdk.java.net/panama/dev/ -b vector-unstable

7 21

RFR(S): 8243597: AArch64: Add support for integer vector abs
by Yang Zhang 05 Jun '20

05 Jun '20

Hi, Could you please help to review this patch? JBS: https://bugs.openjdk.java.net/browse/JDK-8243597 Webrev: http://cr.openjdk.java.net/~yzhang/8243597/webrev.00/ In JDK-8222074 [1], x86 enables auto vectorization for integer vector abs, and jtreg tests are also added. In this patch, the missing AbsVB/S/I/L support for AArch64 is added. Testing: Full jtreg test Vector API tests which cover vector abs Test case: public static void absvs(short[] a, short[] b, short[] c) { for (int i = 0; i < a.length; i++) { c[i] = (short)Math.abs((a[i] + b[i])); } } Assembly code generated by C2: 0x0000ffffaca3f3ac: ldr q17, [x16, #16] 0x0000ffffaca3f3b0: ldr q16, [x15, #16] 0x0000ffffaca3f3b4: add v16.8h, v16.8h, v17.8h 0x0000ffffaca3f3b8: abs v16.8h, v16.8h 0x0000ffffaca3f3c0: str q16, [x12, #16] Similar test cases for byte/int/long are also tested and NEON abs instruction is generated by C2. Performance: JMH tests are uploaded. http://cr.openjdk.java.net/~yzhang/8243597/TestScalar.java http://cr.openjdk.java.net/~yzhang/8243597/TestVect.java Vector abs: Before: Benchmark (size) Mode Cnt Score Error Units TestVect.testVectAbsVB 1024 avgt 5 1041.720 ? 2.606 us/op TestVect.testVectAbsVI 1024 avgt 5 659.788 ? 2.057 us/op TestVect.testVectAbsVL 1024 avgt 5 711.043 ? 5.489 us/op TestVect.testVectAbsVS 1024 avgt 5 659.157 ? 2.531 us/op After Benchmark (size) Mode Cnt Score Error Units TestVect.testVectAbsVB 1024 avgt 5 88.821 ? 1.886 us/op TestVect.testVectAbsVI 1024 avgt 5 199.081 ? 2.539 us/op TestVect.testVectAbsVL 1024 avgt 5 447.536 ? 1.195 us/op TestVect.testVectAbsVS 1024 avgt 5 119.172 ? 0.340 us/op Scalar abs: Before: Benchmark (size) Mode Cnt Score Error Units TestScalar.testAbsI 1024 avgt 5 3770.345 ± 6.760 us/op TestScalar.testAbsL 1024 avgt 5 3767.570 ± 9.097 us/op After: Benchmark (size) Mode Cnt Score Error Units TestScalar.testAbsI 1024 avgt 5 3141.312 ± 2.000 us/op TestScalar.testAbsL 1024 avgt 5 3103.143 ± 8.989 us/op [1] https://bugs.openjdk.java.net/browse/JDK-8222074 Regards Yang

2 8

RFR:8246051:[AArch64]SIGBUS by unaligned Unsafe compare_and_swap
by Wang Zhuo(Zhuoren) 03 Jun '20

03 Jun '20

Hi, I found that on aarch64, SIGBUS happens when Unsafe compareAndSwapLong and compareAndSwapInt were used to access unaligned mem address in interpreter mode. In compiled code, InternalError will be thrown. We should fix the crash and throw InternalError in interpreter too. Please help review this patch. BUG: https://bugs.openjdk.java.net/browse/JDK-8246051 CR: http://cr.openjdk.java.net/~wzhuo/8246051/webrev.00/ Regards, Zhuoren

3 7

Re: [aarch64-port-dev ] RFR(XS): Provide information when hitting a HaltNode for architectures other than x86
by Ningsheng Jian 01 Jun '20

01 Jun '20

Hi Xin, Martin's review comments reminds me that we should worry about code size increase on AArch64 with your patch, given that the HaltNode will be generated in many cases now. Currently in AArch64 MacroAssembler::stop(), it will generate many register saving instructions by pusha() before calling to debug64(). But I think debug64() only uses the regs[] and pc arguments when ShowMessageBoxOnError is on. Maybe we should at least only do the saving and pc arg passing when ShowMessageBoxOnError is on in MacroAssembler::stop(), as what x86 does in macroAssembler_x86.cpp? Thanks, Ningsheng On 5/5/20 7:26 AM, Liu, Xin wrote: > Hi, Martin, > > Thank you to review it and build it on s390 and PPC! > > If I delete size(4) in ppc.ad, hotspot can work out the correct size of instruction chunk, can't it? > I found most of instructions in ppc.ad have size(xx), but there're a couple of exceptions: cacheWB & cacheWBPreSync. > > I think it should be in product hotspot. Here are my arguments. > 1. Crash reports of release build are more common. > Some customers even don't bother trying again with a debug build. > > Let me take the crash report on aarch64 as an example. I paste the comparison before and after. > https://bugs.openjdk.java.net/browse/JDK-8230552?focusedCommentId=14334977&… > > Without stop(_halt_reason), what we know is "there's a bug in C2-generated code". If the method is big, which is very likely because of inlining, it's easy to get lost. > > I feel it's more helpful with the patch. We can locate which HaltNode it is by searching _halt_reason in codebase. > Hopefully, we can find the culprit method from "Compilation events". > > 2. HaltNode is rarely generated and will be removed if it's dead. > IMHO, the semantic of that Node is "halt". If It remains after optimizer or lowering to mach-nodes, something wrong and unrecoverable happened in the compilers. After we fix the compiler bug, it should be gone. That's is too say, it shouldn't cause any problem about code size in ideal cases. > > In reality, I observe that a HaltNode always follows the uncommon_trap call. Christian also observed that in JDK-8022574. > Isn't uncommon trap a one-way ticket for all architectures? I feel the control flow never returns after uncommon_trap, why do we generate a HaltNode after that? Nevertheless, it's a separated issue. > > Let me make another revision to fix PPC and I found that sparc.ad is gonna gone. > > Thanks, > --lx > > > On 5/4/20, 1:47 PM, "Doerr, Martin" <martin.doerr(a)sap.com> wrote: > > CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you can confirm the sender and know the content is safe. > > > > Hi lx, > > the size attribute is wrong on PPC64 (stop is larger than 4 Bytes). S390 builds fine. > I've only run the build. No tests. > > Should this feature be debug-only? > Do we want the lengthy code emitted in product build? > > Best regards, > Martin > > > > -----Original Message----- > > From: hotspot-compiler-dev <hotspot-compiler-dev- > > bounces(a)openjdk.java.net> On Behalf Of Liu, Xin > > Sent: Donnerstag, 30. April 2020 06:03 > > To: hotspot-compiler-dev(a)openjdk.java.net > > Subject: RFR(XS): Provide information when hitting a HaltNode for > > architectures other than x86 > > > > Hi, > > > > Could you review this small patch? It unifies codegen of HaltNode for other > > architectures. > > JBS: https://bugs.openjdk.java.net/browse/JDK-8230552 > > Webrev: https://cr.openjdk.java.net/~xliu/8230552/00/webrev/ > > > > I tested on aarch64. It generates the same crash report as x86_64 when it > > does hit HaltNode. Halt reason is displayed. I paste report on the JBS. > > I ran hotspot:tier1 on aarch64 fastdebug build. It passed except for 3 > > relevant failures[1]. > > > > I plan to do that on aarch64 only, but it’s trivial on other architectures, so I > > bravely modified them all. May I invite s390, SPARC arm32 maintainers take a > > look at it? > > If it goes through the review, I hope a sponsor can help me to push the > > submit repo and see if it works. > > > > [1] those 3 tests failed on aarch64 with/without my changes. > > gc/shenandoah/mxbeans/TestChurnNotifications.java#id2 > > gc/shenandoah/mxbeans/TestChurnNotifications.java#id1 > > gc/shenandoah/mxbeans/TestPauseNotifications.java#id1 > > > > thanks, > > -lx > > > >

6 31

JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK 13 on AArch64
by ci_notify＠linaro.org 30 May '20

30 May '20

This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdk13/openjdk-jtreg-nightly-tests/summary/2020/14… ------------------------------------------------------------------------------- release/hotspot ------------------------------------------------------------------------------- Build 0: aarch64/2019/jul/23 pass: 5,644; fail: 3 Build 1: aarch64/2019/jul/25 pass: 5,644; fail: 3 Build 2: aarch64/2019/jul/30 pass: 5,645; fail: 2 Build 3: aarch64/2019/aug/01 pass: 5,646; fail: 1 Build 4: aarch64/2019/aug/03 pass: 5,646; fail: 1 Build 5: aarch64/2019/aug/06 pass: 5,645; fail: 2 Build 6: aarch64/2019/aug/08 pass: 5,646; fail: 1 Build 7: aarch64/2019/aug/10 pass: 5,646; fail: 1 Build 8: aarch64/2019/nov/12 pass: 5,652 Build 9: aarch64/2019/nov/14 pass: 5,650; fail: 2 Build 10: aarch64/2019/nov/16 pass: 5,652 Build 11: aarch64/2019/dec/03 pass: 5,651; fail: 1 Build 12: aarch64/2019/dec/14 pass: 5,652 Build 13: aarch64/2020/jan/16 pass: 5,652 Build 14: aarch64/2020/may/28 pass: 5,669 ------------------------------------------------------------------------------- release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2019/jul/23 pass: 8,616; fail: 525; error: 30 Build 1: aarch64/2019/jul/25 pass: 8,620; fail: 528; error: 23 Build 2: aarch64/2019/jul/30 pass: 8,610; fail: 529; error: 32 Build 3: aarch64/2019/aug/01 pass: 8,620; fail: 527; error: 24 Build 4: aarch64/2019/aug/03 pass: 8,596; fail: 552; error: 23 Build 5: aarch64/2019/aug/06 pass: 8,616; fail: 528; error: 27 Build 6: aarch64/2019/aug/08 pass: 8,649; fail: 504; error: 18 Build 7: aarch64/2019/aug/10 pass: 8,647; fail: 507; error: 17 Build 8: aarch64/2019/nov/12 pass: 8,650; fail: 513; error: 16 Build 9: aarch64/2019/nov/14 pass: 8,651; fail: 511; error: 17 Build 10: aarch64/2019/nov/16 pass: 8,663; fail: 500; error: 17 Build 11: aarch64/2019/dec/03 pass: 8,671; fail: 493; error: 18 Build 12: aarch64/2019/dec/14 pass: 8,653; fail: 516; error: 14 Build 13: aarch64/2020/jan/16 pass: 8,661; fail: 501; error: 21 Build 14: aarch64/2020/may/28 pass: 8,673; fail: 504; error: 17 2 fatal errors were detected; please follow the link above for more detail. ------------------------------------------------------------------------------- release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2019/jul/23 pass: 3,964 Build 1: aarch64/2019/jul/25 pass: 3,964 Build 2: aarch64/2019/jul/30 pass: 3,964 Build 3: aarch64/2019/aug/01 pass: 3,964 Build 4: aarch64/2019/aug/03 pass: 3,964 Build 5: aarch64/2019/aug/06 pass: 3,964 Build 6: aarch64/2019/aug/08 pass: 3,964 Build 7: aarch64/2019/aug/10 pass: 3,964 Build 8: aarch64/2019/nov/12 pass: 3,964 Build 9: aarch64/2019/nov/14 pass: 3,964 Build 10: aarch64/2019/nov/16 pass: 3,964 Build 11: aarch64/2019/dec/03 pass: 3,964 Build 12: aarch64/2019/dec/14 pass: 3,964 Build 13: aarch64/2020/jan/16 pass: 3,964 Build 14: aarch64/2020/may/28 pass: 3,964 Previous results can be found here: http://openjdk.linaro.org/jdk13/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 7.54x Relative performance: Server critical-jOPS (nc): 9.14x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdk13/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the server compiler on 2014-04-01. Relative performance: Zero: 1.0, Server: 207.57 Server 207.57 / Server 2014-04-01 (71.00): 2.92x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdk13/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2019-07-21 pass rate: 10487/10488, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/201/results/ 2019-07-24 pass rate: 10488/10488, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/204/results/ 2019-07-26 pass rate: 10487/10488, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/206/results/ 2019-07-31 pass rate: 10488/10488, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/211/results/ 2019-08-02 pass rate: 10488/10488, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/213/results/ 2019-08-04 pass rate: 10488/10488, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/215/results/ 2019-08-07 pass rate: 10488/10488, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/218/results/ 2019-08-09 pass rate: 10487/10488, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/220/results/ 2019-08-11 pass rate: 10487/10488, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/222/results/ 2019-11-12 pass rate: 10490/10490, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/316/results/ 2019-11-15 pass rate: 10490/10490, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/318/results/ 2019-11-17 pass rate: 10490/10490, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/320/results/ 2019-12-04 pass rate: 10490/10490, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/337/results/ 2019-12-15 pass rate: 10490/10490, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2019/348/results/ 2020-05-30 pass rate: 9702/9702, results: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/2020/149/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdk13/jcstress-nightly-runs/

1 0

JTREG, JCStress, SPECjbb2015 and Hadoop/Terasort results for OpenJDK 14 on AArch64
by ci_notify＠linaro.org 30 May '20

30 May '20

This is a summary of the JTREG test results =========================================== The build and test results are cycled every 15 days. For detailed information on the test output please refer to: http://openjdk.linaro.org/jdk14/openjdk-jtreg-nightly-tests/summary/2020/14… ------------------------------------------------------------------------------- release/hotspot ------------------------------------------------------------------------------- Build 0: aarch64/2020/jan/23 pass: 5,773; fail: 45 Build 1: aarch64/2020/jan/30 pass: 5,773; fail: 45 Build 2: aarch64/2020/feb/06 pass: 5,773; fail: 46 Build 3: aarch64/2020/feb/09 pass: 5,775; fail: 44 Build 4: aarch64/2020/apr/07 pass: 5,781; fail: 45 Build 5: aarch64/2020/may/05 pass: 5,762; fail: 45 Build 6: aarch64/2020/may/07 pass: 5,763; fail: 44 Build 7: aarch64/2020/may/12 pass: 5,761; fail: 46 Build 8: aarch64/2020/may/15 pass: 5,784; fail: 46 Build 9: aarch64/2020/may/28 pass: 5,785; fail: 45 ------------------------------------------------------------------------------- release/jdk ------------------------------------------------------------------------------- Build 0: aarch64/2020/jan/23 pass: 8,831; fail: 524; error: 18 Build 1: aarch64/2020/jan/30 pass: 8,839; fail: 518; error: 17 Build 2: aarch64/2020/feb/06 pass: 8,838; fail: 517; error: 18 Build 3: aarch64/2020/feb/09 pass: 8,832; fail: 523; error: 18 Build 4: aarch64/2020/apr/07 pass: 8,844; fail: 505; error: 20 Build 5: aarch64/2020/may/05 pass: 8,839; fail: 515; error: 18 Build 6: aarch64/2020/may/07 pass: 8,835; fail: 517; error: 20 Build 7: aarch64/2020/may/12 pass: 8,836; fail: 517; error: 19 Build 8: aarch64/2020/may/15 pass: 8,845; fail: 509; error: 18 Build 9: aarch64/2020/may/28 pass: 8,838; fail: 516; error: 18 3 fatal errors were detected; please follow the link above for more detail. ------------------------------------------------------------------------------- release/langtools ------------------------------------------------------------------------------- Build 0: aarch64/2020/jan/23 pass: 4,031 Build 1: aarch64/2020/jan/30 pass: 4,031 Build 2: aarch64/2020/feb/03 pass: 4,031 Build 3: aarch64/2020/feb/06 pass: 4,031 Build 4: aarch64/2020/feb/09 pass: 4,031 Build 5: aarch64/2020/apr/07 pass: 4,031 Build 6: aarch64/2020/may/05 pass: 4,031 Build 7: aarch64/2020/may/07 pass: 4,031 Build 8: aarch64/2020/may/12 pass: 4,031 Build 9: aarch64/2020/may/15 pass: 4,031 Build 10: aarch64/2020/may/28 pass: 4,031 Previous results can be found here: http://openjdk.linaro.org/jdk14/openjdk-jtreg-nightly-tests/index.html SPECjbb2015 composite regression test completed =============================================== This test measures the relative performance of the server compiler running the SPECjbb2015 composite tests and compares the performance against the baseline performance of the server compiler taken on 2016-11-21. In accordance with [1], the SPECjbb2015 tests are run on a system which is not production ready and does not meet all the requirements for publishing compliant results. The numbers below shall be treated as non-compliant (nc) and are for experimental purposes only. Relative performance: Server max-jOPS (nc): 7.63x Relative performance: Server critical-jOPS (nc): 9.29x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdk14/SPECjbb2015-results/ [1] http://www.spec.org/fairuse.html#Academic Regression test Hadoop-Terasort completed ========================================= This test measures the performance of the server and client compilers running Hadoop sorting a 1GB file using Terasort and compares the performance against the baseline performance of the Zero interpreter and against the baseline performance of the server compiler on 2014-04-01. Relative performance: Zero: 1.0, Server: 204.57 Server 204.57 / Server 2014-04-01 (71.00): 2.88x Details of the test setup and historical results may be found here: http://openjdk.linaro.org/jdk14/hadoop-terasort-benchmark-results/ This is a summary of the jcstress test results ============================================== The build and test results are cycled every 15 days. 2020-01-24 pass rate: 10490/10490, results: http://openjdk.linaro.org/jdk14/jcstress-nightly-runs/2020/023/results/ 2020-02-01 pass rate: 10490/10490, results: http://openjdk.linaro.org/jdk14/jcstress-nightly-runs/2020/030/results/ 2020-02-08 pass rate: 10490/10490, results: http://openjdk.linaro.org/jdk14/jcstress-nightly-runs/2020/037/results/ 2020-02-10 pass rate: 10490/10490, results: http://openjdk.linaro.org/jdk14/jcstress-nightly-runs/2020/040/results/ 2020-04-08 pass rate: 9702/9702, results: http://openjdk.linaro.org/jdk14/jcstress-nightly-runs/2020/098/results/ 2020-05-06 pass rate: 9702/9702, results: http://openjdk.linaro.org/jdk14/jcstress-nightly-runs/2020/126/results/ 2020-05-09 pass rate: 9702/9702, results: http://openjdk.linaro.org/jdk14/jcstress-nightly-runs/2020/128/results/ 2020-05-14 pass rate: 9702/9702, results: http://openjdk.linaro.org/jdk14/jcstress-nightly-runs/2020/133/results/ 2020-05-17 pass rate: 9702/9702, results: http://openjdk.linaro.org/jdk14/jcstress-nightly-runs/2020/136/results/ 2020-05-30 pass rate: 9702/9702, results: http://openjdk.linaro.org/jdk14/jcstress-nightly-runs/2020/149/results/ For detailed information on the test output please refer to: http://openjdk.linaro.org/jdk14/jcstress-nightly-runs/

1 0

hg: aarch64-port/jdk8u-shenandoah/hotspot: 6 new changesets
by gnu.andrew＠redhat.com 29 May '20

29 May '20

Changeset: 1848821ee85d Author: stuefe Date: 2020-05-14 08:48 +0200 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/18488… 8244777: ClassLoaderStats VM Op uses constant hash value Reviewed-by: coleenp, jbachorik ! src/share/vm/classfile/classLoaderStats.hpp Changeset: e8a0af9fc1cb Author: sgehwolf Date: 2019-09-23 20:26 +0200 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/e8a0a… 8196969: JTreg Failure: serviceability/sa/ClhsdbJstack.java causes NPE Summary: Account for serialized null scopes in NMethod Reviewed-by: aph, never, andrew ! agent/src/share/classes/sun/jvm/hotspot/code/NMethod.java + test/serviceability/sa/ClhsdbJstackXcompStress.java + test/serviceability/sa/LingeredAppWithRecComputation.java Changeset: 3a3803a0c789 Author: aph Date: 2020-04-03 14:14 +0100 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/3a380… 8076475: Misuses of strncpy/strncat Summary: Various small fixes around strncpy and strncat Reviewed-by: andrew ! agent/src/os/bsd/libproc_impl.c ! agent/src/os/linux/libproc_impl.c ! src/os/bsd/dtrace/libjvm_db.c ! src/os/bsd/vm/decoder_machO.cpp ! src/os/solaris/dtrace/libjvm_db.c ! src/share/tools/hsdis/hsdis.c ! src/share/vm/compiler/compileBroker.hpp ! src/share/vm/compiler/disassembler.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/utilities/ostream.cpp ! src/share/vm/utilities/vmError.cpp Changeset: 9cbafea410f5 Author: andrew Date: 2020-05-25 07:03 +0100 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/9cbaf… Added tag jdk8u262-b04 for changeset 3a3803a0c789 ! .hgtags Changeset: 8f8b4e73e488 Author: andrew Date: 2020-05-26 03:03 +0100 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/8f8b4… Merge jdk8u262-b04 ! .hgtags ! src/share/tools/hsdis/hsdis.c ! src/share/vm/classfile/classLoaderStats.hpp ! src/share/vm/compiler/compileBroker.hpp ! src/share/vm/compiler/disassembler.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/utilities/ostream.cpp ! src/share/vm/utilities/vmError.cpp Changeset: 1ac56046129c Author: andrew Date: 2020-05-26 03:05 +0100 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/hotspot/rev/1ac56… Added tag aarch64-shenandoah-jdk8u262-b04 for changeset 8f8b4e73e488 ! .hgtags

1 0

hg: aarch64-port/jdk8u-shenandoah/jdk: 7 new changesets
by gnu.andrew＠redhat.com 29 May '20

29 May '20

Changeset: 88f31b017126 Author: lbourges Date: 2016-02-23 22:07 +0100 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/88f31b017… 8148886: SEGV in sun.java2d.marlin.Renderer._endRendering Summary: handle reentrancy in both AAShapePipe and MarlinRenderingEngine using new sun.java2d.ReentrantContextProvider implementations Reviewed-by: flar, prr + src/share/classes/sun/java2d/ReentrantContext.java + src/share/classes/sun/java2d/ReentrantContextProvider.java + src/share/classes/sun/java2d/ReentrantContextProviderCLQ.java + src/share/classes/sun/java2d/ReentrantContextProviderTL.java ! src/share/classes/sun/java2d/marlin/ByteArrayCache.java ! src/share/classes/sun/java2d/marlin/FloatArrayCache.java ! src/share/classes/sun/java2d/marlin/IntArrayCache.java ! src/share/classes/sun/java2d/marlin/MarlinCache.java ! src/share/classes/sun/java2d/marlin/MarlinRenderingEngine.java ! src/share/classes/sun/java2d/marlin/RendererContext.java ! src/share/classes/sun/java2d/marlin/Version.java ! src/share/classes/sun/java2d/pipe/AAShapePipe.java + test/sun/java2d/marlin/CrashPaintTest.java Changeset: c36e31478c72 Author: lzang Date: 2020-04-27 12:32 +0800 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/c36e31478… 8243539: Copyright info (Year) should be updated for fix of 8241638 Reviewed-by: phh, andrew Contributed-by: Bin Liao <buddyliao(a)tencent.com> ! make/CompileLaunchers.gmk ! src/macosx/bin/java_md_macosx.c ! src/share/bin/java.c ! src/solaris/bin/java_md_solinux.c ! src/solaris/bin/java_md_solinux.h Changeset: eb13744577fb Author: snazarki Date: 2015-03-23 10:13 -0400 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/eb1374457… 8067796: (process) Process.waitFor(timeout, unit) doesn't throw NPE if timeout is less than, or equal to zero when unit == null Summary: Implement checking for NPE in Process implementation before other conditions Reviewed-by: martin, chegar, aph, andrew ! src/solaris/classes/java/lang/UNIXProcess.java ! src/windows/classes/java/lang/ProcessImpl.java ! test/java/lang/ProcessBuilder/Basic.java Changeset: 63cecc0bd71d Author: andrew Date: 2020-05-25 06:27 +0100 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/63cecc0bd… 8028591: NegativeArraySizeException in sun.security.util.DerInputStream.getUnalignedBitString() Reviewed-by: mbalao ! src/share/classes/sun/security/util/DerInputStream.java ! src/share/classes/sun/security/util/DerValue.java ! src/share/classes/sun/security/util/ObjectIdentifier.java ! test/java/security/cert/X509Certificate/X509BadCertificate.java + test/java/security/cert/X509Certificate/bad-cert-2.pem Changeset: c0dd958bb895 Author: andrew Date: 2020-05-25 07:03 +0100 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/c0dd958bb… Added tag jdk8u262-b04 for changeset 63cecc0bd71d ! .hgtags Changeset: a8662b1eba35 Author: andrew Date: 2020-05-26 03:03 +0100 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/a8662b1eb… Merge jdk8u262-b04 ! .hgtags ! make/CompileLaunchers.gmk ! src/share/bin/java.c ! src/solaris/bin/java_md_solinux.c ! src/solaris/classes/java/lang/UNIXProcess.java Changeset: 3851e7e2d06e Author: andrew Date: 2020-05-26 03:05 +0100 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/jdk/rev/3851e7e2d… Added tag aarch64-shenandoah-jdk8u262-b04 for changeset a8662b1eba35 ! .hgtags

1 0

hg: aarch64-port/jdk8u-shenandoah/nashorn: 4 new changesets
by gnu.andrew＠redhat.com 29 May '20

29 May '20

Changeset: eef87c0da03e Author: fyang Date: 2020-05-24 22:47 +0800 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/eef87… 8171934: ObjectSizeCalculator.getEffectiveMemoryLayoutSpecification() does not recognize OpenJDK's HotSpot VM Reviewed-by: aph, andrew Contributed-by: hedongbo(a)huawei.com ! src/jdk/nashorn/internal/ir/debug/ObjectSizeCalculator.java Changeset: e2a7c53cfa4d Author: andrew Date: 2020-05-25 07:03 +0100 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/e2a7c… Added tag jdk8u262-b04 for changeset eef87c0da03e ! .hgtags Changeset: 04674a70f346 Author: andrew Date: 2020-05-26 03:03 +0100 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/04674… Merge jdk8u262-b04 ! .hgtags Changeset: 57e806de4194 Author: andrew Date: 2020-05-26 03:04 +0100 URL: https://hg.openjdk.java.net/aarch64-port/jdk8u-shenandoah/nashorn/rev/57e80… Added tag aarch64-shenandoah-jdk8u262-b04 for changeset 04674a70f346 ! .hgtags

1 0