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

JDK-8216554
by Suchismith Roy 24 Feb '26

24 Feb '26

Hi All I am currently working on JDK-8216554 , which is related to optimise loading of constants in c2 compilation by determining the size of TOC in post_alloc stage. This is for PowerPC Currently there is a default code that emits combination of addis+ld instruction even in possible cases where only ld instruction can be emitted. There is an alternate code based on small size of TOC that emits only ld, but we are not taking it. I tried to do a gdb debug, i am unable to get the constant table size at post_alloc stage. It is only after the emit stage we get the size of TOC. Does that mean we cannot ever get accurate size in post_alloc stage ? I also tried a test case and forced the c2 compiler emit ld only. Interestingly, the global size of TOC was large and calculated much later, and macroassembler puts in addis+addi . So the case of large offset, even if miscalculated in post_alloc stage , is handled in some way. Does that mean we can just keep the conservative path of emitting Addis+addi ? Or maybe we can even remove the helper function in post_alloc stage. Open to your suggestions. Will provide a few debug logs too as per your request. Thanks Suchismith Roy

3 4

JDK-8030957
by Suchismith Roy 29 Jul '24

29 Jul '24

Hi I wanted to discuss about JDK-8030957<https://bugs.openjdk.org/browse/JDK-8030957> . Does AIX currently not have a way to get the total CPU load ? Or does it used the OperatingSystemImpl.c under unix/native/libmanagement_ext ? I see reference to implementation that reads /proc/self/psinfo on Solaris. Does that point to the same file under unix/ ? Thanks Suchismith Roy

2 1

The History of nortti and noeh on AIX
by Tyler Steele 22 Jun '23

22 Jun '23

Hi all, I was recently asked [1] why we include -qnoeh [2] and -qnoftti [3] with the build. It looks like it's been in the project since at least jdk9 [4], but I suspect that might not be the true origin of the flags. Reading the descriptions for the flags makes me suspect that these were added to improve performance "For improved runtime performance, suppress RTTI information generation with the -qnortti setting." [2] and possibly to reduce code bloat "If your program does not use C++ structured exception handling, you can compile with -qnoeh to prevent generation of code that is not needed by your application." [3]. But these are just guesses. Any chance that anyone out there knows/remembers why these were added? Tyler [1] https://github.com/adoptium/adoptium-support/issues/824#issuecomment-159904… [2] https://www.ibm.com/docs/en/xl-c-and-cpp-aix/16.1?topic=descriptions-qrtti-… [3] https://www.ibm.com/docs/en/xl-c-and-cpp-aix/16.1?topic=descriptions-qeh-fe… [4] https://github.com/openjdk/jdk/commit/e709aa268df64b2dc000433a1d9621a2fb094…

3 2

heads up: backport of
by Lindenmaier, Goetz 19 Apr '23

19 Apr '23

Hi Tyler, I just want to let you know that I am about to backport https://bugs.openjdk.org/browse/JDK-8301998 Update HarfBuzz to 7.0.1 to 17 and subsequently to 11. Best regards, Goetz.

3 2

Failing jdk11u AIX build on Adoptium servers
by Tyler Steele 30 Apr '22

30 Apr '22

Hi all, In regards to the new Harfbuzz version bump (and the work done to prepare for it). And of special importance now that the Adoptium build of jdk11u-dev is failing [https://ci.adoptopenjdk.net/job/AIX-jdk11-dev-build/17/execution/node/51/lo…] I wanted to suggest a course of action to the AIX-folks here to get suggestions before I make any changes. Early this week, I spent some time looking into this issue. My assessment is that AIX builds for jdk versions 11 and greater will need the at least xlc version 16.1 to support the Harfbuzz change. This is because full support for C++11 with xlc did not arrive on AIX until that version (little-endian support was complete in 13.1). For reference: "IBM XL C++ for AIX - Core language support status: C++11 partial in 13.1.3 and 16.1.0 (xlC frontend), complete in 16.1.0 (xlclang frontend)" [source: https://en.cppreference.com/w/cpp/compiler_support ] My expected course of action is as follows: - Bump the minimum requirements in our Supported Builds document [https://wiki.openjdk.java.net/display/Build/Supported+Build+Platforms] - Open an issue with the Adoptium group to change their build for jdk11 and above to use the version 16 compiler. As I am still relatively new to AIX and OpenJDK development, so I value any suggestions for improvements, omissions you may have noticed, or generally other comments the team here may have. Tyler

6 9

Fwd: RFR: 8204541: Correctly support AIX xlC 16.1 symbol visibility flags
by Ichiroh Takiguchi 18 Mar '22

18 Mar '22

Hello. I created AIX related PR# 7862 [1] I appreciate if you give me any suggestion. [1] https://github.com/openjdk/jdk/pull/7862 Ichiroh Takiguchi IBM Japan, Ltd. -------- Original Message -------- Subject: RFR: 8204541: Correctly support AIX xlC 16.1 symbol visibility flags Date: 2022-03-18 10:56 From: Ichiroh Takiguchi <itakiguchi(a)openjdk.java.net> To: <build-dev(a)openjdk.java.net> This change is just for AIX platform with IBM XL C/C++ 16.1. By this change, lib's entry points are reduced by compilation and linkage option changes. Without changes: $ dump -X32_64 -Tv lib/libawt.so | grep EXP | wc 914 With changes $ dump -X32_64 -Tv lib/libawt.so | grep EXP | wc 142 ------------- Commit messages: - 8204541: Correctly support AIX xlC 16.1 symbol visibility flags Changes: https://git.openjdk.java.net/jdk/pull/7862/files Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=7862&range=00 Issue: https://bugs.openjdk.java.net/browse/JDK-8204541 Stats: 13 lines in 3 files changed: 7 ins; 2 del; 4 mod Patch: https://git.openjdk.java.net/jdk/pull/7862.diff Fetch: git fetch https://git.openjdk.java.net/jdk pull/7862/head:pull/7862 PR: https://git.openjdk.java.net/jdk/pull/7862

1 0

AIX Adoptium Builds on jdk-dev repos
by Tyler Steele 10 Mar '22

10 Mar '22

Hello AIX/ppc porters, Recent changes to the build environment on jdk11 related to Harfbuzz (thanks to Matthias and Martin for keeping me in the loop) prompted me to ask Adoptium to build jdk-dev branches on AIX. As a result, they are now building jdk11u-dev (and potentially jdk8u-dev and jdk17u-dev in the future). If you would like to check the build status of jdk11u-dev you can now do so here (https://ci.adoptopenjdk.net/job/AIX-jdk11-dev-build/) I have the impression that this will be more likely to stick around if it is used and appreciated by the community. So feel free to comment on the PR if you think it is useful, or if you have any suggestions to improve it's fit for your use-case (https://github.com/adoptium/temurin-build/issues/2868 ). Tyler

1 0

Request for Issue Creation: ProcessBuilderBasic Test
by Tyler Steele 22 Feb '22

22 Feb '22

2 1

Testbug in FileEncodingTest.java
by Tyler Steele 17 Feb '22

17 Feb '22

3 4

Pull Request: 7013: AIX: InetAddress.getByName(addr) does not work as expected
by Michael Felt 28 Jan '22

28 Jan '22

Hello all, This is a test that fails in some environments - enough so that has been added to the ignore-list at AdoptOpenJDK (now Adoptium). And it will stay there until it gets fixed upstream. I researched this and came up with differences that are behave differently depending on the environment, e.g., my server, and partitions hosted at IBM garage respond - at CLI - ``` aixtools@x064:[/data/prj/aixtools/tests]ping 0.0.0.0 PING 0.0.0.0: (0.0.0.0): 56 data bytes --- 0.0.0.0 ping statistics --- 5 packets transmitted, 0 packets received, 100% packet loss ``` While at OSUOSL environment: ``` aixtools@nim.bak:[/home/aixtools]ping 0.0.0.0 PING 0.0.0.0: (0.0.0.0): 56 data bytes 64 bytes from 140.211.9.1: icmp_seq=0 ttl=255 time=0 ms 64 bytes from 140.211.9.1: icmp_seq=1 ttl=255 time=0 ms 64 bytes from 140.211.9.1: icmp_seq=2 ttl=255 time=0 ms --- 0.0.0.0 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0/0/0 ms ``` The patch is to make this test work in both environments - without any need to change the `java.net.InetAddress` or `java.net.Inet6Address` definitions. Regards, Michael

3 6