JDK-8191153 : assert(u_ctrl != blk1 && u_ctrl != blk2) failed: won't converge
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 10
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2017-11-13
  • Updated: 2017-12-15
  • Resolved: 2017-11-27
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
10 b36Fixed
Related Reports
Relates :  
JDK-8186125 - "DU iteration must converge quickly" assert in split if with unsafe accesses
Description
Test: java/util/concurrent/tck/JSR166TestCase.java

# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/scratch/opt/mach5/mesos/work_dir/6ca7fdb2-d8bc-487a-bf39-87071d9f1b27/workspace/open/src/hotspot/share/opto/split_if.cpp:172), pid=20958, tid=68
#  assert(u_ctrl != blk1 && u_ctrl != blk2) failed: won't converge
#
# JRE version: Java(TM) SE Runtime Environment (10.0) (fastdebug build 10-internal+0-2017-11-11-0411168.jesper.wilhelmsson.hs)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 10-internal+0-2017-11-11-0411168.jesper.wilhelmsson.hs, mixed mode, tiered, compressed oops, g1 gc, solaris-sparc)
Comments
webrev: http://cr.openjdk.java.net/~roland/8191153/webrev.00/
22-11-2017
Due to general confusion JDK-8186125 was included in the latest PIT and has been pushed to jdk/jdk, so this is no longer an integration blocker but may on the other hand get more visibility as it risks causing problems in the JDK.
17-11-2017
initial ILW = same as related JDK-8186125, JDK-8176506 - MHM = P3
14-11-2017
Thanks Rahul. I've been able to reproduce this with the attached replay compilation file from the CTW job on Linux x64: java -XX:+ReplayCompiles -XX:ReplayDataFile=replay_modules_java_base_0_23209.log -XX:+ReplayIgnoreInitErrors -XX:-TieredCompilation -XX:+DeoptimizeALot I've verified that it's due to JDK-8186125.
14-11-2017
Hi [~thartmann] [~roland], please note this JDK-8191153 failure seems to be intermittent and not readily reproducible. As of now, could not reproduce the assert failure for JSR166TestCase.java (and could not yet confirm if JDK-8186125 triggered this) using the same build tools, sources and in the same test machine.
14-11-2017
applications/ctw/modules/java_base.java hits the same assert compiling com.sun.java.util.jar.pack.PackageReader class There were 1 errors:[ java.lang.Error: modules_java_base_0: failed during compilation of class #278 : com/sun/java/util/jar/pack/PackageReader at sun.hotspot.tools.ctw.CtwRunner.startCtwforAllClasses(CtwRunner.java:157) at sun.hotspot.tools.ctw.CtwRunner.run(CtwRunner.java:89) at sun.hotspot.tools.ctw.CtwRunner.main(CtwRunner.java:59) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:564) at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:230) at java.base/java.lang.Thread.run(Thread.java:844) java.lang.AssertionError: There were 1 errors:[{modules_java_base_0: failed during compilation of class #278 : com/sun/java/util/jar/pack/PackageReader}] at sun.hotspot.tools.ctw.CtwRunner.run(CtwRunner.java:104) at sun.hotspot.tools.ctw.CtwRunner.main(CtwRunner.java:59) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:564) at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:230) at java.base/java.lang.Thread.run(Thread.java:844)
13-11-2017
This is most likely due to JDK-8186125.
13-11-2017