June 2021 - aarch64-port-dev

RFR/RFC: Shenandoah 8u integration 2021-06-23
by Aleksey Shipilev 01 Jul '21

01 Jul '21

Hi, I would like to integrate the regular update of Shenandoah 8u to our integration repository, aarch64-port/jdk8u-shenandoah. It comes with a few bugfixes. Webrev: https://cr.openjdk.java.net/~shade/shenandoah/merges/aarch64-port-8u-202106… As you can see, there are no shared changes, and everything is within Shenandoah code. There is no merge changeset, as shenandoah/jdk8 forest is clean downstream of integration repository. I am tagging the whole thing as aarch64-shenandoah-jdk8u302-b03-shenandoah-merge-2021-06-23. Testing: hotspot_gc_shenandoah; I see no build/test failures in builds.shipilev.net CI -- Thanks, -Aleksey

3 4

git: openjdk/aarch64-port: master: 8268637: Update --release 17 symbol information for JDK 17 build 28
by Joe Darcy 30 Jun '21

30 Jun '21

Changeset: 85262c71 Author: Joe Darcy <darcy(a)openjdk.org> Date: 2021-06-30 21:45:48 +0000 URL: https://git.openjdk.java.net/aarch64-port/commit/85262c71834e9293ee1fe90baf… 8268637: Update --release 17 symbol information for JDK 17 build 28 Reviewed-by: iris ! make/data/symbols/java.base-H.sym.txt ! make/data/symbols/jdk.incubator.foreign-H.sym.txt

1 0

git: openjdk/aarch64-port: master: 8269678: Remove unimplemented and unused os::bind_to_processor()
by Zhengyu Gu 30 Jun '21

30 Jun '21

Changeset: 5c08344b Author: Zhengyu Gu <zgu(a)openjdk.org> Date: 2021-06-30 19:52:39 +0000 URL: https://git.openjdk.java.net/aarch64-port/commit/5c08344b646b92f3357a0daf32… 8269678: Remove unimplemented and unused os::bind_to_processor() Reviewed-by: dcubed ! src/hotspot/os/aix/os_aix.cpp ! src/hotspot/os/bsd/os_bsd.cpp ! src/hotspot/os/linux/os_linux.cpp ! src/hotspot/os/windows/os_windows.cpp ! src/hotspot/share/runtime/os.hpp

1 0

git: openjdk/aarch64-port: master: 8268457: XML Transformer outputs Unicode supplementary character incorrectly to HTML
by Joe Wang 30 Jun '21

30 Jun '21

Changeset: 83bce94c Author: Masanori Yano <myano(a)openjdk.org> Committer: Joe Wang <joehw(a)openjdk.org> Date: 2021-06-30 16:25:40 +0000 URL: https://git.openjdk.java.net/aarch64-port/commit/83bce94cc8a7fb45b060459841… 8268457: XML Transformer outputs Unicode supplementary character incorrectly to HTML Reviewed-by: lancea, naoto, iris, joehw ! src/java.xml/share/classes/com/sun/org/apache/xml/internal/serializer/ToHTMLStream.java + test/jaxp/javax/xml/jaxp/unittest/transform/SurrogateTest.java + test/jaxp/javax/xml/jaxp/unittest/transform/SurrogateTest1.html + test/jaxp/javax/xml/jaxp/unittest/transform/SurrogateTest1.xml + test/jaxp/javax/xml/jaxp/unittest/transform/SurrogateTest1.xsl + test/jaxp/javax/xml/jaxp/unittest/transform/SurrogateTest2.txt + test/jaxp/javax/xml/jaxp/unittest/transform/SurrogateTest2.xml

1 0

git: openjdk/aarch64-port: master: 8269516: AArch64: Assembler cleanups
by Andrew Haley 30 Jun '21

30 Jun '21

Changeset: 1810b1c2 Author: Andrew Haley <aph(a)openjdk.org> Date: 2021-06-30 13:59:39 +0000 URL: https://git.openjdk.java.net/aarch64-port/commit/1810b1c2ad86e6907db09fffee… 8269516: AArch64: Assembler cleanups Reviewed-by: ngasson, adinn ! src/hotspot/cpu/aarch64/assembler_aarch64.cpp ! src/hotspot/cpu/aarch64/assembler_aarch64.hpp ! src/hotspot/cpu/aarch64/foreign_globals_aarch64.cpp ! src/hotspot/cpu/aarch64/register_aarch64.hpp ! src/hotspot/share/asm/codeBuffer.hpp

1 0

git: openjdk/aarch64-port: master: 8261495: Shenandoah: reconsider update references memory ordering
by Aleksey Shipilev 30 Jun '21

30 Jun '21

Changeset: a96012a7 Author: Aleksey Shipilev <shade(a)openjdk.org> Date: 2021-06-30 13:32:32 +0000 URL: https://git.openjdk.java.net/aarch64-port/commit/a96012a7afce6678125d3fb537… 8261495: Shenandoah: reconsider update references memory ordering Reviewed-by: zgu, rkennke ! src/hotspot/share/gc/shenandoah/shenandoahBarrierSet.inline.hpp ! src/hotspot/share/gc/shenandoah/shenandoahBarrierSetClone.inline.hpp ! src/hotspot/share/gc/shenandoah/shenandoahClosures.inline.hpp ! src/hotspot/share/gc/shenandoah/shenandoahConcurrentGC.cpp ! src/hotspot/share/gc/shenandoah/shenandoahHeap.hpp ! src/hotspot/share/gc/shenandoah/shenandoahHeap.inline.hpp ! src/hotspot/share/gc/shenandoah/shenandoahReferenceProcessor.cpp

1 0

git: openjdk/aarch64-port: master: 8269478: Shenandoah: gc/shenandoah/mxbeans tests should be more resilient
by Aleksey Shipilev 30 Jun '21

30 Jun '21

Changeset: 23d2996f Author: Aleksey Shipilev <shade(a)openjdk.org> Date: 2021-06-30 13:22:38 +0000 URL: https://git.openjdk.java.net/aarch64-port/commit/23d2996fee54afcc386a505a65… 8269478: Shenandoah: gc/shenandoah/mxbeans tests should be more resilient Reviewed-by: rkennke ! test/hotspot/jtreg/gc/shenandoah/mxbeans/TestChurnNotifications.java ! test/hotspot/jtreg/gc/shenandoah/mxbeans/TestPauseNotifications.java

1 0

git: openjdk/aarch64-port: master: 8269416: [JVMCI] capture libjvmci crash data to a file
by Doug Simon 30 Jun '21

30 Jun '21

Changeset: a6b253d8 Author: Doug Simon <dnsimon(a)openjdk.org> Date: 2021-06-30 12:33:06 +0000 URL: https://git.openjdk.java.net/aarch64-port/commit/a6b253d85c732ddd1d3154d5fc… 8269416: [JVMCI] capture libjvmci crash data to a file Reviewed-by: kvn, dholmes ! src/hotspot/share/jvmci/jvmci.cpp ! src/hotspot/share/jvmci/jvmci.hpp ! src/hotspot/share/jvmci/jvmciRuntime.cpp ! src/hotspot/share/jvmci/jvmci_globals.cpp ! src/hotspot/share/jvmci/jvmci_globals.hpp ! src/hotspot/share/utilities/vmError.cpp ! src/hotspot/share/utilities/vmError.hpp

1 0

Re: [aarch64-port-dev ] JDK-8253947: JEP 388 Windows/AArch64 backport to jdk11u
by Bernhard Urban-Forster 30 Jun '21

30 Jun '21

Thanks Vladimir and Andrew! > 1) support for macos/aarch64 is not just jep-391, we split our jep into pieces, > some of them were macos/aarch64 independent and were pushed to upstream > as separate commits ( for example, macos MAP_JIT support). also some > important pieces from community ( like JNF dependency removal by Phil Race). > All these pieces need to be backported before jep-391. For JEP 388 we have a similar situation, although those independent changes are at a smaller scale I would say. For example let's have a look at JDK-8248403 [1], does it need its own PR on the jdk11u repository or is it fine package it all together in one big PR? Here is a rebased jdk11u branch btw: https://github.com/lewurm/jdk11u/commits/jdk11u-windows > 2) we have a plan to go in a traditional way, ojdk17 -> ojdk15 -> ojdk13 > -> ojdk11 I would say jdk13u/jdk15u is low-priority for us, but I can have a look at them for JEP 388 once I've figured out the process for jdk11u (assuming it's the same). > Cross compilation is not a requirement for a backport. Cross compilation is the only way to build Windows+Arm64 today, so we need at least the hacky variant that I suggested. Thanks, -Bernhard [1] https://bugs.openjdk.java.net/browse/JDK-8248403 ________________________________________ From: Vladimir Kempik Sent: Wednesday, March 24, 2021 09:53 To: Bernhard Urban-Forster Cc: Andrew Haley; Anton Kozlov; aarch64-port-dev(a)openjdk.java.net; Monica Beckwith; jdk-updates-dev(a)openjdk.java.net; Magnus Ihse Bursie; openjdk-aarch64 Subject: Re: JDK-8253947: JEP 388 Windows/AArch64 backport to jdk11u Hello there are few caveats with backporting jep-391: 1) support for macos/aarch64 is not just jep-391, we split our jep into pieces, some of them were macos/aarch64 independent and were pushed to upstream as separate commits ( for example, macos MAP_JIT support). also some important pieces from community ( like JNF dependency removal by Phil Race). All these pieces need to be backported before jep-391. 2) we have a plan to go in a traditional way, ojdk17 -> ojdk15 -> ojdk13 -> ojdk11 If you don’t want to bother with jdk15/13 I would suggest you to go without waiting for jep-391. Regards , Vladimir > 24 марта 2021 г., в 00:35, Bernhard Urban-Forster <beurba(a)microsoft.com> написал(а): > > Hello, > > Spinning off the discussion from here: https://github.com/openjdk/jdk/pull/2200#issuecomment-804927150 > > And further context, there have been some discussions about it before: > https://mail.openjdk.java.net/pipermail/aarch64-port-dev/2020-October/00972… > > > Open questions: > > 1. JEP 391 (macOS/AArch64) has a dependency on JEP 388, and I'm assuming we want both to be backported. Question: Is it preferred to do it one go (both together), or should we do it separately (that would be Windows first, then macOS)? > > 2. JEP 388 includes build changes to add cross compilation support for Windows in a hacky way. It's enough to get a build out of it [1], but it's not exactly clean. It was eventually cleaned up with the "WINENV" patch by Magnus [2], but imho it isn't trivial to backport that change. Thoughts? > > > Assuming the answer to question 1 is to split the backports: I think https://github.com/openjdk/aarch64-port/tree/jdk11-windows by Ludovic is in an okay shape, but I will take it for a spin tomorrow and then submit an initial PR against https://github.com/openjdk/jdk11u > > > Thank you, > -Bernhard > > > [1] with workarounds: https://github.com/openjdk/jdk/pull/212#issuecomment-695024586 > [2] https://github.com/openjdk/jdk/pull/1597

8 20

git: openjdk/aarch64-port: master: 8268906: gc/g1/mixedgc/TestOldGenCollectionUsage.java assumes that GCs take 1ms minimum
by Thomas Schatzl 30 Jun '21

30 Jun '21

Changeset: a0f32cb1 Author: Thomas Schatzl <tschatzl(a)openjdk.org> Date: 2021-06-30 09:14:26 +0000 URL: https://git.openjdk.java.net/aarch64-port/commit/a0f32cb1406e4957e84befd9b6… 8268906: gc/g1/mixedgc/TestOldGenCollectionUsage.java assumes that GCs take 1ms minimum Reviewed-by: kbarrett, ayang, lkorinth ! test/hotspot/jtreg/gc/g1/mixedgc/TestOldGenCollectionUsage.java

1 0