JDK-8224671 : AArch64: mauve System.arraycopy test failure
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 8-aarch64,11,13
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • CPU: aarch64
  • Submitted: 2019-05-23
  • Updated: 2022-11-11
  • Resolved: 2019-05-28
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 JDK 13 JDK 8 Other
11.0.11-oracleFixed 13 b23Fixed 8u351Fixed openjdk8u292Fixed
Related Reports
Relates :  
JDK-8257192 - Integrate AArch64 JIT port into 8u
Description
https://ci.adoptopenjdk.net/view/Test_grinder/job/Grinder/1633/tapResults/

"""
LT  FAIL: gnu.testlet.java.lang.System.arraycopy: Object casting (number 0)
LT  got caught IndexOutOfBoundsException but expected caught ArrayStoreException
"""

This only happens after Mauve has been running for some time, and appears to be a C1-AArch64 bug only.
Comments
As per the process, the backport should have been pushed to jdk11u-dev or flagged with jdk11u-critical-request. But it's probably ok as it is and will be picked up by the 11.0.4+6 tag.
29-05-2019
URL: http://hg.openjdk.java.net/jdk/jdk/rev/78e49883146f User: aph Date: 2019-05-28 12:32:22 +0000
28-05-2019
I'm not sure why this has been flagged as jdk8u-fix-request when there is no yet a fix to approve. Is the fix expected to be in shared code or in AArch64 C1 code? If it's the latter, then this is not applicable to 8u - which doesn't have an AArch64 port - but to aarch64/jdk8u-shenandoah.
27-05-2019