JDK-8181804 : Graal crashes with "no stack overflow from deopt blob/uncommon trap" in -XX:-Inline and fails otherwise
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 10
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2017-06-08
  • Updated: 2017-06-09
  • Resolved: 2017-06-09
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 10
10Resolved
Related Reports
Duplicate :  
Description
runtime/ReservedStack/ReservedStackTestCompiler.java ran with 
"-XX:+UnlockExperimentalVMOptions -XX:+EnableJVMCI -XX:+TieredCompilation -XX:+UseJVMCICompiler -Djvmci.compiler=graal"
crashes with

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/home/katya/work/JavaSE/Hotspot/ws/hs10/hotspot/src/share/vm/runtime/sharedRuntime.cpp:834), pid=22033, tid=22265
#  assert(thread->deopt_mark() == __null) failed: no stack overflow from deopt blob/uncommon trap
#
# JRE version: Java(TM) SE Runtime Environment (10.0) (fastdebug build 10-internal+0-2017-06-07-102447.katya.hs10)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 10-internal+0-2017-06-07-102447.katya.hs10, mixed mode, tiered, jvmci, jvmci compiler, compressed oops, g1 gc, linux-amd64)
# Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport %p %s %c" (or dumping to /home/katya/work/JavaSE/Hotspot/ws/hs10/JTwork/scratch/core.22033)
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#
Comments
This is a duplicate of GRAAL-59. Closing.
09-06-2017

Steps to reproduce: > jtreg -vt -k:\!ignore -javaoptions:"-XX:+UnlockExperimentalVMOptions -XX:+EnableJVMCI -XX:+TieredCompilation -XX:+UseJVMCICompiler -Djvmci.compiler=graal" -jdk:.HS10_fastdebug -dir:hotspot/test runtime/ReservedStack/ReservedStackTestCompiler.java
08-06-2017

The test runs ReservedStackTest 2 times - first one with -XX:+TieredCompilation and second one with -XX:-TieredCompilation. However the second run is not executed because the first one crashes. So, you can just comment out the second ""@run" in runtime/ReservedStack/ReservedStackTestCompiler.java and run the test. Removing "-XX:-Inline" or "-XX:TieredStopAtLevel=1" leads to following test failure: java.lang.Error: FAILED: ReentrantLock 52 looks corrupted at ReservedStackTest$RunWithSOEContext.run(ReservedStackTest.java:204) at java.base/java.lang.Thread.run(Thread.java:844) STATUS:Failed.`main' threw exception: java.lang.Error: FAILED: ReentrantLock 52 looks corrupted The test crashes with -XX:-Inline in case -XX:TieredStopAtLevel=1 is not specified as well.
08-06-2017