[llvm-dev] Does it make sense to upstream some MVT's?
Sean Silva via llvm-dev
llvm-dev at lists.llvm.org
Tue Jan 16 18:57:59 PST 2018
Our backend for Pixel Visual Core uses some MVT's that aren't upstream.
Does it make sense to upstream them? I figure that as architectures get
wider, we'll eventually have "all" possible combinations of widths and
types, but on the other hand having code that isn't used by current
backends in tree isn't great.
These are the MVT's that we have added:
16x16 element (2D SIMD) 1-bit predicate registers:
16x16 element (2D SIMD) 16-bit registers:
20x20 element (2D SIMD) 16-bit registers: (we round up to v512 instead of
32-bit versions of the above 16-bit registers (to represent 32-bit
accumulators for MAD instructions and also dual-issue "wide" instructions
to the dual non-MAD ALU's in each lane)
For those interested in more details about Pixel Visual Core, the 6th
edition of Hennessy and Patterson's "Computer Architecture: A Quantitative
Approach" http://a.co/et2K1xk has a section about it (Section 7.7 pg
579-592). I'll bring my copy to the next Bay Area LLVM Social if folks want
to take a look.
-- Sean Silva
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the llvm-dev