JDK-8077279 : assert(ic->is_clean()) failed: IC should be clean
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 9
  • Priority: P1
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2015-04-08
  • Updated: 2017-08-09
  • Resolved: 2015-06-15
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
9 b72Fixed
Related Reports
Duplicate :  
JDK-8077282 - some java/lang/invoke tests crashed with g1 as default
Description
G1 as default


#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/opt/jprt/T/P1/075059.sjohanss/s/hotspot/src/share/vm/code/nmethod.cpp:1095), pid=2114, tid=2634996592
#  assert(ic->is_clean()) failed: IC should be clean
#
# 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) Server VM (1.9.0-internal-fastdebug-20150330075059.sjohanss.g1-server-defaul-b00 compiled mode linux-x86 )
# Core dump written. Default location: Core dumps may be processed with "/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %t e" (or dumping to /scratch/local/aurora/sandbox/results/workDir/java/lang/invoke/BigArityTest/core.2114)
#
# 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 (0x9cf0c000):  VMThread [stack: 0x9d06d000,0x9d0ee000] [id=2174]

Stack: [0x9d06d000,0x9d0ee000],  sp=0x9d0ec990,  free space=510k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x104cc98]  VMError::report_and_die()+0x198
V  [libjvm.so+0x6d8df6]  report_vm_error(char const*, int, char const*, char const*)+0x76
V  [libjvm.so+0xd38bed]  nmethod::verify_clean_inline_caches()+0x2fd
V  [libjvm.so+0x60cb00]  CodeCache::verify_clean_inline_caches()+0x50
V  [libjvm.so+0x7e5897]  G1CollectedHeap::parallel_cleaning(BoolObjectClosure*, bool, bool, bool)+0x1f7
V  [libjvm.so+0x67b4db]  ConcurrentMark::weakRefsWork(bool)+0xa2b
V  [libjvm.so+0x681874]  ConcurrentMark::checkpointRootsFinal(bool)+0xe4
V  [libjvm.so+0x6b8adc]  CMCheckpointRootsFinalClosure::do_void()+0x1c
V  [libjvm.so+0x107c0a5]  VM_CGC_Operation::doit()+0xb5
V  [libjvm.so+0x107a727]  VM_Operation::evaluate()+0x97
V  [libjvm.so+0x1077c35]  VMThread::evaluate_operation(VM_Operation*)+0x145
V  [libjvm.so+0x1078585]  VMThread::loop()+0x4e5
V  [libjvm.so+0x10787cc]  VMThread::run()+0xcc
V  [libjvm.so+0xd90af0]  java_start(Thread*)+0x100
C  [libpthread.so.0+0x6a49]

VM_Operation (0x9e5be30c): CGC_Operation, mode: safepoint, requested by thread 0xe3be2000
Comments
I've tracked down the cause for this bug. It was introduced when fixing JDK-8072774, after that it is not safe to assume that the nmethod is allocated in the expected code heap. Because if this the NMethodIterator and some other users of calls like "CodeCache::get_code_blob_type(nm->comp_level())" needs to be updated.
11-06-2015
Giving same ILW as related bug: ILW=Crashes in sweeper with G1 default, several failures, none=HMH=P1
17-04-2015
These bugs have some similarities. Could be the same - please investigate.
13-04-2015