-
Notifications
You must be signed in to change notification settings - Fork 6.1k
8360776: Disable Intel APX by default and enable it with -XX:+UnlockExperimentalVMOptions -XX:+UseAPX in all builds #26029
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
base: master
Are you sure you want to change the base?
Conversation
👋 Welcome back sparasa! A progress list of the required criteria for merging this PR into |
@vamsi-parasa 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:
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 50 new commits pushed to the
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. 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 (@sviswa7, @dholmes-ora, @jatin-bhateja) but any other Committer may sponsor as well. ➡️ To flag this PR as ready for integration with the above commit message, type |
@vamsi-parasa The following label will be automatically applied to this pull request:
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. |
Webrevs
|
Please change the title as "8360776: Enable -XX+UseAPX as Experiminatal feature in all builds" We should also backport it to JDK-25 before RDP2 |
@@ -429,7 +429,7 @@ bool PosixSignals::pd_hotspot_signal_handler(int sig, siginfo_t* info, | |||
stub = VM_Version::cpuinfo_cont_addr(); | |||
} | |||
|
|||
#if !defined(PRODUCT) && defined(_LP64) | |||
#if defined(_LP64) |
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.
Is it still required after the removal of the 32-bit port of x86?
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.
Pls see the #if defined(_LP64)
check removed in the updated code.
@@ -255,7 +255,7 @@ bool PosixSignals::pd_hotspot_signal_handler(int sig, siginfo_t* info, | |||
stub = VM_Version::cpuinfo_cont_addr(); | |||
} | |||
|
|||
#if !defined(PRODUCT) && defined(_LP64) | |||
#if defined(_LP64) |
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.
Do we still need this after removal of 32-bit port of x86 ?
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.
Pls see the #if defined(_LP64)
check removed in the updated code.
Verified patch with the following configurations, we now enable APX only on APX-capable targets with -XX:+UnlockExperimentalVMOptions
|
// Enable APX support for product builds after | ||
// completion of planned features listed in JDK-8329030. |
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.
So you have decided not to follow the original plan ( as JDK-8329030 is not complete) and instead go ahead and enable APX in product mode now. Why? Was this discussed anywhere?
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.
@dholmes-ora The remaining items in JDK-8329030 are nice to have. I will update JDK-8329030 accordingly to reflect this.
@vamsi-parasa Please do not rebase or force-push to an active PR as it invalidates existing review comments. Note for future reference, the bots always squash all changes into a single commit automatically as part of the integration. See OpenJDK Developers’ Guide for more information. |
Please see the updated title as suggested. |
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.
Looks good to me.
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.
Okay the changes do as described.
Thanks
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.
LGTM.
Best Regards,
Jatin
Hi Emanuel (@eme64), Would it be possible to test this PR? Thanks, |
I submitted testing for this and will report back once it passed. |
Enabling APX as an experimental feature in product feels like an enhancement to me, I therefore converted this from a bug to an RFE. Per JEP 3, this would need approval for being backported to JDK 25 during RDP 1. |
Currently, APX is not enabled consistently between product and debug builds.
If the hardware supports Intel APX:
In product builds, APX is disabled by default, even if the user explicitly enables it using
-XX:+UnlockExperimentalVMOptions -XX:+UseAPX
.In debug builds, APX is enabled by default regardless of whether the user explicitly enables it or not.
The goal of this PR is to enable APX for both product and debug builds if and only if the user explicitly enables it using
-XX:+UnlockExperimentalVMOptions -XX:+UseAPX
.Progress
Issue
Reviewers
Reviewing
Using
git
Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk.git pull/26029/head:pull/26029
$ git checkout pull/26029
Update a local copy of the PR:
$ git checkout pull/26029
$ git pull https://git.openjdk.org/jdk.git pull/26029/head
Using Skara CLI tools
Checkout this PR locally:
$ git pr checkout 26029
View PR using the GUI difftool:
$ git pr show -t 26029
Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk/pull/26029.diff
Using Webrev
Link to Webrev Comment