-
Notifications
You must be signed in to change notification settings - Fork 5.4k
ARM64-SVE: Don't assume MOVPRFX #107134
Copy link
Copy link
Open
Labels
Priority:2Work that is important, but not critical for the releaseWork that is important, but not critical for the releasearch-arm64area-CodeGen-coreclrCLR JIT compiler in src/coreclr/src/jit and related components such as SuperPMICLR JIT compiler in src/coreclr/src/jit and related components such as SuperPMIarm-sveWork related to arm64 SVE/SVE2 supportWork related to arm64 SVE/SVE2 support
Milestone
Metadata
Metadata
Assignees
Labels
Priority:2Work that is important, but not critical for the releaseWork that is important, but not critical for the releasearch-arm64area-CodeGen-coreclrCLR JIT compiler in src/coreclr/src/jit and related components such as SuperPMICLR JIT compiler in src/coreclr/src/jit and related components such as SuperPMIarm-sveWork related to arm64 SVE/SVE2 supportWork related to arm64 SVE/SVE2 support
Type
Fields
Give feedbackNo fields configured for issues without a type.
See here and the following comments.
LSRA will always delay free operands for a RMW operand embedded in a conditional select. One reason for this is to ensure the generated instruction does not use the destination register in other operations. This is because the architecture will not allow this if the instruction is prefixed by a
MOVPRFX.LSRA should instead determine if a
MOVPRFXwill be used and avoid delay freeing if possible.