Skip to content

Conversation

@shipilev
Copy link
Member

@shipilev shipilev commented Sep 22, 2021

I was puzzled by it when fixing JDK-8274060. It looks that new optimizations added by JDK-8273454 and JDK-8263006 rewire in(1) and in(2) in MulNode::Ideal, which means the chained transformations should see them? Yet, both inputs and their Type-s are cached locally and not refreshed. I have not seen failures due to this yet, but it looks that the current code is subtly incorrect because of this.

I thought about doing return this instead of progress = true, so that we leave MulNode::Ideal once we hit any transform and hope to return back, but I wondered if that would expose us to different graph shapes in-between successive MulNode::Ideal calls, which might have other unintended consequences. Therefore, I opted to a more conservative patch.

Additional testing:

  • compiler/ tests
  • tier1 tests
  • 100K Fuzzer tests (one unrelated failure)

Progress

  • Change must not contain extraneous whitespace
  • Commit message must refer to an issue
  • Change must be properly reviewed

Issue

  • JDK-8274130: C2: MulNode::Ideal chained transformations may act on wrong nodes

Reviewers

Reviewing

Using git

Checkout this PR locally:
$ git fetch https://git.openjdk.java.net/jdk pull/5631/head:pull/5631
$ git checkout pull/5631

Update a local copy of the PR:
$ git checkout pull/5631
$ git pull https://git.openjdk.java.net/jdk pull/5631/head

Using Skara CLI tools

Checkout this PR locally:
$ git pr checkout 5631

View PR using the GUI difftool:
$ git pr show -t 5631

Using diff file

Download this PR as a diff file:
https://git.openjdk.java.net/jdk/pull/5631.diff

@bridgekeeper
Copy link

bridgekeeper bot commented Sep 22, 2021

👋 Welcome back shade! A progress list of the required criteria for merging this PR into master will be added to the body of your pull request. There are additional pull request commands available for use with this pull request.

@openjdk openjdk bot added the rfr Pull request is ready for review label Sep 22, 2021
@openjdk
Copy link

openjdk bot commented Sep 22, 2021

@shipilev The following label will be automatically applied to this pull request:

  • hotspot-compiler

When this pull request is ready to be reviewed, an "RFR" email will be sent to the corresponding mailing list. If you would like to change these labels, use the /label pull request command.

@openjdk openjdk bot added the hotspot-compiler hotspot-compiler-dev@openjdk.org label Sep 22, 2021
@mlbridge
Copy link

mlbridge bot commented Sep 22, 2021

Webrevs

@adinn
Copy link
Contributor

adinn commented Sep 22, 2021

This is actually cleaner but I'm not sure the change is strictly needed. In these specific transforms I think the types of the operands and the operation ought never to differ.

e.g for the multuply rule we transform (MulF (MinusF f2) (MinusF f2)) ==> (MulF f1 f2. The types of the MinusF terms input to the MulF both have to be float. So, do the types of the inputs f1 and f2. We should never get an input graph that has, say, a float for one arg and a double for another.

@shipilev
Copy link
Member Author

This is actually cleaner but I'm not sure the change is strictly needed. In these specific transforms I think the types of the operands and the operation ought never to differ.

For types and current transforms, that might be true. It might not hold true in future. The patch, however, also makes sure these lines refer to the most actual nodes:

        igvn->_worklist.push(in1);
        igvn->_worklist.push(in2);

Copy link
Member

@TobiHartmann TobiHartmann left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That looks good to me (I would prefer the pointer asterisk next to the type though).

@shipilev
Copy link
Member Author

That looks good to me (I would prefer the pointer asterisk next to the type though).

Aligned! See new commit.

Copy link
Member

@TobiHartmann TobiHartmann left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good, thanks for changing.

@openjdk
Copy link

openjdk bot commented Sep 27, 2021

@shipilev This change now passes all automated pre-integration checks.

ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details.

After integration, the commit message for the final commit will be:

8274130: C2: MulNode::Ideal chained transformations may act on wrong nodes

Reviewed-by: thartmann, kvn

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 93 new commits pushed to the master branch:

  • d8a278f: 8274396: Suppress more warnings on non-serializable non-transient instance fields in client libs
  • e49e5b5: 8273972: Multi-core choke point in CMM engine (LCMSTransform.doTransform)
  • 2072bc7: 8274391: Suppress more warnings on non-serializable non-transient instance fields in java.util.concurrent
  • 6a477bd: 8274415: Suppress warnings on non-serializable non-transient instance fields in java.xml
  • 67e52a3: 8273634: [TEST_BUG] Improve javax/swing/text/ParagraphView/6364882/bug6364882.java
  • b7425b6: 8239502: [TEST_BUG] Test javax/swing/text/FlowView/6318524/bug6318524.java never fails
  • c57a6c6: 8274265: Suspicious string concatenation in logTestUtils.inline.hpp
  • 6f4cefb: 8274394: Use Optional.isEmpty instead of !Optional.isPresent in jdk.jlink
  • 94f5e80: 8274276: Cache normalizedBase URL in URLClassPath.FileLoader
  • b36881f: 8274383: JNI call of getAccessibleSelection on a wrong thread
  • ... and 83 more: https://git.openjdk.java.net/jdk/compare/c77ebe88748b0a55f1fc7a5497314a752eab1e2a...master

As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details.

➡️ To integrate this PR with the above commit message to the master branch, type /integrate in a new comment.

@openjdk openjdk bot added the ready Pull request is ready to be integrated label Sep 27, 2021
Copy link
Contributor

@vnkozlov vnkozlov left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good.

@shipilev
Copy link
Member Author

Thanks!

/integrate

@openjdk
Copy link

openjdk bot commented Sep 29, 2021

Going to push as commit 756d22c.
Since your change was applied there have been 97 commits pushed to the master branch:

  • 5b0c9cc: 8274172: Convert JavadocTester to use NIO
  • 2657bcb: 8274136: -XX:+ExitOnOutOfMemoryError calls exit while threads are running
  • 53b25bc: 8273459: Update code segment alignment to 64 bytes
  • 1a29b1e: 8274016: Replace 'for' cycles with iterator with enhanced-for in java.desktop
  • d8a278f: 8274396: Suppress more warnings on non-serializable non-transient instance fields in client libs
  • e49e5b5: 8273972: Multi-core choke point in CMM engine (LCMSTransform.doTransform)
  • 2072bc7: 8274391: Suppress more warnings on non-serializable non-transient instance fields in java.util.concurrent
  • 6a477bd: 8274415: Suppress warnings on non-serializable non-transient instance fields in java.xml
  • 67e52a3: 8273634: [TEST_BUG] Improve javax/swing/text/ParagraphView/6364882/bug6364882.java
  • b7425b6: 8239502: [TEST_BUG] Test javax/swing/text/FlowView/6318524/bug6318524.java never fails
  • ... and 87 more: https://git.openjdk.java.net/jdk/compare/c77ebe88748b0a55f1fc7a5497314a752eab1e2a...master

Your commit was automatically rebased without conflicts.

@openjdk openjdk bot closed this Sep 29, 2021
@openjdk openjdk bot added integrated Pull request has been integrated and removed ready Pull request is ready to be integrated rfr Pull request is ready for review labels Sep 29, 2021
@openjdk
Copy link

openjdk bot commented Sep 29, 2021

@shipilev Pushed as commit 756d22c.

💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored.

@shipilev shipilev deleted the JDK-8274130-mulnode-ideal-chaining branch October 11, 2021 11:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

hotspot-compiler hotspot-compiler-dev@openjdk.org integrated Pull request has been integrated

Development

Successfully merging this pull request may close these issues.

4 participants