JDK-8077282 : some java/lang/invoke tests crashed with g1 as default
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 9
  • Priority: P1
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2015-04-08
  • Updated: 2015-07-22
  • Resolved: 2015-07-22
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 9
9Resolved
Related Reports
Duplicate :  
JDK-8076560 - java/lang/invoke/LFCaching/LFMultiThreadCachingTest.java crashed on windows
Duplicate :  
JDK-8130309 - Need to bailout cleanly if creation of stubs fails when codecache is out of space
Duplicate :  
JDK-8077279 - assert(ic->is_clean()) failed: IC should be clean
Relates :  
JDK-8076518 - VM crash: EXCEPTION_ACCESS_VIOLATION on Windows
Description
Testing g1 as default collector a number of invoke tests failed with SIGSEGV:
Could be related to JDK-8077279


#  SIGSEGV (0xb) at pc=0x000000010af2fcac, pid=68898, tid=22275
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (build 1.9.0-internal-20150330075059.sjohanss.g1-server-defaul-b00)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (1.9.0-internal-20150330075059.sjohanss.g1-server-defaul-b00 compiled mode bsd-amd64 compressed oops)
# Problematic frame:
# V  [libjvm.dylib+0x52fcac]
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#

---------------  T H R E A D  ---------------

Current thread (0x00007ff234856000):  JavaThread "Sweeper thread" daemon [_thread_in_vm, id=22275, stack(0x0000000121580000,0x0000000121680000)]




or 


# JRE version: Java(TM) SE Runtime Environment (9.0) (build 1.9.0-internal-fastdebug-20150330075059.sjohanss.g1-server-defaul-b00)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (1.9.0-internal-fastdebug-20150330075059.sjohanss.g1-server-defaul-b00 compiled mode solaris-amd64 compressed oops)
# Problematic frame:
# V  [libjvm.so+0x1b09dd6]  void NMethodSweeper::possibly_flush(nmethod*)+0x46
#
# Core dump written. Default location: /export/local/aurora/sandbox/results/workDir/java/lang/invoke/PermuteArgsTest/core or core.9500
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#

---------------  T H R E A D  ---------------

Current thread (0x0000000000e40800):  JavaThread "Sweeper thread" daemon [_thread_in_vm, id=63, stack(0xfffffd78154ef000,0xfffffd78155ef000)]

siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0xfffffd7814a65220
Comments
Thanks, Dean. I verified that these aarch64 instances are fixed by JDK-8130309: # SIGSEGV (0xb) at pc=0x0000007fb6e27e24, pid=10565, tid=0x0000007f512ff1f0 V [libjvm.so+0x245e24] Assembler::add(RegisterImpl*, RegisterImpl*, Assembler::ArithmeticImmediate const&)+0x7c;; Assembler::add(RegisterImpl*, RegisterImpl*, Assembler::ArithmeticImmediate const&)+0x7c V [libjvm.so+0x2335c8] CallStaticJavaHandleNode::emit(CodeBuffer&, PhaseRegAlloc*) const+0x1b0;; CallStaticJavaHandleNode::emit(CodeBuffer&, PhaseRegAlloc*) const+0x1b0 V [libjvm.so+0xc04820] Compile::fill_buffer(CodeBuffer*, unsigned int*)+0xd3c;; Compile::fill_buffer(CodeBuffer*, unsigned int*)+0xd3c V [libjvm.so+0xc05c7c] Compile::Output()+0x404;; Compile::Output()+0x404 The bug also maps to the following failures: # SIGSEGV (0xb) at pc=0xf6a92dad, pid=5109, tid=263499659 V [libjvm.so+0xcdadad] Method::check_code() const+0xd V [libjvm.so+0xd3d9b5] nmethod::verify_interrupt_point(unsigned char*)+0x25 V [libjvm.so+0xd3df5d] nmethod::verify_scopes()+0x25d V [libjvm.so+0xd42627] nmethod::verify()+0x237 V [libjvm.so+0x60cb08] CodeCache::verify_clean_inline_caches()+0x58 and # SIGSEGV (0xb) at pc=0xffff80f883c61482, pid=23002, tid=17 V [libjvm.so+0x1461482] void NMethodSweeper::possibly_flush(nmethod*)+0x1c2 V [libjvm.so+0x14606f8] void NMethodSweeper::sweep_code_cache()+0x438 V [libjvm.so+0x1460231] void NMethodSweeper::possibly_sweep()+0x121 I verified that these instances are fixed by JDK-8077279. I'm closing this as duplicate of JDK-8130309 and JDK-8077279.
22-07-2015
ILW=Crashes in sweeper with G1 default, several failures, none=HMH=P1
13-04-2015