[Libre-soc-dev] mv.zip and mv.unzip (vector pack and unpack)

lkcl luke.leighton at gmail.com
Mon Jun 13 15:45:48 BST 2022


https://libre-soc.org/openpower/sv/mv.swizzle/
https://libre-soc.org/openpower/sv/mv.vec

these two are driving me slightly nuts.  there are a hell of a lot of combinations to think through, and iteratively i have gone through a hell of a lot of things that just won't work.

i thought it sane/safe to add a 2nd subvector step (like srcstep/dststep) but actually (a) it is not (b) the swizzle predication bits can be used fully deterministically to *derive* one subvector step from the other.

a src_subvl separate from dst_subvl is a misnomer, they can be used to indicate pack/unpack but no more.

mv.swizzle on Scalar is insane, absolutely no chance of 8 64 bit operands, i cut it back to 2-in 2-out.

mv.vec is removed as an instruction, encoding pack/unpack in either REMAP or the new MV-RM-2P-1S1D.

moving very fast here because there are only 3.5 months left to the Oct 1st deadline.

l.


More information about the Libre-soc-dev mailing list