JDK-8216386 : vmTestbase/nsk/jvmti/PopFrame/popframe005/TestDescription.java fails
  • Type: Bug
  • Component: hotspot
  • Sub-Component: jvmti
  • Affected Version: 13
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2019-01-08
  • Updated: 2019-02-04
  • Resolved: 2019-01-24
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
13 b06Fixed
Related Reports
Relates :  
Description
Wicket startGuarantee: waitFor()
popFrameCls (Thread[Tested Thread,5,MainThreadGroup]): inside activeMethod()
Wicket startGuarantee: unlock()
Wicket allThreadsStoppedGuarantee: unlock()
Wicket allThreadsStoppedGuarantee: waitFor()
objWaiter(Thread[Thread-2,5,MainThreadGroup]): waiting for a lockObj[1]'s monitor; testedStep=0
Wicket allThreadsStoppedGuarantee: unlock()
objWaiter(Thread[Thread-1,5,MainThreadGroup]): waiting for a lockObj[0]'s monitor; testedStep=0
Wicket allThreadsStoppedGuarantee: unlock()
Passed barrier in main thread
State transition: testedStep: 0->1
Going to pop the frame...
State transition: testedStep: 1->2
Check PASSED: objWaiter(Thread[Thread-2,5,MainThreadGroup]): enter the lockObj[1]'s monitor
objWaiter (Thread[Thread-2,5,MainThreadGroup]): exiting...
TEST FAILED: Lock acquired by a popped frame wasn't released
	when the frame had been popped
popFrameCls (Thread[Tested Thread,5,MainThreadGroup]): enter activeMethod() after popping
Wicket finishGuarantee: waitFor()
State transition: testedStep: 2->3
Wicket finishGuarantee: unlock()
popFrameCls (Thread[Tested Thread,5,MainThreadGroup]): leaving activeMethod()
Check PASSED: objWaiter(Thread[Thread-1,5,MainThreadGroup]): enter the lockObj[0]'s monitor
objWaiter (Thread[Thread-1,5,MainThreadGroup]): exiting...
popFrameCls (Thread[Tested Thread,5,MainThreadGroup]): exiting...
Comments
Looks like the problem is a fixed timeout (waiting for completing objWaiter threads). It should depend on timeout factor.
16-01-2019

The test fails with the same diagnostic as reported for JDK-8207013 "Lock acquired by a popped frame wasn't released when the frame had been popped " but in this case Graal is not involved and -Xcomp is used VM args used : -Xcomp -XX:+CreateCoredumpOnCrash -ea -esa -XX:CompileThreshold=100 -XX:+UnlockExperimentalVMOptions -server -XX:+TieredCompilation -XX:+IgnoreUnrecognizedVMOptions -XX:-UseCompressedOops
08-01-2019