GTestWrapper error - Operation failed register assertion.
Peter Firmstone
peter.firmstone at zeus.net.au
Wed Apr 2 08:24:09 UTC 2025
Hello,
Just wondering if anyone can help me make sense of this error? I'm only
seeing it on AMD EPYC, not on AArch64 or Xeon and am not able to
reproduce it locally. Note this is a fork, jdk:master was last merged
last weekend.
Thank you,
Peter.
gtest/GTestWrapper.java failing on linux-x64 and windows-x64 with AMD
EPYC 7763. · Issue #57 · pfirmstone/jdk-with-authorization
<https://github.com/pfirmstone/jdk-with-authorization/issues/57>
An example GTestWrapper.jtr output, see link above for more details.
[ RUN ] RBTreeTest.InsertRemoveVerify_vm
#
# Compiler replay data is saved as:
#
/home/runner/work/jdk-with-authorization/jdk-with-authorization/build/run-test-prebuilt/test-support/jtreg_test_hotspot_jtreg_tier1_common/scratch/1/replay_pid2173.log
#
# If you would like to submit a bug report, please visit:
# https://bugreport.java.com/bugreport/crash.jsp
#
Warning: asynclog is OFF.
Warning: asynclog is OFF.
Warning: asynclog is OFF.
Warning: asynclog is OFF.
Warning: asynclog is OFF.
Warning: asynclog is OFF.
OpenJDK 64-Bit Server VM warning: c1: printing of assembly code is
enabled; turning on DebugNonSafepoints to gain additional output
OpenJDK 64-Bit Server VM warning: c2: printing of assembly code is
enabled; turning on DebugNonSafepoints to gain additional output
assert failed: assert(opr->is_register()) failed: should not call this
otherwiseOpenJDK 64-Bit Server VM warning: outputStream::do_vsnprintf
output truncated -- buffer length is 11 bytes but 12 bytes are needed.
OpenJDK 64-Bit Server VM warning: outputStream::do_vsnprintf output
truncated -- buffer length is 11 bytes but 12 bytes are needed.
#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error
(/home/runner/work/jdk-with-authorization/jdk-with-authorization/src/hotspot/share/c1/c1_LinearScan.cpp:117),
pid=2173, tid=2191
# assert(opr->is_register()) failed: should not call this otherwise
#
# JRE version: OpenJDK Runtime Environment (25.0) (fastdebug build
25-internal-pfirmstone-1ff412a4a97b541949f25ec05656a3c1ff91f91f)
# Java VM: OpenJDK 64-Bit Server VM (fastdebug
25-internal-pfirmstone-1ff412a4a97b541949f25ec05656a3c1ff91f91f, mixed
mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc,
linux-amd64)
# Problematic frame:
# V [libjvm.so+0xd68790] LinearScan::reg_num(LIR_Opr)+0xc0
#
# Core dump will be written. Default location: Core dumps may be
processed with "/lib/systemd/systemd-coredump %P %u %g %s %t
9223372036854775808 %h" (or dumping to
/home/runner/work/jdk-with-authorization/jdk-with-authorization/build/run-test-prebuilt/test-support/jtreg_test_hotspot_jtreg_tier1_common/scratch/1/core.2173)
#
# If you would like to submit a bug report, please visit:
# https://bugreport.java.com/bugreport/crash.jsp
#
--------------- S U M M A R Y ------------
Command Line: -XX:+ExecutingUnitTests
Host: fv-az1116-308, AMD EPYC 7763 64-Core Processor, 4 cores, 15G,
Ubuntu 22.04.5 LTS
Time: Wed Apr 2 05:18:01 2025 UTC elapsed time: 38.495774 seconds (0d
0h 0m 38s)
--------------- T H R E A D ---------------
Current thread (0x000055c186978be0): JavaThread "C1 CompilerThread0"
daemon [_thread_in_native, id=2191,
stack(0x00007efcb84f0000,0x00007efcb85f0000) (1024K)]
Current CompileTask:
C1:38495 14 3 java.util.Objects::hashCode (13 bytes)
Stack: [0x00007efcb84f0000,0x00007efcb85f0000], sp=0x00007efcb85ed5e0,
free space=1013k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
C=native code)
V [libjvm.so+0xd68790] LinearScan::reg_num(LIR_Opr)+0xc0
(c1_LinearScan.cpp:117)
V [libjvm.so+0xd82858] RegisterVerifier::process_operations(LIR_List*,
GrowableArray<Interval*>*)+0x7e8 (c1_LinearScan.cpp:3500)
V [libjvm.so+0xd82c2e]
RegisterVerifier::process_block(BlockBegin*)+0x9e (c1_LinearScan.cpp:3590)
V [libjvm.so+0xd82ffb] RegisterVerifier::verify(BlockBegin*)+0x23b
(c1_LinearScan.cpp:3565)
V [libjvm.so+0xd88aa9] LinearScan::verify_registers()+0x1b9
(c1_LinearScan.cpp:3534)
V [libjvm.so+0xd88d1d] LinearScan::verify()+0xad (c1_LinearScan.cpp:3281)
V [libjvm.so+0xd8f0dc] LinearScan::do_linear_scan()+0x1cc
(c1_LinearScan.cpp:3120)
V [libjvm.so+0xccd0bd] Compilation::emit_lir()+0x85d
(c1_Compilation.cpp:274)
V [libjvm.so+0xccf626] Compilation::compile_java_method()+0x1f6
(c1_Compilation.cpp:404)
V [libjvm.so+0xcd006e] Compilation::compile_method()+0x21e
(c1_Compilation.cpp:479)
V [libjvm.so+0xcd0788] Compilation::Compilation(AbstractCompiler*,
ciEnv*, ciMethod*, int, BufferBlob*, bool, DirectiveSet*)+0x318
(c1_Compilation.cpp:609)
V [libjvm.so+0xcd1ec5] Compiler::compile_method(ciEnv*, ciMethod*,
int, bool, DirectiveSet*)+0xb5 (c1_Compiler.cpp:262)
V [libjvm.so+0xfb9fb7]
CompileBroker::invoke_compiler_on_method(CompileTask*)+0xae7
(compileBroker.cpp:2307)
V [libjvm.so+0xfbadb8] CompileBroker::compiler_thread_loop()+0x5c8
(compileBroker.cpp:1951)
V [libjvm.so+0x14e982e] JavaThread::thread_main_inner()+0xee
(javaThread.cpp:776)
V [libjvm.so+0x202866e] Thread::call_run()+0xbe (thread.cpp:231)
V [libjvm.so+0x1b3271b] thread_native_entry(Thread*)+0x12b
(os_linux.cpp:877)
Registers:
RAX=0x00007efcd9b43000, RBX=0x00007efcd99856c4, RCX=0x00007efcd8fcd6d0,
RDX=0x00007efcd8fe21e0
RSP=0x00007efcb85ed5e0, RBP=0x00007efcb85ed600, RSI=0x0000000000000075,
RDI=0x00007efcd8fe1be8
R8 =0x0000000000000000, R9 =0x0000000000000000, R10=0x0000000000000000,
R11=0x0000000000000000
R12=0x00007efcb85ed5e8, R13=0x000055c18a7f2818, R14=0x00007efcd997f380,
R15=0x00007efcb85ed670
RIP=0x00007efcd7968790, EFLAGS=0x0000000000010246,
CSGSFS=0x002b000000000033, ERR=0x0000000000000006
TRAPNO=0x000000000000000e
XMM[0]=0x0000000000000000 0x0000000000000000
XMM[1]=0x0000000000000000 0x0000000000000006
XMM[2]=0x0000000000000000 0x0000000000000000
XMM[3]=0x0000000000000000 0x0000000000000000
XMM[4]=0x0000000000000000 0x0000000000000000
XMM[5]=0x0000000000000000 0x000055c186978be0
XMM[6]=0x0000000000000000 0x0000000000000000
XMM[7]=0x0000000000000000 0x000055c186978be0
XMM[8]=0x7463656a624f2f6c 0x6974752f6176616a
XMM[9]=0x0000000000000000 0x0000000000000000
XMM[10]=0x0000000000000001 0x0000000000000001
XMM[11]=0x0000000000000000 0x00007efcd8fac4c0
XMM[12]=0x0000000000000000 0x0000000000000000
XMM[13]=0x0000000000000000 0x0000000000000000
XMM[14]=0x0000000000000000 0x0000000000000000
XMM[15]=0xcafebabecafebabe 0xcafebabecafebabe
MXCSR=0x00001fa2
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-dev/attachments/20250402/093f107a/attachment-0001.htm>
More information about the hotspot-dev
mailing list