Add Zvzip extension

[ved-rivos]

Zvzip standard extension provides instructions for reordering structured data in vector registers. These instruction address usages such as packing and unpacking data structures such as color components of a pixel, real and imaginary components of complex numbers, transposing small matrices, among others.

[aswaterman]

Thanks! As usual, we'll leave this open until ratification.

[nadime15]

Is it intentional that this chapter is not included in the compilation flow? Since it’s not embedded anywhere (e.g., in /src/riscv-unprivileged.adoc), it won’t appear in the final artifacts.

[ved-rivos]

Is it intentional that this chapter is not included in the compilation flow? Since it’s not embedded anywhere (e.g., in /src/riscv-unprivileged.adoc), it won’t appear in the final artifacts.

I have included it in the build but it may not be the best place to include the chapter.

[nibrunie]

Although it seems all those instructions support optional masking, there are very few information about the masking behavior (in particular which index of mask should be used for each result element in vzip.vv). I am wondering if it could be integrated in the pseudo code or described somewhat.

[ved-rivos]

Although it seems all those instructions support optional masking, there are very few information about the masking behavior (in particular which index of mask should be used for each result element in vzip.vv). I am wondering if it could be integrated in the pseudo code or described somewhat.

@nibrunie The pseudocode is updated to include the masking behavior. Please take a look.

[nibrunieAtSi5]

Although it seems all those instructions support optional masking, there are very few information about the masking behavior (in particular which index of mask should be used for each result element in vzip.vv). I am wondering if it could be integrated in the pseudo code or described somewhat.

@nibrunie The pseudocode is updated to include the masking behavior. Please take a look.

Looks good to me, thank you for making the changes @ved-rivos.

[nadime15]

@ved-rivos I guess the extension depends on Zve32x, right? If so, I think this should be mentioned.

[ved-rivos]

I guess the extension depends on Zve32x, right? If so, I think this should be mentioned.

The extension depends on the V Extension for Application Processors or the Zve32x Extension for Embedded Processors. I will mention it.

[nadime15]

Zve32x is a subset of V, so mentioning Zve32x should be enough.

[nibrunieAtSi5]

Zve32x is a subset of V, so mentioning Zve32x should be enough.

Agreed with @nadime15 , V implies Zve32x, so mentioning Zve32x should be enough (Zve64x could be added to extend to SEW=64 case).
No mention of v should be required IMHO (we have done that in the past for other extensions and I think it was a mistake).