Re: [PATCH v2 2/4] arm64/sme: Fix cut'n'paste in ABI document

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jan 24, 2024 at 06:12:36PM +0000, Mark Brown wrote:
> The ABI for SME is very like that for SVE so bits of the ABI were copied
> but not adequately search and replaced, fix that.
> 
> Reported-by: Edmund Grimley-Evans <edmund.grimley-evans@xxxxxxx>
> Signed-off-by: Mark Brown <broonie@xxxxxxxxxx>
> ---
>  Documentation/arch/arm64/sme.rst | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/Documentation/arch/arm64/sme.rst b/Documentation/arch/arm64/sme.rst
> index 3d0e53ecac4f..3133d0e91b48 100644
> --- a/Documentation/arch/arm64/sme.rst
> +++ b/Documentation/arch/arm64/sme.rst
> @@ -238,12 +238,12 @@ prctl(PR_SME_SET_VL, unsigned long arg)
>        bits of Z0..Z31 except for Z0 bits [127:0] .. Z31 bits [127:0] to become
>        unspecified, including both streaming and non-streaming SVE state.
>        Calling PR_SME_SET_VL with vl equal to the thread's current vector
> -      length, or calling PR_SME_SET_VL with the PR_SVE_SET_VL_ONEXEC flag,
> +      length, or calling PR_SME_SET_VL with the PR_SME_SET_VL_ONEXEC flag,
>        does not constitute a change to the vector length for this purpose.
>  
>      * Changing the vector length causes PSTATE.ZA and PSTATE.SM to be cleared.
>        Calling PR_SME_SET_VL with vl equal to the thread's current vector
> -      length, or calling PR_SME_SET_VL with the PR_SVE_SET_VL_ONEXEC flag,
> +      length, or calling PR_SME_SET_VL with the PR_SME_SET_VL_ONEXEC flag,
>        does not constitute a change to the vector length for this purpose.

Reviewed-by: Dave Martin <Dave.Martin@xxxxxxx>





[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux