head 1.2;
access;
symbols;
locks; strict;
comment @# @;
1.2
date 2025.08.06.13.42.46; 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_prims_jvmtiEnter.xsl,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/prims/jvmtiEnter.xsl.orig 2025-08-01 08:09:37.206406219 +0000
+++ src/hotspot/share/prims/jvmtiEnter.xsl
@@@@ -432,7 +432,7 @@@@ struct jvmtiInterface_1_ jvmti
JavaThread* current_thread = (JavaThread*)this_thread;
- MACOS_AARCH64_ONLY(ThreadWXEnable __wx(WXWrite, current_thread));
+ AARCH64_ONLY(ThreadWXEnable __wx(WXWrite, current_thread));
ThreadInVMfromNative __tiv(current_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$
@