RFR: 8343214: Fix encoding errors in APX New Data Destination Instructions Support
Srinivas Vamsi Parasa
sparasa at openjdk.org
Wed Oct 30 22:14:32 UTC 2024
On Wed, 30 Oct 2024 07:46:26 GMT, Jatin Bhateja <jbhateja at openjdk.org> wrote:
>> The goal of this PR is to fix instruction encoding errors for some of the instructions which support the APX New Data Destination (NDD) and No Flags (NF) features (added in [JDK-8329035](https://bugs.openjdk.org/browse/JDK-8329035))
>
> src/hotspot/cpu/x86/assembler_x86.cpp line 2632:
>
>> 2630: InstructionAttr attributes(AVX_128bit, /* vex_w */ false, /* legacy_mode */ false, /* no_mask_reg */ true, /* uses_vl */ false);
>> 2631: attributes.set_address_attributes(/* tuple_type */ EVEX_NOSCALE, /* input_size_in_bits */ EVEX_32bit);
>> 2632: evex_prefix_nf(src, 0, dst->encoding(), VEX_SIMD_NONE, VEX_OPCODE_0F_3C, &attributes, no_flags);
>
> Could you also replace VEX_OPCODE_OF_3C with the standard naming convention of VEX_OPCODE_MAP4?
> I added /*MAP4*/ in the comments after the prefix for the setzuCC instruction, but it's better to make this change consistently in all places.
Hi Jatin,
If I understand correctly, are you suggesting that I add a comment in front like `/* MAP4 */VEX_OPCODE_0F_3C` for all occurrences of VEX_OPCODE_OF_3C in this PR?
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/21770#discussion_r1823509217
More information about the hotspot-compiler-dev
mailing list