JDK-8079205 : CallSite dependency tracking is broken after sun.misc.Cleaner became automatically cleared
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 9
  • Priority: P1
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2015-05-01
  • Updated: 2022-06-10
  • Resolved: 2015-05-21
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 b69Fixed
Related Reports
Relates :  
JDK-8079231 - quarantine compiler/jsr292/CallSiteDepContextTest.java
Relates :  
JDK-8145338 - compiler/jsr292/CallSiteDepContextTest.java fails: assert(dep_implicit_context_arg(dept) == 0) failed: sanity
Relates :  
JDK-8057967 - CallSite dependency tracking scales devastatingly poorly
Sub Tasks
JDK-8079231 :  
quarantine compiler/jsr292/CallSiteDepContextTest.java - Resolved
Description
This TEST: compiler/jsr292/CallSiteDepContextTest.java,
from the c[1 2]-hotspot_compiler_3 set,
is failing after merging jdk9/dev with jdk9/hs (on all platforms).

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x402ba786, pid=31324, tid=0x53bb6b90
#
# JRE version: Java(TM) SE Runtime Environment (9.0) (build 1.9.0-internal-fastdebug-20150501110205.amurillo.jdk9-hs-2015-04--b00)
# Java VM: Java HotSpot(TM) Client VM (1.9.0-internal-fastdebug-20150501110205.amurillo.jdk9-hs-2015-04--b00 mixed mode linux-x86 )
# Problematic frame:
# V  [libjvm.so+0x28d786]  ciCallSite::get_context()+0x2f6
#

this is happening after merging with jdk9/dev. It passed for the comp to hs pushing job,
so I suspect it's related to changes coming from jdk9/dev/hotspot.
Note that that specific test is excluded in jdk9/dev (not run on jkd9/dev jprt jobs with "-testset hotspot")
Comments
URL: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/b77ef4c3d650 User: lana Date: 2015-06-17 03:53:08 +0000
17-06-2015
URL: http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/54b7b0210ad6 User: lana Date: 2015-06-17 03:53:04 +0000
17-06-2015
URL: http://hg.openjdk.java.net/jdk9/hs-comp/jdk/rev/b77ef4c3d650 User: vlivanov Date: 2015-05-21 18:27:16 +0000
21-05-2015
URL: http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/54b7b0210ad6 User: vlivanov Date: 2015-05-21 18:27:12 +0000
21-05-2015
The crash happens when VM encounters a cleared Cleaner instance. It became possible after JDK-8071931 fix.
05-05-2015
ILW=Crash in runtime, more than just a few, none=HMH=P1
05-05-2015
Should we quarantine the test until this bug is fixed? I think Vladimir Ivanov should look on this since he is more familiar with this code.
01-05-2015
I'm not familiar with this code, but from the error log, it appears to be crashing here: return (CURRENT_ENV->get_metadata(ctxk))->as_klass(); trying to dereference the result of get_metadata().
01-05-2015