RFR: 8343774: compiler/c2/TestCastX2NotProcessedIGVN.java fails on ppc64(le) & s390x platforms
Amit Kumar
amitkumar at openjdk.org
Sat Nov 9 03:45:30 UTC 2024
On Fri, 8 Nov 2024 14:49:09 GMT, Richard Reingruber <rrich at openjdk.org> wrote:
>> Thanks for taking care of that.
>> Maybe it would be more robust to only enable the test on x86, aarch64 and riscv64.
>> The whole test doesn't need to excluded actually. Only IR matching on `test2` needs to be disabled. This can be done with:
>>
>> applyIfPlatformOr = {"x64", "true", "aarch64", "true", "riscv64", "true"})
>>
>> See `TestBoolNodeGVN.java` for instance.
>
>> Thanks for taking care of that. Maybe it would be more robust to only enable the test on x86, aarch64 and riscv64. The whole test doesn't need to excluded actually. Only IR matching on `test2` needs to be disabled. This can be done with:
>>
>> ```
>> applyIfPlatformOr = {"x64", "true", "aarch64", "true", "riscv64", "true"})
>> ```
>>
>> See `TestBoolNodeGVN.java` for instance.
>
> Ok. I've done that.
@reinrich Sorry for creating mess here.
Yesterday, this test failed while testing changes for JEP 450 related to compact headers. However, now I checked and head stream testing job shows that it does not fail with `jdk-head`;
I have verified and It fails only on s390x when I enable UseCompactObjectHeaders: `make test TEST=jtreg:$(find . -name TestCastX2NotProcessedIGVN.java) JTREG="VM_OPTIONS=-XX:+UnlockExperimentalVMOptions -XX:+UseCompactObjectHeaders"`.
While this issue could potentially occur with other settings, `UseCompactObjectHeaders` is the only one I have observed causing this failure. Do you suggest disabling this, or is separate debugging required to investigate this behaviour?"
-------------
PR Comment: https://git.openjdk.org/jdk/pull/21975#issuecomment-2466026795
More information about the hotspot-compiler-dev
mailing list