RFR(S): 8248598: [Graal] Several testcases from applications/jcstress/acqrel.java fails with forbidden state

[Igor Ignatyev]

Hi Roland,

applications/jcstress tests are just jtreg wrappers around jcstress tests[1], so you can just run them as you would normally run a jcstress test:
$ java -jar jcstress.jar --jvmArgs -XX:+UnlockExperimentalVMOptions --jvmArgs -XX:+EnableJVMCI <rest of the flags prefixed w/ --jvmArgs) -v -t org.openjdk.jcstress.tests.acqrel

or, if you prefer to run the tests thru the wrapper, you can pass path to jcstress.jar via -Djdk.test.lib.artifacts.jcstress-tests-all:
$ make test TEST=test/hotspot/jtreg/applications/jcstress/acqrel.java JTREG=JAVA_OPTIONS="-Djdk.test.lib.artifacts.jcstress-tests-all=$path_to_ jcstress.jar -XX:+UnlockExperimentalVMOptions -XX:+EnableJVMCI <rest of the flags>"

if you need information on how to get jcstress.jar, please refer to jsctress wiki[1] (or ping Aleksey, he might have a place where he publishes jcstress-tests-all)

[1] https://wiki.openjdk.java.net/display/CodeTools/jcstress

-- Igor

> On Jul 9, 2020, at 1:32 AM, Roland Westrelin <rwestrel at redhat.com> wrote:
> 
> 
> http://cr.openjdk.java.net/~roland/8248598/webrev.00/
> https://bugs.openjdk.java.net/browse/JDK-8248598
> 
> It's the upstream graal fix from
> https://github.com/oracle/graal/pull/2651 unmodifiered.
> 
> I wanted to verify that the test case once part of the jdk source tree
> does fail without the fix and runs fine with it but couldn't figure out
> how. What are the steps for that?
> 
> Roland.
>