[FFmpeg-devel] [PATCH] lavc/vc1dsp: fix R-V V vector lengths

Martin Storsjö martin at martin.st
Sat Dec 16 22:24:46 EET 2023


On Sat, 16 Dec 2023, Rémi Denis-Courmont wrote:

> The 8x4 and 4x4 use a needlessly large multiplier (unless/until we care
> about embedded 64-bit-vector hardware). This is merely suboptimal.
>
> The 8x4 case also uses an incorrect vector length, which leads to incorrect
> behaviour on future/hypothetical hardware with 256-bit or larger vectors.
>
> Pointed-out-by: Martin Storsjö <martin at martin.st>
> ---
> libavcodec/riscv/vc1dsp_rvv.S | 8 ++++----
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/riscv/vc1dsp_rvv.S b/libavcodec/riscv/vc1dsp_rvv.S
> index 1a503ecc87..4a00945ead 100644
> --- a/libavcodec/riscv/vc1dsp_rvv.S
> +++ b/libavcodec/riscv/vc1dsp_rvv.S
> @@ -68,7 +68,7 @@ endfunc
> 
> func ff_vc1_inv_trans_8x4_dc_rvv, zve64x
>         lh            t2, (a2)
> -        vsetivli      zero, 8, e8, mf2, ta, ma
> +        vsetivli      zero, 4, e8, mf4, ta, ma
>         vlse64.v      v0, (a0), a1
>         sh1add        t2, t2, t2
>         addi          t2, t2, 1
> @@ -84,14 +84,14 @@ func ff_vc1_inv_trans_8x4_dc_rvv, zve64x
>         vmax.vx       v4, v4, zero
>         vsetvli       zero, zero, e8, m2, ta, ma
>         vnclipu.wi    v0, v4, 0
> -        vsetivli      zero, 8, e8, mf2, ta, ma
> +        vsetivli      zero, 4, e8, mf4, ta, ma
>         vsse64.v      v0, (a0), a1
>         ret
> endfunc
> 
> func ff_vc1_inv_trans_4x4_dc_rvv, zve32x
>         lh            t2, (a2)
> -        vsetivli      zero, 4, e8, mf2, ta, ma
> +        vsetivli      zero, 4, e8, mf4, ta, ma
>         vlse32.v      v0, (a0), a1
>         slli          t1, t2, 4
>         add           t2, t2, t1
> @@ -107,7 +107,7 @@ func ff_vc1_inv_trans_4x4_dc_rvv, zve32x
>         vmax.vx       v2, v2, zero
>         vsetvli       zero, zero, e8, m1, ta, ma
>         vnclipu.wi    v0, v2, 0
> -        vsetivli      zero, 4, e8, mf2, ta, ma
> +        vsetivli      zero, 4, e8, mf4, ta, ma
>         vsse32.v      v0, (a0), a1
>         ret
> endfunc
> -- 
> 2.43.0

The fix sounds reasonable (although I can't say I've followed the code). 
Anyway, I've tested that it does indeed fix the checkasm test, so feel 
free to push - thanks!

// Martin


More information about the ffmpeg-devel mailing list