RFR: 8287227: Shenandoah: A couple of virtual thread tests failed with iu mode even without Loom enabled. [v2]

Aleksey Shipilev shade at openjdk.org
Fri Jun 24 09:21:52 UTC 2022


On Fri, 3 Jun 2022 11:59:14 GMT, Roland Westrelin <roland at openjdk.org> wrote:

>> With JDK-8277654, the load barrier slow path call doesn't produce raw
>> memory anymore but the IU barrier call still does. I propose removing
>> raw memory for that call too which also causes the assert that fails
>> to be removed.
>
> Roland Westrelin 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 four additional commits since the last revision:
> 
>  - new fix
>  - Merge branch 'master' into JDK-8287227
>  - Revert "fix"
>    
>    This reverts commit aa6f80a7883ee7032f81dbffac5d0257491d7118.
>  - fix

Looks good.

I tested `jdk_loom hotspot_loom` with Linux x86_64 fastdebug Shenandoah, including IU mode, and they pass. Apart from the known `Skynet` failure that is tracked separately.

Also ran Linux x86_64 fastdebug `tier1` with Shenandoah, with some unrelated failures.

src/hotspot/share/gc/shenandoah/c2/shenandoahSupport.cpp line 2678:

> 2676: void MemoryGraphFixer::record_new_ctrl(Node* ctrl, Node* new_ctrl, Node* mem, Node* mem_for_ctrl) {
> 2677:   if (mem_for_ctrl != mem) {
> 2678:     if (new_ctrl != ctrl) {

This two branches look collapsible.

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

Marked as reviewed by shade (Reviewer).

PR: https://git.openjdk.org/jdk/pull/8958


More information about the hotspot-compiler-dev mailing list