JDK-8184031 : compiler/rtm/locking/TestRTMAfterNonRTMDeopt.java fails on Windows
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 10
  • Priority: P4
  • Status: Closed
  • Resolution: Cannot Reproduce
  • OS: windows_10
  • CPU: x86_64
  • Submitted: 2017-07-07
  • Updated: 2019-09-13
  • Resolved: 2019-07-01
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 13
13Resolved
Related Reports
Relates :  
Description
compiler/rtm/locking/TestRTMAfterNonRTMDeopt.java fails with 
 Execution failed: `main' threw exception: java.lang.RuntimeException: Two uncommon traps with reason rtm_state_change should be fired.: expected 0 to equal 2

on Windows machine with both x86 and x64 jdk.

Other similar tests failures:
 compiler/rtm/locking/TestRTMDeoptOnHighAbortRatio.java
 compiler/rtm/locking/TestRTMDeoptOnLowAbortRatio.java
 compiler/rtm/locking/TestRTMLockingCalculationDelay.java
 compiler/rtm/locking/TestRTMLockingThreshold.java
 compiler/rtm/locking/TestUseRTMXendForLockBusy.java
 compiler/rtm/print/TestPrintPreciseRTMLockingStatistics.java
Comments
These tests are not problem listed and don't fail anymore according to test execution history. So closing as non reproducible.
01-07-2019

ILW = Testbug, single test with few failures on specific machines, no workaround = MLH = P4
14-07-2017

Moved to compiler subcomponent.
13-07-2017

Isn't this a duplicate of JDK-8180723?
12-07-2017

The following test failed in the 2017-07-10 JDK10-hs nightly: compiler/rtm/locking/TestRTMDeoptOnLowAbortRatio.java Here is a snippet of the .jtr file: ----------System.err:(18/1531)---------- java.lang.RuntimeException: After LockThreshold was reached, method should be recompiled with rtm lock eliding.: expected null to not equal null at jdk.test.lib.Asserts.fail(Asserts.java:594) at jdk.test.lib.Asserts.assertNotEquals(Asserts.java:394) at jdk.test.lib.Asserts.assertNotNull(Asserts.java:437) at compiler.rtm.locking.TestRTMDeoptOnLowAbortRatio.verifyRTMDeopt(TestRTMDeoptOnLowAbortRatio.java:121) at compiler.rtm.locking.TestRTMDeoptOnLowAbortRatio.runTestCases(TestRTMDeoptOnLowAbortRatio.java:66) at compiler.rtm.locking.TestRTMDeoptOnLowAbortRatio.main(TestRTMDeoptOnLowAbortRatio.java:167) 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.MainWrapper$MainThread.run(MainWrapper.java:115) at java.base/java.lang.Thread.run(Thread.java:844) JavaTest Message: Test threw exception: java.lang.RuntimeException: After LockThreshold was reached, method should be recompiled with rtm lock eliding.: expected null to not equal null JavaTest Message: shutting down test STATUS:Failed.`main' threw exception: java.lang.RuntimeException: After LockThreshold was reached, method should be recompiled with rtm lock eliding.: expected null to not equal null
11-07-2017