New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
8275330: C2: assert(n->is_Root() || n->is_Region() || n->is_Phi() || n->is_MachMerge() || def_block->dominates(block)) failed: uses must be dominated by definitions #6429
Conversation
rwestrel
commented
Nov 17, 2021
•
edited by openjdk <span class="Label Label--secondary">bot</span>
edited by openjdk <span class="Label Label--secondary">bot</span>
|
Webrevs
|
prev_proj = clone_skeleton_predicate_for_main_or_post_loop(iff, init, stride, ctrl, proj, post_loop_entry, | ||
post_loop, prev_proj); | ||
assert(!skeleton_predicate_has_opaque(prev_proj->in(0)->as_If()), "unexpected"); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Intendation is wrong.
@rwestrel This change now passes all automated pre-integration checks. After integration, the commit message for the final commit will be:
You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed. At the time when this comment was updated there had been 6 new commits pushed to the
Please see this link for an up-to-date comparison between the source branch of this pull request and the
|
Otherwise, the fix looks reasonable to me! When I was fixing related bugs before, I found myself wondering if the post loop does not need these predicates as well - turns out now it does.
@@ -1544,7 +1545,8 @@ void PhaseIdealLoop::insert_pre_post_loops(IdealLoopTree *loop, Node_List &old_n | |||
// Add the post loop | |||
const uint idx_before_pre_post = Compile::current()->unique(); | |||
CountedLoopNode *post_head = NULL; | |||
Node *main_exit = insert_post_loop(loop, old_new, main_head, main_end, incr, limit, post_head); | |||
Node* post_incr = incr; | |||
Node *main_exit = insert_post_loop(loop, old_new, main_head, main_end, post_incr, limit, post_head); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could also be updated: Node *main_exit
-> Node* main_exit
.
@@ -1968,6 +1975,34 @@ void PhaseIdealLoop::update_main_loop_skeleton_predicates(Node* ctrl, CountedLoo | |||
} | |||
} | |||
|
|||
void PhaseIdealLoop::insert_post_loop_skeleton_predicates(LoopNode* main_loop_head, CountedLoopNode* post_loop_head, Node* init, Node* stride) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe this could be renamed to copy_skeleton_predicates_to_post_loop()
to be consistent with the method copy_skeleton_predicates_to_main_loop()
?
@@ -1915,6 +1920,7 @@ Node *PhaseIdealLoop::insert_post_loop(IdealLoopTree *loop, Node_List &old_new, | |||
// CastII for the new post loop: | |||
Node* castii = cast_incr_before_loop(zer_opaq->in(1), zer_taken, post_head); | |||
assert(castii != NULL, "no castII inserted"); | |||
incr = castii; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You could directly assign incr
on L1921 instead of using the additional castii
variable.
@TobiHartmann @chhagedorn Thanks for the reviews. All comment should be addressed in the updated change. |
/integrate |
Going to push as commit 3e798dd.
Your commit was automatically rebased without conflicts. |
This is similar to previous bugs where:
a cast/conv node captures a narrow type in a loop body because of a
range check,
the range check is optimized out of the loop, pre/main/post loop are
created
overunrolling causes the main loop to become unreachable (the range
check, if still in the main loop, would fail), the cast transforms to
top but c2 can't optimize the loop out
This was fixed by adding predicates above the main loop. With this
particular bug, the cast node is in the post loop. The fix I propose
is to also add predicates above the post loop. There are a few
locations in the code that cause a post loop to be added: either the
initial post loop or some other post loops for vectorization
support. I think the new predicates are needed in a all cases. To be
able to add predicates at these different points in the optimization
process, the new predicates are copied from the main loop predicates.
I also delayed folding of Opaque4 nodes to macro expansion rather than
post loop opts igvn. The reason for that is that I believe there's a
risk that an Opaque4 is removed (that is replaced by its input 2)
before its input 1 has a chance to constant fold. That wouldn't happen
with a debug build because we leave the tests in (that is replace the
Opaque4 node by its input 1) so that corner case is not properly
tested currently. The reason for leaving the tests in was to sanity
check that the tests are indeed correct.
Progress
Issue
Reviewers
Reviewing
Using
git
Checkout this PR locally:
$ git fetch https://git.openjdk.java.net/jdk pull/6429/head:pull/6429
$ git checkout pull/6429
Update a local copy of the PR:
$ git checkout pull/6429
$ git pull https://git.openjdk.java.net/jdk pull/6429/head
Using Skara CLI tools
Checkout this PR locally:
$ git pr checkout 6429
View PR using the GUI difftool:
$ git pr show -t 6429
Using diff file
Download this PR as a diff file:
https://git.openjdk.java.net/jdk/pull/6429.diff