RFR: 8365911: AArch64: Fix encoding error in sve_cpy for negative floats [v3]

erifan duke at openjdk.org
Wed Sep 3 10:02:24 UTC 2025


> The sve_cpy instruction is not correctly implemented for negative floating-point values. The issues include:
> 
> 1. When a negative floating-point number (e.g. `-1.0`) is passed, the `checked_cast<int8_t>(pack(d))` check fails. For example, assume `d = -1.0`:
> - `pack(-1.0)` returns an unsigned int with the 7th bit set, i.e., `0xf0`.
> - `checked_cast<int8_t>(0xf0)` casts `0xf0` to an int8_t value, which is `-16`.
> - Casting this int8_t `-16` back to unsigned int results in `0xfffffff0`.
> - The check compares `0xf0` to `0xfffffff0`, which obviously fails.
> 
> 2. Additionally, the encoding of the negative floating-point number is incorrect:
> - The imm8 field can fall outside the valid range of **[-128, 127]**.
> - Bit **13** should be encoded as **0** for floating-point numbers.
> 
> This PR fixes these issues and renames floating-point `sve_cpy` as `sve_fcpy`.
> 
> Some test cases are added to aarch64-asmtest.py, and all tests passed.

erifan has updated the pull request incrementally with one additional commit since the last revision:

  Code style fixes

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

Changes:
  - all: https://git.openjdk.org/jdk/pull/26951/files
  - new: https://git.openjdk.org/jdk/pull/26951/files/16a06948..66ba6570

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=26951&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=26951&range=01-02

  Stats: 1 line in 1 file changed: 0 ins; 0 del; 1 mod
  Patch: https://git.openjdk.org/jdk/pull/26951.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/26951/head:pull/26951

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


More information about the hotspot-compiler-dev mailing list