JDK-8367899 : compiler/c2/gvn/TestBitCompressValueTransform.java intermittent timed out
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 26
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: linux
  • CPU: x86_64
  • Submitted: 2025-09-17
  • Updated: 2025-10-06
  • Resolved: 2025-10-06
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 26
26 masterFixed
Related Reports
Relates :  
JDK-8260555 - Change the default TIMEOUT_FACTOR from 4 to 1
Relates :  
JDK-8350896 - Integer/Long.compress gets wrong type from CompressBitsNode::Value
Description
Test compiler/c2/gvn/TestBitCompressValueTransform.java intermittent timed out when run with other tests simultancely on linux-x64 with jdk release build.
Comments
Changeset: 2c114d67 Branch: master Author: SendaoYan <syan@openjdk.org> Date: 2025-10-06 09:26:51 +0000 URL: https://git.openjdk.org/jdk/commit/2c114d676d9904094dd6058d15f06d801ec7a3d6
06-10-2025
A pull request was submitted for review. Branch: master URL: https://git.openjdk.org/jdk/pull/27548 Date: 2025-09-29 13:52:59 +0000
29-09-2025
There are 20 10k/20k loop count of loops in this test, this cause test need many CPU cycles to finish. If I reduce the loop count from 10k/20k to 100/200, the test failures descripted in JDK-8350896 also reproduced when the tested jdk is jdk25u. So it seems that there no need so many loop count for these tests. Caused by: java.lang.RuntimeException: assertEquals expected: -9223372036854775808 but was: 0 at jdk.test.lib.Asserts.fail(Asserts.java:715) at jdk.test.lib.Asserts.assertEquals(Asserts.java:208) at jdk.test.lib.Asserts.assertEquals(Asserts.java:195) at jdk.test.lib.Asserts.assertEQ(Asserts.java:172) at compiler.c2.gvn.TestBitCompressValueTransform.run1(TestBitCompressValueTransform.java:83) at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104) ... 7 more Caused by: java.lang.RuntimeException: assertEquals expected: -2147483648 but was: 0 at jdk.test.lib.Asserts.fail(Asserts.java:715) at jdk.test.lib.Asserts.assertEquals(Asserts.java:208) at jdk.test.lib.Asserts.assertEquals(Asserts.java:195) at jdk.test.lib.Asserts.assertEQ(Asserts.java:172) at compiler.c2.gvn.TestBitCompressValueTransform.run2(TestBitCompressValueTransform.java:99) at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104) ... 7 more
29-09-2025
ILW = Test timeout with linux-x64 product, intermittent and not observed in Oracle CI yet, no workaround = MLH = P4
18-09-2025