On Mon, 28 Oct 2024 18:45:59 GMT, Tom Rodriguez wrote:
> Deoptimization with escape analysis can fail when trying to rematerialize
> objects as described in JDK-8227309. In this test this can happen in Xcomp
> mode in the framework of the test resulting in a test failure. M
On Fri, 31 Jan 2025 22:18:32 GMT, Tom Rodriguez wrote:
>> Deoptimization with escape analysis can fail when trying to rematerialize
>> objects as described in JDK-8227309. In this test this can happen in Xcomp
>> mode in the framework of the test resulting in a test fa
On Fri, 31 Jan 2025 22:18:32 GMT, Tom Rodriguez wrote:
>> Deoptimization with escape analysis can fail when trying to rematerialize
>> objects as described in JDK-8227309. In this test this can happen in Xcomp
>> mode in the framework of the test resulting in a test fa
On Thu, 16 Jan 2025 18:37:36 GMT, Tom Rodriguez wrote:
>> Deoptimization with escape analysis can fail when trying to rematerialize
>> objects as described in JDK-8227309. In this test this can happen in Xcomp
>> mode in the framework of the test resulting in a test fa
ent and thus the OOM during
> deopt.
Tom Rodriguez has updated the pull request with a new target base due to a
merge or a rebase. The incremental webrev excludes the unrelated changes
brought in by the merge/rebase. The pull request contains five additional
commits since the last revisi
On Thu, 16 Jan 2025 18:37:36 GMT, Tom Rodriguez wrote:
>> Deoptimization with escape analysis can fail when trying to rematerialize
>> objects as described in JDK-8227309. In this test this can happen in Xcomp
>> mode in the framework of the test resulting in a test fa
On Thu, 16 Jan 2025 18:37:36 GMT, Tom Rodriguez wrote:
>> Deoptimization with escape analysis can fail when trying to rematerialize
>> objects as described in JDK-8227309. In this test this can happen in Xcomp
>> mode in the framework of the test resulting in a test fa
ent and thus the OOM during
> deopt.
Tom Rodriguez has updated the pull request with a new target base due to a
merge or a rebase. The incremental webrev excludes the unrelated changes
brought in by the merge/rebase. The pull request contains three additional
commits since the last revis
On Sat, 2 Nov 2024 11:02:13 GMT, Jaikiran Pai wrote:
>> Deoptimization with escape analysis can fail when trying to rematerialize
>> objects as described in JDK-8227309. In this test this can happen in Xcomp
>> mode in the framework of the test resulting in a test failure. Making the
>> numb
On Tue, 29 Oct 2024 16:52:45 GMT, Tom Rodriguez wrote:
> The notification that finalize is complete should be done after printing the
> message because in Xcomp mode there might be a significant delay at the
> println so the object hasn't actually been finalized yet.
This pull r
On Wed, 4 Dec 2024 05:53:22 GMT, Tom Rodriguez wrote:
>> The notification that finalize is complete should be done after printing the
>> message because in Xcomp mode there might be a significant delay at the
>> println so the object hasn't actually been finalized yet
> The notification that finalize is complete should be done after printing the
> message because in Xcomp mode there might be a significant delay at the
> println so the object hasn't actually been finalized yet.
Tom Rodriguez has updated the pull request with a new target base d
On Tue, 29 Oct 2024 16:52:45 GMT, Tom Rodriguez wrote:
> The notification that finalize is complete should be done after printing the
> message because in Xcomp mode there might be a significant delay at the
> println so the object hasn't actually been finalized yet.
It prob
The notification that finalize is complete should be done after printing the
message because in Xcomp mode there might be a significant delay at the println
so the object hasn't actually been finalized yet.
-
Commit messages:
- 8343213: TEST_BUG: [Graal] java/lang/ref/Basic.java fa
Deoptimization with escape analysis can fail when trying to rematerialize
objects as described in JDK-8227309. In this test this can happen in Xcomp
mode in the framework of the test resulting in a test failure. Making the
number of threads non-final avoids scalar replacement and thus the OOM
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
32 matches
Mail list logo
