[jdk25u-dev] RFR: 8360540: nmethod entry barriers of new nmethods should be disarmed

[Roland Mesde]

Backporting JDK-8360540: nmethod entry barriers of new nmethods should be disarmed

This PR addresses an optimization gap where nmethod entry barriers are unnecessarily executed for new methods in non-ZGC/non-ShenandoahGC collectors. Since JDK-8290025, all GCs use nmethod entry barriers, but only ZGC and ShenandoahGC properly disarm these barriers for new nmethods before first execution. The fix adds disarm calls for other GCs to match ZGC/ShenandoahGC behavior.

This backport has internal demand.

Ran related tests on linux-x64, linux-aarch64, macos-aarch64 and windows-x64:

make test TEST=test/hotspot/jtreg/vmTestbase/gc

-------------

Commit messages:
 - Backport e1c58f858a64853c2d454fd00a84455ca6700055

Changes: https://git.openjdk.org/jdk25u-dev/pull/140/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk25u-dev&pr=140&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8360540
  Stats: 9 lines in 3 files changed: 9 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk25u-dev/pull/140.diff
  Fetch: git fetch https://git.openjdk.org/jdk25u-dev.git pull/140/head:pull/140

PR: https://git.openjdk.org/jdk25u-dev/pull/140