JDK-8344442 : JFR dump tests fail on macosx-aarch64 with Xcomp
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 23,24,25
  • Priority: P4
  • Status: Open
  • Resolution: Unresolved
  • Submitted: 2024-11-18
  • Updated: 2025-04-29
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 25
25Unresolved
Related Reports
Relates :  
Description
Tests
jdk/jfr/jvm/TestDumpOnCrash.java
jdk/jfr/event/runtime/TestShutdownEvent.java
jdk/jfr/event/runtime/TestDumpReason.java

fails with Xcomp on macosx-aarch64 only.

The jfr file length is zero.

It is not a new issue, just never executed this combination.

The log for jdk/jfr/jvm/TestDumpOnCrash.java
File length 0. Should at least be some bytes: expected 0 to not equal 0
Retrying...

Test case for crasher jdk.jfr.jvm.TestDumpOnCrash$CrasherIllegalAccess
Command line: [/System/Volumes/Data/mesos/work_dir/jib-master/install/2024-11-18-0517547.leonid.mesnik.jdk-jfr-comp/macosx-aarch64-debug.jdk/jdk-24/fastdebug/bin/java -cp /System/Volumes/Data/mesos/work_dir/slaves/ac0340aa-fcd6-4d9b-a436-4302699356f7-S335/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/dd063b80-3af0-47ac-b9bc-85909ee246fa/runs/52e3b1e2-7f01-4f20-8208-c3c420213249/testoutput/test-support/jtreg_open_test_jdk_jdk_jfr/classes/1/jdk/jfr/jvm/TestDumpOnCrash.d:/System/Volumes/Data/mesos/work_dir/jib-master/install/2024-11-18-0517547.leonid.mesnik.jdk-jfr-comp/src.full/open/test/jdk/jdk/jfr/jvm:/System/Volumes/Data/mesos/work_dir/slaves/ac0340aa-fcd6-4d9b-a436-4302699356f7-S335/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/dd063b80-3af0-47ac-b9bc-85909ee246fa/runs/52e3b1e2-7f01-4f20-8208-c3c420213249/testoutput/test-support/jtreg_open_test_jdk_jdk_jfr/classes/1/test/lib:/System/Volumes/Data/mesos/work_dir/jib-master/install/2024-11-18-0517547.leonid.mesnik.jdk-jfr-comp/src.full/open/test/lib:/System/Volumes/Data/mesos/work_dir/jib-master/install/jtreg/7.4/1/bundles/jtreg-7.4+1.zip/jtreg/lib/jtreg.jar -Xmx768m -XX:MaxRAMPercentage=6.25 -Dtest.boot.jdk=/System/Volumes/Data/mesos/work_dir/jib-master/install/jdk/23/37/bundles/macos-aarch64/jdk-23_macos-aarch64_bin.tar.gz/jdk-23.jdk/Contents/Home -Djava.io.tmpdir=/System/Volumes/Data/mesos/work_dir/slaves/ac0340aa-fcd6-4d9b-a436-4302699356f7-S335/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/dd063b80-3af0-47ac-b9bc-85909ee246fa/runs/52e3b1e2-7f01-4f20-8208-c3c420213249/testoutput/test-support/jtreg_open_test_jdk_jdk_jfr/tmp -ea -esa -Xcomp -Xmx64m -XX:-CreateCoredumpOnCrash -XX:-TieredCompilation --add-exports=java.base/jdk.internal.misc=ALL-UNNAMED -XX:StartFlightRecording:dumponexit=true,disk=true jdk.jfr.jvm.TestDumpOnCrash$CrasherIllegalAccess  ]
[2024-11-18T10:24:46.991184Z] Gathering output for process 53076
========== Crasher process output:
[16.702s][info][jfr,startup] Started recording 1. No limit specified, using maxsize=250MB as default.
[16.702s][info][jfr,startup] 
[16.702s][info][jfr,startup] Use jcmd 53076 JFR.dump name=1 filename=FILEPATH to copy recording data to file.
[17.053s][warning][os         ] Loading hsdis library failed
implicit exception happened at 0x00000001192fd320
[CodeBlob (0x00000001192fd188)]
Framesize: 4
   0 nofast_aload_0
   1 aconst_null
   2 lload_1
   3 iload_3
   4 invokevirtual 34 <jdk/internal/misc/Unsafe.putInt(Ljava/lang/Object;JI)V> 
  0    bci: 4    VirtualCallData    count(0) entries(0)
                argument types      0: stack(1) none
   7 return

Compiled method (c2) 17053 6728             jdk.internal.misc.Unsafe::putInt (8 bytes)
 total in heap  [0x00000001192fd188,0x00000001192fd390] = 520
 relocation     [0x00000001192fd270,0x00000001192fd288] = 24
 main code      [0x00000001192fd2c0,0x00000001192fd368] = 168
 stub code      [0x00000001192fd368,0x00000001192fd388] = 32
 metadata       [0x00000001192fd388,0x00000001192fd390] = 8
 immutable data [0x0000600002720550,0x00006000027205a8] = 88
 dependencies   [0x0000600002720550,0x0000600002720558] = 8
 scopes pcs     [0x0000600002720558,0x0000600002720598] = 64
 scopes data    [0x0000600002720598,0x00006000027205a8] = 16

[Constant Pool (empty)]

[MachCode]
[Instructions begin]
 ;; N17: #	out( B1 ) <- BLOCK HEAD IS JUNK  Freq: 1
  0x00000001192fd2c0: 1f20 03d5 
[Entry Point]
  # {method} {0x00001f8000530118} 'putInt' '(JI)V' in 'jdk/internal/misc/Unsafe'
  # this:     c_rarg1:c_rarg1 
                        = 'jdk/internal/misc/Unsafe'
  # parm0:    c_rarg2:c_rarg2 
                        = long
  # parm1:    c_rarg3   = int
  #           [sp+0x20]  (sp of caller)
  0x00000001192fd2c4: 2808 40b9 | 2a09 40b9 | 1f01 0a6b | 8000 0054 

  0x00000001192fd2d4: ;   {runtime_call Shared Runtime ic_miss_blob}
  0x00000001192fd2d4: a8b6 ff90 | 0801 1291 | 0001 1fd6 
[Verified Entry Point]
 ;; B1: #	out( N17 ) <- BLOCK HEAD IS JUNK  Freq: 1
  0x00000001192fd2e0: 1f20 03d5 | e973 40d1 | 3f01 00f9 | ff83 00d1 | fd7b 01a9 | 88a3 5239 | c800 00b4 
 ;; 0x103122CC0
  0x00000001192fd2fc: ;   {runtime_call JavaThread::verify_cross_modify_fence_failure(JavaThread*)}
  0x00000001192fd2fc: 0898 85d2 | 4862 a0f2 | 2800 c0f2 | e003 1caa | 0001 3fd6 | a802 0018 | 8923 40b9 | 1f01 09eb 
  0x00000001192fd31c: ;*synchronization entry
                      ; - jdk.internal.misc.Unsafe::putInt@-1 (line 375)
  0x00000001192fd31c: a101 0054 

  0x00000001192fd320: ;*invokevirtual putInt {reexecute=0 rethrow=0 return_oop=0}
                      ; - jdk.internal.misc.Unsafe::putInt@4 (line 375)
  0x00000001192fd320: 4300 00b9 | fd7b 41a9 | ff83 0091 

  0x00000001192fd32c: ;   {poll_return}
  0x00000001192fd32c: 8817 40f9 | ff63 28eb | 4800 0054 | c003 5fd6 

  0x00000001192fd33c: ;   {internal_word}
  0x00000001192fd33c: 88ff ff10 | 8853 02f9 

  0x00000001192fd344: ;   {runtime_call SafepointBlob}
  0x00000001192fd344: c8b6 ffd0 | 0801 3b91 | 0001 1fd6 
 ;; 0x1189610C0
  0x00000001192fd350: ;   {runtime_call StubRoutines (final stubs)}
  0x00000001192fd350: 0818 82d2 | c812 a3f2 | 2800 c0f2 | 0001 3fd6 | f0ff ff17 

  0x00000001192fd364: ;   {entry_guard}
  0x00000001192fd364: 0300 0000 
[Exception Handler]
  0x00000001192fd368: ;   {no_reloc}
  0x00000001192fd368: e8b0 fff0 | 0801 1991 | 0001 1fd6 
[Deopt Handler Code]
  0x00000001192fd374: 1e00 0010 

  0x00000001192fd378: ;   {runtime_call DeoptimizationBlob}
  0x00000001192fd378: c8b6 fff0 | 0801 0391 | 0001 1fd6 | 0000 0000 
[/MachCode]
pc-bytecode offsets:
PcDesc(pc=0x00000001192fd2bf offset=ffffffff bits=0):
PcDesc(pc=0x00000001192fd320 offset=60 bits=0):
   jdk.internal.misc.Unsafe::putInt@-1 (line 375)
PcDesc(pc=0x00000001192fd324 offset=64 bits=0):
   jdk.internal.misc.Unsafe::putInt@4 (line 375)
PcDesc(pc=0x00000001192fd389 offset=c9 bits=0):
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00000001192fd320, pid=53076, tid=8451
#
# JRE version: Java(TM) SE Runtime Environment (24.0) (fastdebug build 24-internal-2024-11-18-0517547.leonid.mesnik.jdk-jfr-comp)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 24-internal-2024-11-18-0517547.leonid.mesnik.jdk-jfr-comp, compiled mode, sharing, compressed oops, compressed class ptrs, g1 gc, bsd-aarch64)
# Problematic frame:
# J 6728 c2 jdk.internal.misc.Unsafe.putInt(JI)V java.base@24-internal (8 bytes) @ 0x00000001192fd320 [0x00000001192fd2c0+0x0000000000000060]
#
# CreateCoredumpOnCrash turned off, no core file dumped
#
# JFR recording file will be written. Location: /System/Volumes/Data/mesos/work_dir/slaves/ac0340aa-fcd6-4d9b-a436-4302699356f7-S335/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/dd063b80-3af0-47ac-b9bc-85909ee246fa/runs/52e3b1e2-7f01-4f20-8208-c3c420213249/testoutput/test-support/jtreg_open_test_jdk_jdk_jfr/scratch/1/hs_err_pid53076.jfr
#
# An error report file with more information is saved as:
# /System/Volumes/Data/mesos/work_dir/slaves/ac0340aa-fcd6-4d9b-a436-4302699356f7-S335/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/dd063b80-3af0-47ac-b9bc-85909ee246fa/runs/52e3b1e2-7f01-4f20-8208-c3c420213249/testoutput/test-support/jtreg_open_test_jdk_jdk_jfr/scratch/1/hs_err_pid53076.log

[error occurred during error reporting (), id 0xe0000000, Internal Error (/System/Volumes/Data/mesos/work_dir/slaves/ac0340aa-fcd6-4d9b-a436-4302699356f7-S211/frameworks/1735e8a2-a1db-478c-8104-60c8b0af87dd-0196/executors/66bb18ca-7902-4f93-be88-ab6b298c251e/runs/669574d7-bcbf-45b0-b8ec-d38ec66bb0c5/workspace/open/src/hotspot/share/runtime/thread.hpp:618)]
#
# If you would like to submit a bug report, please visit:
#   https://bugreport.java.com/bugreport/crash.jsp
#

Comments
Initial ILW = Test failure due to not finding hs_err_file?, single test, no known workaround = MLH = P4
19-11-2024

Starts to fail with JDK-23+24. I have not traced it back further. I first suspected it is JDK-8329748, but when reverting the change, the test still fails with -Xcomp.
19-11-2024