JDK-8158639 : C2 compilation fails with SIGSEGV
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 7u111,8u152,9
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2016-06-03
  • Updated: 2018-02-08
  • Resolved: 2016-08-25
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 8 JDK 9
8u144Fixed 9 b137Fixed
Related Reports
Duplicate :  
Relates :  
Relates :  
Description
[error occurred during error reporting (), id 0xb]

#  SIGSEGV (0xb) at pc=0x00007f937480dee0, pid=1897, tid=1979
#
# Problematic frame:
# V  [libjvm.so+0x55fee0]  ciObjectFactory::create_new_metadata(Metadata*)+0x140

Current thread (0x00007f9370468000):  JavaThread "C2 CompilerThread1" daemon [_thread_in_vm, id=1979, stack(0x00007f92e006e000,0x00007f92e016f000)]


Current CompileTask:
C2:   1769   65    b        NullConstantReceiver::run (11 bytes)

Stack: [0x00007f92e006e000,0x00007f92e016f000],  sp=0x00007f92e016b7c0,  free space=1013k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x55fee0]  ciObjectFactory::create_new_metadata(Metadata*)+0x140
V  [libjvm.so+0x560463]  ciObjectFactory::get_metadata(Metadata*)+0x63
V  [libjvm.so+0x5593cc]  ciTypeStackSlotEntries::translate_type_data_from(TypeStackSlotEntries const*)+0xbc
V  [libjvm.so+0x55ccd2]  ciCallTypeData::translate_from(ProfileData const*)+0x42
V  [libjvm.so+0x559997]  ciMethodData::load_data()+0x197
V  [libjvm.so+0x54f077]  ciMethod::method_data() [clone .part.75]+0x127
V  [libjvm.so+0xb5ac67]  Parse::Parse(JVMState*, ciMethod*, float)+0x3b7
V  [libjvm.so+0x51a3a8]  ParseGenerator::generate(JVMState*)+0x88
V  [libjvm.so+0x6d56a2]  Parse::do_call()+0x1d2
V  [libjvm.so+0xb66d90]  Parse::do_one_bytecode()+0x3770
V  [libjvm.so+0xb58b34]  Parse::do_one_block()+0x1f4
V  [libjvm.so+0xb58fbc]  Parse::do_all_blocks()+0x11c
V  [libjvm.so+0xb5b18b]  Parse::Parse(JVMState*, ciMethod*, float)+0x8db
V  [libjvm.so+0x51a3a8]  ParseGenerator::generate(JVMState*)+0x88
V  [libjvm.so+0x6d56a2]  Parse::do_call()+0x1d2
V  [libjvm.so+0xb66d90]  Parse::do_one_bytecode()+0x3770
V  [libjvm.so+0xb58b34]  Parse::do_one_block()+0x1f4
V  [libjvm.so+0xb58fbc]  Parse::do_all_blocks()+0x11c
V  [libjvm.so+0xb5b18b]  Parse::Parse(JVMState*, ciMethod*, float)+0x8db
V  [libjvm.so+0x51a3a8]  ParseGenerator::generate(JVMState*)+0x88
V  [libjvm.so+0x5efafa]  Compile::Compile(ciEnv*, C2Compiler*, ciMethod*, int, bool, bool, bool, DirectiveSet*)+0xefa
V  [libjvm.so+0x519522]  C2Compiler::compile_method(ciEnv*, ciMethod*, int, DirectiveSet*)+0x1d2
V  [libjvm.so+0x5f92e4]  CompileBroker::invoke_compiler_on_method(CompileTask*)+0x414
V  [libjvm.so+0x5fa163]  CompileBroker::compiler_thread_loop()+0x273
V  [libjvm.so+0xca6a94]  JavaThread::thread_main_inner()+0xc4
V  [libjvm.so+0xca6ba2]  JavaThread::run()+0xf2
V  [libjvm.so+0xb212d2]  thread_native_entry(Thread*)+0xf2
C  [libpthread.so.0+0x7aa1]


siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x000000085497c610

Comments
=============== DEBUG MESSAGE: MemberName required for invokeVirtual etc. ================ # To suppress the following error report, specify this argument # after -XX: or in .hotspotrc: SuppressErrorAt=/assembler_x86.cpp:6632 # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (/HUDSON/workspace/7u-2-build-linux-amd64/jdk7u121/3238/hotspot/src/cpu/x86/vm/assembler_x86.cpp:6632), pid=1967, tid=0x00007fb6c7559700 # assert(false) failed: DEBUG MESSAGE: MemberName required for invokeVirtual etc. # # JRE version: Java(TM) SE Runtime Environment (7.0_121-b06) (build 1.7.0_121-ea-fastdebug-b06) # Java VM: Java HotSpot(TM) 64-Bit Server VM (24.121-b06-fastdebug mixed mode linux-amd64 compressed oops) # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # An error report file with more information is saved as: # /scratch/8158639/hs_err_pid1967.log 767 15 java.lang.invoke.LambdaForm$DMH/715323878::invokeVirtual_L_V (14 bytes) @ 11 java.lang.invoke.MethodHandle::type (5 bytes) accessor @ 1 java.lang.invoke.DirectMethodHandle::internalMemberName (8 bytes) inline (hot) @ 10 java.lang.invoke.MethodHandle::linkToVirtual(LL)V (0 bytes) receiver not constant 769 16 java.lang.invoke.DirectMethodHandle::internalMemberName (8 bytes) 770 17 NullConstantReceiver::test (1 bytes) 771 18 % ! NullConstantReceiver::main @ 12 (55 bytes) @ 22 NullConstantReceiver::run (8 bytes) inline (hot) @ 4 java.lang.invoke.LambdaForm$MH/718348861::invokeExact_MT (14 bytes) inline (hot) @ 2 java.lang.invoke.Invokers::checkExactType (30 bytes) inline (hot) @ 11 java.lang.invoke.MethodHandle::type (5 bytes) accessor @ 10 java.lang.invoke.LambdaForm$DMH/715323878::invokeVirtual_L_V (14 bytes) inline (hot) @ 1 java.lang.invoke.DirectMethodHandle::internalMemberName (8 bytes) inline (hot) @ 10 NullConstantReceiver::test (1 bytes) inline (hot) @ 39 NullConstantReceiver::run (8 bytes) inline (hot) @ 4 java.lang.invoke.LambdaForm$MH/718348861::invokeExact_MT (14 bytes) inline (hot) @ 2 java.lang.invoke.Invokers::checkExactType (30 bytes) inline (hot) @ 11 java.lang.invoke.MethodHandle::type (5 bytes) accessor @ 10 java.lang.invoke.LambdaForm$DMH/715323878::invokeVirtual_L_V (14 bytes) inline (hot) @ 1 java.lang.invoke.DirectMethodHandle::internalMemberName (8 bytes) inline (hot) Locks owned: Mutex: [0x7fb6c00069d8/0x1] tty_lock - owner: 0x7fb6c000a000 # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # 7u too affected. added 7-bp label.
25-08-2016

8u is affected.. just ran the program there .. got crash. fastdebug/bin/java -XX:CompileCommand=compileonly,*::invokeVirtual_L_V -XX:CompileCommand=compileonly,NullConstantReceiver::test -XX:CompileCommand=compileonly,*::internalMemberName -XX:+TraceDeoptimization -XX:+PrintCompilation -XX:CompileCommand=quiet -XX:-TieredCompilation -Xbatch -XX:+PrintOptoAssembly NullConstantReceiver =============== DEBUG MESSAGE: MemberName required for invokeVirtual etc. ================ # To suppress the following error report, specify this argument # after -XX: or in .hotspotrc: SuppressErrorAt=/macroAssembler_x86.cpp:885 # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (/HUDSON/workspace/8-2-build-linux-amd64/jdk8u112/7264/hotspot/src/cpu/x86/vm/macroAssembler_x86.cpp:885), pid=8158, tid=0x00007f304fc97700 # assert(false) failed: DEBUG MESSAGE: MemberName required for invokeVirtual etc. # # JRE version: Java(TM) SE Runtime Environment (8.0_112-b01) (build 1.8.0_112-ea-fastdebug-b01) # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.112-b01-fastdebug mixed mode linux-amd64 compressed oops) # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # An error report file with more information is saved as: # /scratch/8158639/hs_err_pid8158.log Locks owned: Mutex: [0x7f3048006ca0/0x1] tty_lock - owner: 0x7f304800a800 # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp #
23-08-2016

added 8-bp label
23-08-2016

[~vlivanov], okay, thanks for verifying!
23-08-2016

[~thartmann] no backport is needed since JDK-8072008 wasn't backported.
23-08-2016

The bug was introduced by JDK-8072008.
23-08-2016

Does this affect JDK 8? If so, please add the affects version and create a backport or add the 8-bp label.
23-08-2016

cause known. working on the fix.
22-07-2016

The JDK-8134389 test case should trigger the issue with jdk-9+110.
18-07-2016

[~thartmann] Yes could be related. but the attached always reproducible test case for 8134389. doesn't fail in 9
06-07-2016

could create another crash( occurs 1 in 100 runs) with extra check options. analyzing, could be related issue.
06-07-2016

ILW = crash; not seen in last 2 weeks; none = HLH = P2
15-06-2016