akirilov-arm opened PR #2067 from simd_lane
to main
:
This PR enables the
spec::simd::simd_lane
test for AArch64. Of particular note is that it was necessary to make compromises in theShuffle
implementation because theTBL
instruction requires consecutive registers for the table.
cfallin submitted PR Review.
cfallin created PR Review Comment:
Could we expand these doc comments (on
VecTbl
andVecTbl2
) a bit? I went to the manual to understand what tbl/tbx do; but it would be helpful to summarize. Especially theis_extension
bit that alters the way thatrd
is treated (full overwrite vs. conditional one), and the requirement thatrn2
is immediately afterrn
forVecTbl2
.
cfallin submitted PR Review.
cfallin created PR Review Comment:
I'd prefer for this helper to retain the
Option<u128>
return value -- it forces the caller to handle the wrong-instruction-type case explicitly with something likeconst_param_to_u128(...).expect("Invalid const insn for i128 const")
if it should be infallible, or do something else if the input may or may not be a constant.Actually, ideally, we'd handle
u128
constants with the same machinery asu64
ones, via theconstant
field onLowerCtx::get_input()
's returned information. This would let us dedup and handle constant pools in the machine-independent code. I'm happy to defer that to later, though!
akirilov-arm submitted PR Review.
akirilov-arm created PR Review Comment:
Just to check my understanding of your idea (otherwise I'd go for the simpler solution for the time being) - I don't think that it would help us for
Opcode::Shuffle
because the mask is not an input from the point of view ofLowerCtx::get_input()
(Opcode::Vconst
is different, of course).As for the constant pool improvements - yes, I was keeping that in mind and I think that concentrating the constant handling in as few places as possible would help eventually, hence why I made the changes to this helper. In fact I don't think I understand the practical distinction between
DataFlowGraph::constants
andDataFlowGraph::immediates
- at least in the cases ofOpcode::Vconst
andOpcode::Shuffle
the handling is pretty much equivalent.
cfallin submitted PR Review.
cfallin created PR Review Comment:
Yeah, I am fine with the design suggested in the first paragraph -- just return
Option<u128>
. I need to do more work to make use of the constant-pool functionality inMachBuffer
, so we can revisit this later.
akirilov-arm updated PR #2067 from simd_lane
to main
:
This PR enables the
spec::simd::simd_lane
test for AArch64. Of particular note is that it was necessary to make compromises in theShuffle
implementation because theTBL
instruction requires consecutive registers for the table.
akirilov-arm updated PR #2067 from simd_lane
to main
:
This PR enables the
spec::simd::simd_lane
test for AArch64. Of particular note is that it was necessary to make compromises in theShuffle
implementation because theTBL
instruction requires consecutive registers for the table.
cfallin merged PR #2067.
Last updated: Nov 22 2024 at 16:03 UTC