[jdk17] RFR: 8269752: C2: assert(false) failed: Bad graph detected in build_loop_late
Christian Hagedorn
chagedorn at openjdk.java.net
Tue Jul 13 14:07:55 UTC 2021
On Tue, 13 Jul 2021 11:34:24 GMT, Roland Westrelin <roland at openjdk.org> wrote:
> Some nodes are sunk out of the outer loop of vMeth(). A CastII node is
> added on the exit path of the loop to pin the nodes out of the
> loop. The dominating test of that CastII is:
>
> if (i >= 132) {
>
> so the CastII is updated with type int [132..]
>
> The inner loop is eliminated, the outer loop is turned into a counted
> loop, pre/main/post loops are created. The CastII control is now a
> Region that merges paths from the pre/main/post loops. Its data input
> is a Phi that merges the iv Phis of the 3 loops.
>
> The loop body includes an early exit:
>
> if (i2 != 0) {
> vMeth_check_sum += i3;
> return;
> }
>
> That test is guaranteed to be taken at the second iteration. As a
> consequence, the backedge of the main loop is removed. What's left of
> the main loop is still guarded by a an entry test that compares the iv
> value out of the pre loop with an Opaque1 node. The CastII is now only
> reachable through that test. The iv Phi of the pre loop constant folds
> to a value that's not >= 132. As a consequence the CastII becomes
> top. top propagates to other data node and as a consequence a Phi is
> replaced by its only non top input. That causes the assert failure.
>
> The CastII should not be reachable anymore once the iv Phi of the pre
> loop has constant folded and the early exit in the main loop is always
> taken. But because the test that guards the main loop uses an Opaque1,
> it cannot constant fold. As a fix, I propose removing the Opaque1 once
> the backedge of the main loop is removed. This allows the entry test
> to constant fold. The Opaque1 has no purpose anymore given the loop
> doesn't exist at this point.
Nice analysis, that looks reasonable to me.
src/hotspot/share/opto/loopTransform.cpp line 2936:
> 2934:
> 2935: // Find RCE'd post loop so that we can stage its guard.
> 2936: if (legacy_cl->is_canonical_loop_entry() == NULL) return multi_version_succeeded;
Can you also add braces here?
-------------
Marked as reviewed by chagedorn (Reviewer).
PR: https://git.openjdk.java.net/jdk17/pull/247
More information about the hotspot-compiler-dev
mailing list