On Fri, 9 Aug 2024 15:54:51 GMT, Roger Riggs wrote:
> Addressing latent issues with ReferencedKeyTest
> - During the `methods()` tests the keys should be strongly held to avoid
> inadvertent GC collection and subsequent test failures (JDK-8336926)
> - Merge changes from Valhalla to use String (i
On Tue, 9 Jul 2024 13:46:46 GMT, Doug Simon wrote:
>> This PR addresses intermittent failures in jtreg GC stress tests. The
>> failures occur under these conditions:
>> 1. Using a libgraal build with assertions enabled as the top tier JIT
>> compiler. Such a libgraal build will cause a VM exit
On Thu, 7 Dec 2023 05:18:26 GMT, Jaikiran Pai wrote:
>> This slightly increases the wait for reference processing to complete to
>> accommodate long Xcomp compile times. Testing is underway.
>
> test/jdk/java/lang/Object/FinalizationOption.java line 89:
>
>> 87: static boolean checkFinaliz
On Mon, 4 Dec 2023 20:51:20 GMT, Joe Darcy wrote:
>> This slightly increases the wait for reference processing to complete to
>> accommodate long Xcomp compile times. Testing is underway.
>
> test/jdk/java/lang/Object/FinalizationOption.java line 92:
>
>> 90: System.gc();
>> 91:
This slightly increases the wait for reference processing to complete to
accommodate long Xcomp compile times. Testing is underway.
-
Commit messages:
- 8320198: some reference processing tests don't wait long enough for
reference processing to complete
Changes: https://git.openj
On Tue, 3 Oct 2023 07:47:30 GMT, Gergö Barany wrote:
> This test requires certain methods to be compiled, but without `-Xbatch` the
> compiler races against the test code, which can lead to intermittent failures.
Marked as reviewed by never (Reviewer).
-
PR Review: https://git.ope
On Tue, 8 Aug 2023 20:52:29 GMT, Doug Simon wrote:
> In a test that stresses metaspace (such as
> `vmTestbase/vm/mlvm/hiddenloader/stress/oome/metaspace/Test.java`) that also
> uses `-Xcomp -XX:-TieredCompilation`, we've seen a failure in
> `TranslatedException.` due to exhausted metaspace:
>
On Mon, 12 Jun 2023 09:20:09 GMT, Doug Simon wrote:
>> src/jdk.internal.vm.ci/share/classes/jdk/vm/ci/services/Services.java line
>> 314:
>>
>>> 312: String key = toJavaString(unsafe, unsafe.getLong(prop +
>>> keyOffset));
>>> 313: long valueAddress = unsafe.getLong(pro
On Mon, 12 Jun 2023 09:21:14 GMT, Doug Simon wrote:
>> This PR reduces the amount of code executed during libgraal initialization.
>> This not only improves VM startup overall but all fixes a number of JDK test
>> failures that are caused by Java code executing "too early". For example,
>> `ja
On Sun, 11 Jun 2023 17:26:28 GMT, Doug Simon wrote:
>> This PR reduces the amount of code executed during libgraal initialization.
>> This not only improves VM startup overall but all fixes a number of JDK test
>> failures that are caused by Java code executing "too early". For example,
>> `ja
On Fri, 2 Jun 2023 20:32:14 GMT, Doug Simon wrote:
> This PR improves the startup time for libgraal by speeding up how
> `VM.savedProps` is copied into libgraal. This data structure is now
> serialized to a native buffer directly from C++ and the native buffer is then
> directly decoded by lib
On Mon, 5 Jun 2023 19:12:52 GMT, Tom Rodriguez wrote:
> This allows bin/idea.sh to properly see the JVMCI files again.
This pull request has now been integrated.
Changeset: 7edd0540
Author: Tom Rodriguez
URL:
https://git.openjdk.org/jdk/com
This allows bin/idea.sh to properly see the JVMCI files again.
-
Commit messages:
- 8309501: Remove workaround in bin/idea.sh for non standard JVMCI file layout
Changes: https://git.openjdk.org/jdk/pull/14318/files
Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=14318&range=00
I
On Fri, 2 Jun 2023 20:32:14 GMT, Doug Simon wrote:
> This PR improves the startup time for libgraal by speeding up how
> `VM.savedProps` is copied into libgraal. This data structure is now
> serialized to a native buffer directly from C++ and the native buffer is then
> directly decoded by lib
On Wed, 8 Mar 2023 22:59:23 GMT, Doug Simon wrote:
>> This PR extends JVMCI with new API (`jdk.vm.ci.meta.Annotated`) for
>> accessing annotations. The main differences from
>> `java.lang.reflect.AnnotatedElement` are:
>> * Each `Annotated` method explicitly specifies the annotation type(s) for
On Fri, 3 Mar 2023 15:40:01 GMT, Doug Simon wrote:
> JDK-8297431 added code for special handling of OutOfMemoryError when
> translating an exception between libjvmci and HotSpot[1].
> Unfortunately, this code was deleted by JDK-8298099 when moving the exception
> translation mechanism to VMSupp
On Tue, 6 Dec 2022 16:06:34 GMT, Doug Simon wrote:
>> Libgraal is compiled ahead of time and should not need any JVMCI Java code
>> to be dynamically loaded at runtime. Prior to this PR, this is not the case
>> due to:
>>
>> * Code to copy system properties from the HotSpot heap into the libgr
17 matches
Mail list logo