<div dir="ltr">Hello,<div><br></div><div>I have noticed that some of the JFR and SVC tests are crashing in C2 code with<br><br></div><div><pre class="gmail-notranslate" style="box-sizing:border-box;font-family:ui-monospace,SFMono-Regular,"SF Mono",Menlo,Consolas,"Liberation Mono",monospace;font-size:13.6px;margin-top:0px;margin-bottom:16px;padding:16px;overflow:auto;line-height:1.45;color:rgb(31,35,40);border-radius:6px"><code class="gmail-notranslate" style="box-sizing:border-box;font-family:ui-monospace,SFMono-Regular,"SF Mono",Menlo,Consolas,"Liberation Mono",monospace;padding:0px;margin:0px;background:transparent;border-radius:6px;word-break:normal;border:0px;display:inline;overflow:visible;line-height:inherit">#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (<a href="http://x86_32.ad:1317">x86_32.ad:1317</a>), pid=5714, tid=5738
#  Error: Unimplemented()
#
# JRE version: OpenJDK Runtime Environment (23.0) (build 23-internal-jbachorik-6252993573af535f57be21164026d6e54733a175)
# Java VM: OpenJDK Server VM (23-internal-jbachorik-6252993573af535f57be21164026d6e54733a175, mixed mode, sharing, tiered, g1 gc, linux-x86)
# Problematic frame:
# V  [libjvm.so+0x150f48]  MachSpillCopyNode::implementation(CodeBuffer*, PhaseRegAlloc*, bool, outputStream*) const+0x1c78
#
# CreateCoredumpOnCrash turned off, no core file dumped
#
# JFR recording file will be written. Location: /home/runner/work/jdk-skogsluft/jdk-skogsluft/build/run-test-prebuilt/test-support/jtreg_test_jdk_jdk_jfr/scratch/1/hs_err_pid5714.jfr
#
# If you would like to submit a bug report, please visit:
#   <a href="https://bugreport.java.com/bugreport/crash.jsp">https://bugreport.java.com/bugreport/crash.jsp</a>
#</code></pre></div><div><br></div><div>FIrst I thought they might have been related to some of my changes but then I ran those tests on master branch (<a href="https://github.com/skogsluft/jdk-skogsluft/actions/runs/7975954841">https://github.com/skogsluft/jdk-skogsluft/actions/runs/7975954841</a>) and I could observe the same crashes there.  </div><div><br></div><div>I assume the 32bit JVM is not critical - but I wanted to bring this up, just in case.</div><div><br></div><div>Cheers,</div><div><br></div><div>-JB-</div></div>