-
Notifications
You must be signed in to change notification settings - Fork 238
8307572: AArch64: Vector registers are clobbered by some macroassemblers #2032
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
Conversation
jdk11 also has the bug of JDK-8307572, so I propose to backport the fix to jdk11u. This is not a clean backport. Main changes: 1) Definition of reg_class v4_reg..v7_reg, and operand vRegD_V4..vRegD_V7 are missing in jdk11u aarch64.ad, which was introduced in JDK-8214527. Added those definitions in this patch, as we need to claim them to be killed in match rules. 2) JDK-8274243 (not a valid backport for 11u) changed MacroAssembler::encode_iso_array() a lot, but the bug of invalid use of v4/v5 still exists before and after that patch. Fixed the conflicts by using 11u naming convention. No new jtreg test failure with both release and fastdebug build. Test case added in JDK-8307572 passes now, which fails without the backport.
👋 Welcome back njian! A progress list of the required criteria for merging this PR into |
This backport pull request has now been updated with issue from the original commit. |
Webrevs
|
@nsjian 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 1 new commit pushed to the
Please see this link for an up-to-date comparison between the source branch of this pull request and the As you do not have Committer status in this project an existing Committer must agree to sponsor your change. Possible candidates are the reviewers of this PR (@theRealAph) but any other Committer may sponsor as well. ➡️ To flag this PR as ready for integration with the above commit message, type |
Thank you @theRealAph for the review! All checks are clean with jdk11u-fix-yes approval in JBS. Can someone please help to sponsor? Thanks! /integrate |
/sponsor |
@theRealAph @nsjian Pushed as commit 32e16ae. 💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored. |
jdk11 also has the bug of JDK-8307572, so I propose to backport the fix to jdk11u. This is not a clean backport. Main changes:
Definition of reg_class v4_reg..v7_reg, and operand vRegD_V4..vRegD_V7 are missing in jdk11u aarch64.ad, which was introduced in JDK-8214527. Added those definitions in this patch, as we need to claim them to be killed in match rules.
JDK-8274243 (not a valid backport for 11u) changed MacroAssembler::encode_iso_array() a lot, but the bug of invalid use of v4/v5 still exists before and after that patch. Fixed the conflicts by using jdk11u naming convention.
No new jtreg test failure with both release and fastdebug build. Test case added in JDK-8307572 passes now, which fails without the backport.
Progress
Issue
Reviewers
Reviewing
Using
git
Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk11u-dev.git pull/2032/head:pull/2032
$ git checkout pull/2032
Update a local copy of the PR:
$ git checkout pull/2032
$ git pull https://git.openjdk.org/jdk11u-dev.git pull/2032/head
Using Skara CLI tools
Checkout this PR locally:
$ git pr checkout 2032
View PR using the GUI difftool:
$ git pr show -t 2032
Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk11u-dev/pull/2032.diff
Webrev
Link to Webrev Comment