head	1.2;
access;
symbols;
locks; strict;
comment	@// @;


1.2
date	2025.08.06.13.42.45;	author pho;	state dead;
branches;
next	1.1;
commitid	Zod5d4bBFP1rQF5G;

1.1
date	2025.08.04.13.22.06;	author pho;	state Exp;
branches;
next	;
commitid	hLvjvkVJi5XjNp5G;


desc
@@


1.2
log
@lang/openjdk11: Reduce the number of patches by making use of SUBST, like I did in openjdk17
@
text
@$NetBSD: patch-src_hotspot_share_jvmci_jvmciEnv.hpp,v 1.1 2025/08/04 13:22:06 pho Exp $

Workaround for the Hotspot VM dying on Apple Silicon chips. See
the patch to threadWXSetters.inline.hpp for details.

--- src/hotspot/share/jvmci/jvmciEnv.hpp.orig	2025-08-01 08:06:09.852615593 +0000
+++ src/hotspot/share/jvmci/jvmciEnv.hpp
@@@@ -37,7 +37,7 @@@@ class CompileTask;
 // Bring the JVMCI compiler thread into the VM state.
 #define JVMCI_VM_ENTRY_MARK                       \
   JavaThread* thread = JavaThread::current(); \
-  MACOS_AARCH64_ONLY(ThreadWXEnable __wx(WXWrite, thread)); \
+  AARCH64_ONLY(ThreadWXEnable __wx(WXWrite, thread)); \
   ThreadInVMfromNative __tiv(thread);       \
   ResetNoHandleMark rnhm;                   \
   HandleMarkCleaner __hm(thread);           \
@


1.1
log
@lang/openjdk11: Workaround for the VM dying on Apple Silicon chips

See the patch for threadWXSetters.inline.hpp for details. I rebuilt the
bootkit for aarch64 with new patches applied. This may cause some
performance regression on Cortex series, but as I stated in the patch
comment, relying on assumptions made on implementation details of chips is
fundamentally unsound, and that's why it didn't work on Apple Silicon in
the first place.

Also backported fixes regarding floating point arithmetics that appeared in
OpenJDK 22.
@
text
@d1 1
a1 1
$NetBSD$
@