JDK-8153843 : G1CardLiveDataHelper incorrectly sets next_live_bytes on dead humongous regions
  • Type: Bug
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version: 9
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2016-04-08
  • Updated: 2020-09-01
  • Resolved: 2016-04-13
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 b116Fixed
Related Reports
Relates :  
Relates :  
Relates :  
Relates :  
Description
gc/gctests/LargeObjects/large001 fails in hs-rt 2016-04-07 nightly. On linux it fails with SIGSEGV:
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x0000007f99e5e398, pid=635, tid=662
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (fastdebug build 9-internal+0-2016-04-07-223631.sangheki.rt)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 9-internal+0-2016-04-07-223631.sangheki.rt, mixed mode, tiered, compressed oops, g1 gc, linux-aarch64)
# Problematic frame:
# V  [libjvm.so+0x72f398]  RegisterHumongousWithInCSetFastTestClosure::doHeapRegion(HeapRegion*)+0x104
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport %p %s %c %P" (or dumping to /export/local/aurora/sandbox/results/ResultDir/large001/core.635)
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#

---------------  S U M M A R Y ------------

Command Line: -Xmixed -XX:MaxRAMFraction=8 -XX:NativeMemoryTracking=detail -XX:-UseGCOverheadLimit -Xlog:gc* gc.gctests.LargeObjects.large001.large001 -largeClassesPath /export/local/aurora/CommonData/vm/bin/newclass -isOverLimitFields false -aggregationDepth 0 -t 1

Host: emb-sca-apm-xgene-11, AArch64 Processor rev 0 (aarch64), 8 cores, 15G, Ubuntu 14.04.3 LTS
Time: Thu Apr  7 20:46:12 2016 PDT elapsed time: 40 seconds (0d 0h 0m 40s)

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

Current thread (0x0000007f9430a000):  VMThread [stack: 0x0000007f3059d000,0x0000007f3069d000] [id=662]

Stack: [0x0000007f3059d000,0x0000007f3069d000],  sp=0x0000007f3069aec0,  free space=1015k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x72f398]  RegisterHumongousWithInCSetFastTestClosure::doHeapRegion(HeapRegion*)+0x104
V  [libjvm.so+0x845b84]  HeapRegionManager::iterate(HeapRegionClosure*) const+0x170
V  [libjvm.so+0x7202d8]  G1CollectedHeap::register_humongous_regions_with_cset()+0x9c
V  [libjvm.so+0x72b6e0]  G1CollectedHeap::do_collection_pause_at_safepoint(double)+0x618
V  [libjvm.so+0xfc1280]  VM_G1IncCollectionPause::doit()+0xd4
V  [libjvm.so+0xfbf9bc]  VM_Operation::evaluate()+0xb0
V  [libjvm.so+0xfbb830]  VMThread::evaluate_operation(VM_Operation*)+0x134
V  [libjvm.so+0xfbc124]  VMThread::loop()+0x48c
V  [libjvm.so+0xfbc384]  VMThread::run()+0xc4
V  [libjvm.so+0xcdfdf4]  java_start(Thread*)+0x118
C  [libpthread.so.0+0x7e2c]  start_thread+0xb0

On Solaris-sparcv9 with SIGBUG:
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGBUS (0xa) at pc=0xffffffedd270b13c, pid=2304, tid=23
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (fastdebug build 9-internal+0-2016-04-07-223631.sangheki.rt)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 9-internal+0-2016-04-07-223631.sangheki.rt, mixed mode, tiered, compressed oops, g1 gc, solaris-sparc)
# Problematic frame:
# V  [libjvm.so+0xd0b13c]  bool RegisterHumongousWithInCSetFastTestClosure::humongous_region_is_candidate(G1CollectedHeap*,HeapRegion*)const+0xfc
#
# Core dump will be written. Default location: /export/home/aurora/sandbox/results/ResultDir/large001/core or core.2304
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#

On Windows with EXCEPTION_ACCESS_VIOLATION:
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6e5cf5a6, pid=62400, tid=144672
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (fastdebug build 9-internal+0-2016-04-07-223631.sangheki.rt)
# Java VM: Java HotSpot(TM) Server VM (fastdebug 9-internal+0-2016-04-07-223631.sangheki.rt, mixed mode, tiered, g1 gc, windows-x86)
# Problematic frame:
# V  [jvm.dll+0x3ff5a6]
#
# Core dump will be written. Default location: C:\users\aurora\sandbox\results\ResultDir\large001\hs_err_pid62400.mdmp
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#

VM Options:  	-server -Xmixed -XX:MaxRAMFraction=8 -XX:NativeMemoryTracking=detail 
Fails on various OS's: linux, windows, solaris

hs_err_pid files are attached.
Comments
I've reproduced this on my workstation and have an idea about the cause.
08-04-2016