[all-commits] [llvm/llvm-project] d86011: [RISCV] Avoid generate large LMUL vmv.s.x or fvmv.s.f
Philip Reames via All-commits
all-commits at lists.llvm.org
Wed Dec 14 10:53:54 PST 2022
Branch: refs/heads/main
Home: https://github.com/llvm/llvm-project
Commit: d86011984e2776835451ff3cad1e80950d7afb9b
https://github.com/llvm/llvm-project/commit/d86011984e2776835451ff3cad1e80950d7afb9b
Author: Philip Reames <preames at rivosinc.com>
Date: 2022-12-14 (Wed, 14 Dec 2022)
Changed paths:
M llvm/lib/Target/RISCV/RISCVISelLowering.cpp
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-insert-i1.ll
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-int-shuffles.ll
M llvm/test/CodeGen/RISCV/rvv/fixed-vectors-masked-gather.ll
M llvm/test/CodeGen/RISCV/rvv/insertelt-fp.ll
M llvm/test/CodeGen/RISCV/rvv/insertelt-i1.ll
M llvm/test/CodeGen/RISCV/rvv/insertelt-int-rv32.ll
M llvm/test/CodeGen/RISCV/rvv/insertelt-int-rv64.ll
Log Message:
-----------
[RISCV] Avoid generate large LMUL vmv.s.x or fvmv.s.f
This is a follow up to patch discussion on D139656. As noted there, M2/M4/M8 versions of these instructions don't actually exist, and using them results in overly constrained register allocation.
In that review, we'd talked about moving towards a variant of the instructions which ignored LMUL. I decided to see what happened if we just stopped generating the high LMUL variants, and the results are surprisingly neutral. I only see one minor thing which looks like a real regression among all the churn. I think this is worth doing now to loosen register allocation constraints, and avoid digging our hole around these instructions deeper while thinking about the right model change.
Differential Revision: https://reviews.llvm.org/D140027
More information about the All-commits
mailing list