RFR: 8266950: Remove vestigial support for non-strict floating-point execution [v2]
Jie Fu
jiefu at openjdk.java.net
Sat May 22 00:02:05 UTC 2021
On Fri, 21 May 2021 18:16:23 GMT, Vladimir Ivanov <vlivanov at openjdk.org> wrote:
> There are some suspicious failures on linux-x86 in pre-submit testing results:
>
> * compiler/c1/Test6855215.java
> * compiler/intrinsics/string/TestStringLatin1IndexOfChar.java
>
> The tests explicitly specify `-XX:UseSSE=0`, so it may be related to the patch. Anybody interested in linux-x86 want to take a look? @shade @DamonFool
compiler/c1/Test6855215.java crashes on x86_32 with the latest patch.
#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error (/home/jdk/src/hotspot/cpu/x86/c1_LinearScan_x86.cpp:683), pid=13254, tid=13270
# assert(op2->tmp1_opr()->is_fpu_register()) failed: strict operations need temporary fpu stack slot
#
# JRE version: OpenJDK Runtime Environment (17.0) (fastdebug build 17-internal+0-adhoc..jdk)
# Java VM: OpenJDK Server VM (fastdebug 17-internal+0-adhoc..jdk, mixed mode, sharing, tiered, g1 gc, linux-x86)
# Problematic frame:
# V [libjvm.so+0x64fcf0] FpuStackAllocator::handle_op2(LIR_Op2*)+0x120
#
Current CompileTask:
C1: 109 66 b 3 java.util.HashMap::resize (356 bytes)
Stack: [0xa1f7f000,0xa2000000], sp=0xa1ffe540, free space=509k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x64fcf0] FpuStackAllocator::handle_op2(LIR_Op2*)+0x120
V [libjvm.so+0x65232c] FpuStackAllocator::allocate_block(BlockBegin*)+0x28c
V [libjvm.so+0x6526af] FpuStackAllocator::allocate()+0xcf
V [libjvm.so+0x652a4d] LinearScan::allocate_fpu_stack()+0xcd
V [libjvm.so+0x648d7a] LinearScan::do_linear_scan()+0x39a
V [libjvm.so+0x588f40] Compilation::emit_lir()+0xd10
V [libjvm.so+0x58ba60] Compilation::compile_java_method()+0x720
V [libjvm.so+0x58c287] Compilation::compile_method()+0x247
V [libjvm.so+0x58cbe3] Compilation::Compilation(AbstractCompiler*, ciEnv*, ciMethod*, int, BufferBlob*, bool, DirectiveSet*)+0x3d3
V [libjvm.so+0x58de72] Compiler::compile_method(ciEnv*, ciMethod*, int, bool, DirectiveSet*)+0x1b2
V [libjvm.so+0x83f5fb] CompileBroker::invoke_compiler_on_method(CompileTask*)+0xc6b
V [libjvm.so+0x83ff71] CompileBroker::compiler_thread_loop()+0x491
V [libjvm.so+0x86b8c6] CompilerThread::thread_entry(JavaThread*, JavaThread*)+0x56
V [libjvm.so+0x14b28e2] JavaThread::thread_main_inner()+0x242
V [libjvm.so+0x14b794a] Thread::call_run()+0xfa
V [libjvm.so+0x10fc9bf] thread_native_entry(Thread*)+0x11f
C [libpthread.so.0+0x63bd] start_thread+0xfd
compiler/intrinsics/string/TestStringLatin1IndexOfChar.java seems fine on my x86_32.
I didn't take a further look at the crash since it's already weekend now.
Thanks.
-------------
PR: https://git.openjdk.java.net/jdk/pull/3991
More information about the hotspot-compiler-dev
mailing list