JDK-8027756 : assert(!hr->isHumongous()) failed: code root in humongous region?
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: hs25
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2013-11-04
  • Updated: 2014-10-10
  • Resolved: 2013-11-07
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 7 JDK 8 Other
7u60Fixed 8Fixed hs25,port-stage-ppc-aixFixed
Related Reports
Relates :  
JDK-7145569 - G1: optimize nmethods scanning
Description
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/opt/jprt/T/P1/152837.amurillo/s/src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp:6659), pid=8812, tid=140642794587904
#  assert(!hr->isHumongous()) failed: code root in humongous region?
#
# JRE version: Java(TM) SE Runtime Environment (8.0-b114) (build 1.8.0-ea-fastdebug-b114)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.0-b57-internal-201311011528.amurillo.hs25-b57-snapshot-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
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

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

Current thread (0x00007fea441fb800):  JavaThread "C1 CompilerThread2" daemon [_thread_in_vm, id=8832, stack(0x00007fe9f3bfc000,0x00007fe9f3cfd000)]

Stack: [0x00007fe9f3bfc000,0x00007fe9f3cfd000],  sp=0x00007fe9f3cfa740,  free space=1017k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0xf5e88a]  VMError::report_and_die()+0x2da
V  [libjvm.so+0x6deff4]  report_vm_error(char const*, int, char const*, char const*)+0x84
V  [libjvm.so+0x7d3677]  RegisterNMethodOopClosure::do_oop(oop*)+0x247
V  [libjvm.so+0xc9c945]  nmethod::oops_do(OopClosure*, bool)+0x1d5
V  [libjvm.so+0x7b8315]  G1CollectedHeap::register_nmethod(nmethod*)+0x45
V  [libjvm.so+0xca0490]  nmethod::nmethod(Method*, int, int, int, CodeOffsets*, int, DebugInformationRecorder*, Dependencies*, CodeBuffer*, int, OopMapSet*, ExceptionHandlerTable*, ImplicitExceptionTable*, AbstractCompiler*, int)+0x630
V  [libjvm.so+0xca086f]  nmethod::new_nmethod(methodHandle, int, int, CodeOffsets*, int, DebugInformationRecorder*, Dependencies*, CodeBuffer*, int, OopMapSet*, ExceptionHandlerTable*, ImplicitExceptionTable*, AbstractCompiler*, int)+0x21f
V  [libjvm.so+0x570a8a]  ciEnv::register_method(ciMethod*, int, CodeOffsets*, int, CodeBuffer*, int, OopMapSet*, ExceptionHandlerTable*, ImplicitExceptionTable*, AbstractCompiler*, int, bool, bool)+0x72a
V  [libjvm.so+0x44d398]  Compilation::install_code(int)+0x158
V  [libjvm.so+0x44f66c]  Compilation::compile_method()+0x20c
V  [libjvm.so+0x44fa18]  Compilation::Compilation(AbstractCompiler*, ciEnv*, ciMethod*, int, BufferBlob*)+0x398
V  [libjvm.so+0x450ff2]  Compiler::compile_method(ciEnv*, ciMethod*, int)+0x132
V  [libjvm.so+0x665a9e]  CompileBroker::invoke_compiler_on_method(CompileTask*)+0xace
V  [libjvm.so+0x6669b4]  CompileBroker::compiler_thread_loop()+0x5d4
V  [libjvm.so+0xee2341]  JavaThread::thread_main_inner()+0x221
V  [libjvm.so+0xee263d]  JavaThread::run()+0x2ad
V  [libjvm.so+0xcf5088]  java_start(Thread*)+0x108


Current CompileTask:
C1:    417   14 %     1       ReadAfterWrite$WriteA::run @ 9 (32 bytes)
Comments
Regression test with this bugid included in the changeset. A "noreg" Label is not needed.
10-10-2014
Changes introduced in JDK-7145569
05-11-2013
$ jtreg -jdk:$JDK -dir:$GAMMADIR/test -v1 -vmoptions:'-XX:+UseG1GC' -ovm closed/runtime/4827353
04-11-2013
Thomas, it's a jtreg test 'closed/runtime/4827353' from hotspot/test.
04-11-2013
I believe this assert (and another one with the same condition/text) is simply incorrect. While it is unlikely (that's probably the reason for adding this assert) that code may embed a reference to a large object, it is possible.
04-11-2013
@Igor: could you please add information about the failed test case for reproduction purposes?
04-11-2013
Both client and server VMs are afftected. attached s_err_pid, replay_pid: - client: 12721 - server non-tiered: 10678 - server tiered, stopAtLevel=1: 8812
04-11-2013
test: JT_HS:closed/runtime/4827353
04-11-2013
vm_options: -XX:+UseG1GC vm_version: java version "1.8.0-ea-fastdebug" Java(TM) SE Runtime Environment (build 1.8.0-ea-fastdebug-b114) Java HotSpot(TM) 64-Bit Server VM (build 25.0-b57-internal-201311011528.amurillo.hs25-b57-snapshot-fastdebug, mixed mode) Java HotSpot(TM) 64-Bit Server VM (25.0-b57-internal-201311011528.amurillo.hs25-b57-snapshot-fastdebug) for linux-amd64 JRE (1.8.0), built on Nov 1 2013 10:09:29 by "jprtadm" with gcc 4.3.0 20080428 (Red Hat 4.3.0-8)
04-11-2013