JDK-8334247 : [PPC64] Consider trap based nmethod entry barriers
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 24
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • CPU: ppc
  • Submitted: 2024-06-13
  • Updated: 2025-10-21
  • Resolved: 2025-10-15
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 26
26 b20Fixed
Related Reports
Blocks :  
JDK-8360540 - nmethod entry barriers of new nmethods should be disarmed
Relates :  
JDK-8260372 - [PPC64] Add support for JDK-8210498 and JDK-8222841
Description
BarrierSetAssembler::nmethod_entry_barrier currently uses a comparison and an explicit call to StubRoutines::method_entry_barrier(). We could replace it by a conditional trap instruction and dispatch to the stub in the signal handler. The old code should still be usable. The new code could be made available by a new diagnostic flag similar to e.g. TrapBasedICMissChecks.
Comments
Changeset: 112d8852 Branch: master Author: Martin Doerr <mdoerr@openjdk.org> Date: 2025-10-15 09:18:22 +0000 URL: https://git.openjdk.org/jdk/commit/112d88523d9d75829594da466c9b66dfe157cc3e
15-10-2025
A pull request was submitted for review. Branch: master URL: https://git.openjdk.org/jdk/pull/24135 Date: 2025-03-20 15:41:56 +0000
20-03-2025