JDK-8265537 : x86 version string truncated after JDK-8249672 11u backport
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 11.0.10
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2021-04-20
  • Updated: 2021-05-05
  • Resolved: 2021-04-26
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 11
11.0.12 b01Fixed
Related Reports
Relates :  
JDK-8249672 - Include microcode revision in features_string on x86
Description
I have been trying to run compiler/intrinsics/sha on 11u, and this happened on TR 3970X (AMD supports SHA on most of their chips, in contrast to Intel):

$ CONF=linux-x86_64-normal-server-fastdebug make images run-test TEST=compiler/intrinsics/sha/
TEST: compiler/intrinsics/sha/cli/TestUseSHA256IntrinsicsOptionOnUnsupportedCPU.java

TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.AssertionError: Option 'UseSHA256Intrinsics' is expected to have 'false' value Option 'UseSHA256Intrinsics' should be disabled by default

The cause seems to be the JDK-8249672 backport, which effectively enlarged the version string, and resulting string stopped fitting. This is generally innocuous for product code, but the tests line SHA intrinsics tests are going to that version string through Whitebox. At that time, the current 11u test code does not see "sha" feature for the machine in question (thus thinking UseSHA* should be false), while VM code knows that sha is supported (and thus UseSHA* are true). Tests then expectedly fail.

Mainline and 11u have different buffer sizes. Compare original and backport:
https://hg.openjdk.java.net/jdk-updates/jdk11u/rev/5c41dc4c48f8#l1.6
https://hg.openjdk.java.net/jdk/jdk/rev/931c949e05e4#l1.5

The buffer size was increased with JDK-8238696:
 https://hg.openjdk.java.net/jdk/jdk/rev/a9a78d821f37#l3.20

...but that one seems somewhat hard to backport, because it touches a few AVX512 code paths. So, I believe a targeted 11u fix amending the 11u backport is better.
Comments
URL: https://hg.openjdk.java.net/jdk-updates/jdk11u/rev/c6663c6eb0bd User: goetz Date: 2021-05-05 12:03:09 +0000
05-05-2021
URL: https://hg.openjdk.java.net/jdk-updates/jdk11u-dev/rev/c6663c6eb0bd User: shade Date: 2021-04-26 17:58:13 +0000
26-04-2021
Fix Request (11u) This resolves the test failure on 11u. Patch is 11u and trivial. 11u RFR (acked by mtorre): https://mail.openjdk.java.net/pipermail/jdk-updates-dev/2021-April/005846.html
22-04-2021