[libre-riscv-dev] sv.setvl encoding
Jacob Lifshay
programmerjake at gmail.com
Fri Jun 28 21:59:58 BST 2019
On Fri, Jun 28, 2019, 12:52 Luke Kenneth Casson Leighton <lkcl at lkcl.net>
wrote:
> On Saturday, June 29, 2019, Luke Kenneth Casson Leighton <lkcl at lkcl.net>
> wrote:
>
> > There are now 4 bits left in SVSTATE unused. That is *just* enough to
> > increase all 4 of srcoffs destoffs vl and mvl by 1 bit.
> >
> > however the VLtyp in P64 and the VBLOCK equivalent these would have to
> > stay at 6 bit, even 5 bit in some cases.
> >
>
> https://libre-riscv.org/simple_v_extension/vblock_format_table/?updated
>
> Turns out the VBLOCK VL prefix has 1 more bit than i expected.
>
> A compressed version of 3 arg sv.setvl which can source VL from a reg, set
> MVL as an immediate, and also get VL into a dest reg is so important i
> think it is worth jamming in.
>
> What do you think of the idea of using t0 or t1 as the VLdest reg, if bits
> 30-31 are 0b01?
>
> I am really not a fan of hardcoding regs like this however it gets...
> sonething.
>
> The alternative is an RVC-like 3 bits per rs1, 3 per rd encoding.
>
> What's thoughts there?
>
I think the RVC encoding will probably be better, since it can encode more
registers -- reducing effective register pressure, hopefully saving
instructions to move values around.
I think it would also be a good idea to have a 32-bit VBLOCK prefix that
can encode larger MAXVL and the full range of registers. This avoids
needing an extra 32-bit instruction before VBLOCK just to set VL.
also, VBLOCK needs some way to not set VL since it may be part of a larger
loop that already sets VL.
Jacob
More information about the libre-riscv-dev
mailing list