RFR: 8234906: [TESTBUG] TestDivZeroCheckControl fails for client VMs due to Unrecognized VM option LoopUnrollLimit
christoph.goettschkes at microdoc.com
christoph.goettschkes at microdoc.com
Tue Dec 3 12:22:49 UTC 2019
Hi Vladimir,
could you have a look at my updated webrev regarding this failing test?
https://cr.openjdk.java.net/~cgo/8234906/webrev.01/
See my inline comments in the mail below.
Thanks,
Christpoh
"hotspot-compiler-dev" <hotspot-compiler-dev-bounces at openjdk.java.net>
wrote on 2019-11-28 13:44:05:
> From: christoph.goettschkes at microdoc.com
> To: Vladimir Kozlov <vladimir.kozlov at oracle.com>
> Cc: hotspot-compiler-dev at openjdk.java.net
> Date: 2019-11-28 13:46
> Subject: Re: RFR: 8234906: [TESTBUG] TestDivZeroCheckControl fails for
> client VMs due to Unrecognized VM option LoopUnrollLimit
> Sent by: "hotspot-compiler-dev"
<hotspot-compiler-dev-bounces at openjdk.java.net>
>
> Hi Vladimir,
>
> Vladimir Kozlov <vladimir.kozlov at oracle.com> wrote on 2019-11-27
20:54:02:
>
> > From: Vladimir Kozlov <vladimir.kozlov at oracle.com>
> > To: christoph.goettschkes at microdoc.com,
> hotspot-compiler-dev at openjdk.java.net
> > Date: 2019-11-27 20:54
> > Subject: Re: RFR: 8234906: [TESTBUG] TestDivZeroCheckControl fails for
> > client VMs due to Unrecognized VM option LoopUnrollLimit
> >
> > Hi Christoph
> >
> > I was about suggest IgnoreUnrecognizedVMOptions flag but remembered
> > discussion about 8231954 fix.
>
> Yes, I try to avoid "IgnoreUnrecognizedVMOptions" because of our
previous
> discussion. I also think that it doesn't make sense to execute tests in
VM
> configurations for which they are not written for. Most of the compiler
> tests simply have "IgnoreUnrecognizedVMOptions" and probably waste a
good
> amount of time in certain VM configurations.
>
> > But I think the test should be run with Graal - it does have OSR
> > compilation and we need to test it.
>
> Sure. I disabled it, because I thought that the flag "LoopUnrollLimit"
is
> required to trigger the faulty behavior, but I don't know much about
> optimization in the graal JIT.
>
> >
> > We can do it by splitting test runs (duplicate @test block with
> > different run flags) to have 2 tests with different
> > flags and conditions. See [1].
> >
> > For existing @run block we use `@requires vm.compiler2.enabled` and
for
> > new without LoopUnrollLimit - `vm.graal.enabled`.
>
> I did the following:
>
> https://cr.openjdk.java.net/~cgo/8234906/webrev.01/
>
> Could you elaborate how the two flags are related? I though, if graal is
> used as a JIT, both `vm.graal.enabled` and `vm.compiler2.enabled` are
set
> to true. Is that correct? I don't have a setup with graal, so I can not
> test this.
>
> Thanks,
> Christoph
>
More information about the hotspot-compiler-dev
mailing list