In the jdk tier4 tests we run into the following assertion :
# Internal Error (/openjdk/linuxaarch64/jdk-dev/src/hotspot/os/linux/os_linux.cpp:1850), pid=1794541, tid=1794637
# assert(IEEE_subnormal_handling_OK()) failed: fsetenv didn't work
This assertion shows up on RHEL 9.3 Linux aarch64 after the change 8295159 added the IEEE check.
On SLES15 or Ubuntu 22.04 Linux aarch systems the issue is not seen.
The errors all occur in the execution of the javax/sound jtreg tests .
Maybe there (or shortly before in tier4) a lib is loaded (outside of hotspot os::dll_load) that messes up the IEEE conformance?
# Internal Error (/openjdk/linuxaarch64/jdk-dev/src/hotspot/os/linux/os_linux.cpp:1850), pid=1794541, tid=1794637
# assert(IEEE_subnormal_handling_OK()) failed: fsetenv didn't work
This assertion shows up on RHEL 9.3 Linux aarch64 after the change 8295159 added the IEEE check.
On SLES15 or Ubuntu 22.04 Linux aarch systems the issue is not seen.
The errors all occur in the execution of the javax/sound jtreg tests .
Maybe there (or shortly before in tier4) a lib is loaded (outside of hotspot os::dll_load) that messes up the IEEE conformance?
- relates to
-
JDK-8319973 AArch64: Save and restore FPCR in the call stub
- Resolved
-
JDK-8295159 DSO created with -ffast-math breaks Java floating-point arithmetic
- Resolved