All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jonathan Cameron <Jonathan.Cameron@Huawei.com>
To: Mark Brown <broonie@kernel.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will@kernel.org>,
	Shuah Khan <skhan@linuxfoundation.org>,
	Shuah Khan <shuah@kernel.org>,
	"Alan Hayward" <alan.hayward@arm.com>,
	Luis Machado <luis.machado@arm.com>,
	"Salil Akerkar" <Salil.Akerkar@arm.com>,
	Basant Kumar Dwivedi <Basant.KumarDwivedi@arm.com>,
	Szabolcs Nagy <szabolcs.nagy@arm.com>,
	<linux-arm-kernel@lists.infradead.org>,
	<linux-kselftest@vger.kernel.org>
Subject: Re: [PATCH v1 24/38] arm64/sme: Implement traps and syscall handling for SME
Date: Mon, 11 Oct 2021 13:37:59 +0100	[thread overview]
Message-ID: <20211011133759.000042c4@Huawei.com> (raw)
In-Reply-To: <20210930181144.10029-25-broonie@kernel.org>

On Thu, 30 Sep 2021 19:11:30 +0100
Mark Brown <broonie@kernel.org> wrote:

> By default all SME operations in userspace will trap.  When this happens
> we allocate storage space for the SME register state, set up the SVE
> registers and disable traps.  We do not need to initialize ZA since the
> architecture guarantees that it will be zeroed when enabled and when we
> trap ZA is disabled.
> 
> On syscall we exit streaming mode if we were previously in it and ensure
> that all but the lower 128 bits of the registers are zeroed while
> preserving the state of ZA. This follows the aarch64 PCS for SME, ZA
> state is preserved over a function call and streaming mode is exited.
> Since the traps for SME do not distinguish between streaming mode SVE
> and ZA usage if ZA is in use rather than reenabling traps we instead
> zero the parts of the SVE registers not shared with FPSIMD and leave SME
> enabled, this simplifies handling SME traps. If ZA is not in use then we
> reenable SME traps and fall through to normal handling of SVE.
> 
> Signed-off-by: Mark Brown <broonie@kernel.org>
...  continuing the trivial theme of my review today...


>  
>  	/*
>  	 * task_fpsimd_load() won't be called to update CPACR_EL1 in
> -	 * ret_to_user unless TIF_FOREIGN_FPSTATE is still set, which only
> -	 * happens if a context switch or kernel_neon_begin() or context
> -	 * modification (sigreturn, ptrace) intervenes.
> -	 * So, ensure that CPACR_EL1 is already correct for the fast-path case.
> +	 * ret_to_user unless TIF_FOREIGN_FPSTATE is still set, which
> +	 * only happens if a context switch or kernel_neon_begin() or

Why the rewrap here?

> +	 * context modification (sigreturn, ptrace) intervenes.  So,
> +	 * ensure that CPACR_EL1 is already correct for the fast-path
> +	 * case.
>  	 */
>  	sve_user_disable();
>  }
>  
>  void do_el0_svc(struct pt_regs *regs)
>  {
> -	sve_user_discard();
> +	fp_user_discard();
>  	el0_svc_common(regs, regs->regs[8], __NR_syscalls, sys_call_table);
>  }
>  


WARNING: multiple messages have this Message-ID (diff)
From: Jonathan Cameron <Jonathan.Cameron@Huawei.com>
To: Mark Brown <broonie@kernel.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will@kernel.org>,
	 Shuah Khan <skhan@linuxfoundation.org>,
	Shuah Khan <shuah@kernel.org>,
	"Alan Hayward" <alan.hayward@arm.com>,
	Luis Machado <luis.machado@arm.com>,
	"Salil Akerkar" <Salil.Akerkar@arm.com>,
	Basant Kumar Dwivedi <Basant.KumarDwivedi@arm.com>,
	Szabolcs Nagy <szabolcs.nagy@arm.com>,
	<linux-arm-kernel@lists.infradead.org>,
	<linux-kselftest@vger.kernel.org>
Subject: Re: [PATCH v1 24/38] arm64/sme: Implement traps and syscall handling for SME
Date: Mon, 11 Oct 2021 13:37:59 +0100	[thread overview]
Message-ID: <20211011133759.000042c4@Huawei.com> (raw)
In-Reply-To: <20210930181144.10029-25-broonie@kernel.org>

On Thu, 30 Sep 2021 19:11:30 +0100
Mark Brown <broonie@kernel.org> wrote:

> By default all SME operations in userspace will trap.  When this happens
> we allocate storage space for the SME register state, set up the SVE
> registers and disable traps.  We do not need to initialize ZA since the
> architecture guarantees that it will be zeroed when enabled and when we
> trap ZA is disabled.
> 
> On syscall we exit streaming mode if we were previously in it and ensure
> that all but the lower 128 bits of the registers are zeroed while
> preserving the state of ZA. This follows the aarch64 PCS for SME, ZA
> state is preserved over a function call and streaming mode is exited.
> Since the traps for SME do not distinguish between streaming mode SVE
> and ZA usage if ZA is in use rather than reenabling traps we instead
> zero the parts of the SVE registers not shared with FPSIMD and leave SME
> enabled, this simplifies handling SME traps. If ZA is not in use then we
> reenable SME traps and fall through to normal handling of SVE.
> 
> Signed-off-by: Mark Brown <broonie@kernel.org>
...  continuing the trivial theme of my review today...


>  
>  	/*
>  	 * task_fpsimd_load() won't be called to update CPACR_EL1 in
> -	 * ret_to_user unless TIF_FOREIGN_FPSTATE is still set, which only
> -	 * happens if a context switch or kernel_neon_begin() or context
> -	 * modification (sigreturn, ptrace) intervenes.
> -	 * So, ensure that CPACR_EL1 is already correct for the fast-path case.
> +	 * ret_to_user unless TIF_FOREIGN_FPSTATE is still set, which
> +	 * only happens if a context switch or kernel_neon_begin() or

Why the rewrap here?

> +	 * context modification (sigreturn, ptrace) intervenes.  So,
> +	 * ensure that CPACR_EL1 is already correct for the fast-path
> +	 * case.
>  	 */
>  	sve_user_disable();
>  }
>  
>  void do_el0_svc(struct pt_regs *regs)
>  {
> -	sve_user_discard();
> +	fp_user_discard();
>  	el0_svc_common(regs, regs->regs[8], __NR_syscalls, sys_call_table);
>  }
>  


_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2021-10-11 12:38 UTC|newest]

Thread overview: 143+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-30 18:11 [PATCH v1 00/38] arm64/sme: Initial support for the Scalable Matrix Extension Mark Brown
2021-09-30 18:11 ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 01/38] arm64/fp: Reindent fpsimd_save() Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-10-11  9:39   ` Jonathan Cameron
2021-10-11  9:39     ` Jonathan Cameron
2021-10-11 13:02     ` Mark Brown
2021-10-11 13:02       ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 02/38] arm64/sve: Remove sve_load_from_fpsimd_state() Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 03/38] arm64/sve: Make access to FFR optional Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 04/38] arm64/sve: Rename find_supported_vector_length() Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 05/38] arm64/sve: Use accessor functions for vector lengths in thread_struct Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 06/38] arm64/sve: Put system wide vector length information into structs Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-10-01  3:13   ` kernel test robot
2021-10-01  3:13     ` kernel test robot
2021-10-01  3:13     ` kernel test robot
2021-09-30 18:11 ` [PATCH v1 07/38] arm64/sve: Explicitly load vector length when restoring SVE state Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 08/38] arm64/sve: Track vector lengths for tasks in an array Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-10-11 10:20   ` Jonathan Cameron
2021-10-11 10:20     ` Jonathan Cameron
2021-10-11 13:14     ` Mark Brown
2021-10-11 13:14       ` Mark Brown
2021-10-11 13:18       ` Jonathan Cameron
2021-10-11 13:18         ` Jonathan Cameron
2021-09-30 18:11 ` [PATCH v1 09/38] arm64/sve: Make sysctl interface for SVE reusable by SME Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 10/38] arm64/sve: Generalise vector length configuration prctl() for SME Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-10-11 10:27   ` Jonathan Cameron
2021-10-11 10:27     ` Jonathan Cameron
2021-10-11 13:18     ` Mark Brown
2021-10-11 13:18       ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 11/38] selftests: arm64: Parameterise ptrace vector length information Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 12/38] arm64/sme: Provide ABI documentation for SME Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-10-08 14:11   ` Alan Hayward
2021-10-08 14:11     ` Alan Hayward
2021-10-08 15:28     ` Mark Brown
2021-10-08 15:28       ` Mark Brown
2021-10-08 16:45       ` Alan Hayward
2021-10-08 16:45         ` Alan Hayward
2021-10-08 17:04         ` Mark Brown
2021-10-08 17:04           ` Mark Brown
2021-10-11 11:15           ` Alan Hayward
2021-10-11 11:15             ` Alan Hayward
2021-10-11 11:48             ` Mark Brown
2021-10-11 11:48               ` Mark Brown
2021-10-11 11:05   ` Jonathan Cameron
2021-10-11 11:05     ` Jonathan Cameron
2021-10-11 13:20     ` Mark Brown
2021-10-11 13:20       ` Mark Brown
2021-10-11 13:17   ` Szabolcs Nagy
2021-10-11 13:17     ` Szabolcs Nagy
2021-10-11 13:23     ` Mark Brown
2021-10-11 13:23       ` Mark Brown
2021-10-11 14:19       ` Szabolcs Nagy
2021-10-11 14:19         ` Szabolcs Nagy
2021-10-11 20:10         ` Mark Brown
2021-10-11 20:10           ` Mark Brown
2021-10-12  8:23           ` Szabolcs Nagy
2021-10-12  8:23             ` Szabolcs Nagy
2021-10-13 18:37             ` Mark Brown
2021-10-13 18:37               ` Mark Brown
2021-10-14  9:57               ` Szabolcs Nagy
2021-10-14  9:57                 ` Szabolcs Nagy
2021-09-30 18:11 ` [PATCH v1 13/38] arm64/sme: System register and exception syndrome definitions Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 14/38] arm64/sme: Define macros for manually encoding SME instructions Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 15/38] arm64/sme: Early CPU setup for SME Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 16/38] arm64/sme: Basic enumeration support Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 17/38] arm64/sme: Identify supported SME vector lengths at boot Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 18/38] arm64/sme: Implement sysctl to set the default vector length Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 19/38] arm64/sme: Implement vector length configuration prctl()s Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-10-01  5:20   ` kernel test robot
2021-10-01  5:20     ` kernel test robot
2021-10-01  5:20     ` kernel test robot
2021-10-01 12:40     ` Mark Brown
2021-10-01 12:40       ` Mark Brown
2021-10-01 12:40       ` Mark Brown
2021-10-08  1:32       ` [kbuild-all] " Chen, Rong A
2021-10-08  1:32         ` Chen, Rong A
2021-10-08  1:32         ` [kbuild-all] " Chen, Rong A
2021-10-01 16:38   ` kernel test robot
2021-10-01 16:38     ` kernel test robot
2021-10-01 16:38     ` kernel test robot
2021-09-30 18:11 ` [PATCH v1 20/38] arm64/sme: Implement support for TPIDR2 Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 21/38] arm64/sme: Implement SVCR context switching Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-10-11 12:15   ` Jonathan Cameron
2021-10-11 12:15     ` Jonathan Cameron
2021-09-30 18:11 ` [PATCH v1 22/38] arm64/sme: Implement streaming SVE " Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 23/38] arm64/sme: Implement ZA " Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-10-11 12:27   ` Jonathan Cameron
2021-10-11 12:27     ` Jonathan Cameron
2021-09-30 18:11 ` [PATCH v1 24/38] arm64/sme: Implement traps and syscall handling for SME Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-10-11 12:37   ` Jonathan Cameron [this message]
2021-10-11 12:37     ` Jonathan Cameron
2021-09-30 18:11 ` [PATCH v1 25/38] arm64/sme: Implement streaming SVE signal handling Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 26/38] arm64/sme: Implement ZA " Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 27/38] arm64/sme: Implement ptrace support for streaming mode SVE registers Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 28/38] arm64/sme: Add ptrace support for ZA Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 29/38] arm64/sme: Disable streaming mode and ZA when flushing CPU state Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 30/38] arm64/sme: Save and restore streaming mode over EFI runtime calls Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 31/38] arm64/sme: Provide Kconfig for SME Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 32/38] kselftest/arm64: Add tests for TPIDR2 Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 33/38] kselftest/arm64: Extend vector configuration API tests to cover SME Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 34/38] kselftest/arm64: sme: Provide streaming mode SVE stress test Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 35/38] kselftest/arm64: Add stress test for SME ZA context switching Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 36/38] kselftest/arm64: signal: Add SME signal handling tests Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 37/38] selftests: arm64: Add streaming SVE to SVE ptrace tests Mark Brown
2021-09-30 18:11   ` Mark Brown
2021-09-30 18:11 ` [PATCH v1 38/38] selftests: arm64: Add coverage for the ZA ptrace interface Mark Brown
2021-09-30 18:11   ` Mark Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20211011133759.000042c4@Huawei.com \
    --to=jonathan.cameron@huawei.com \
    --cc=Basant.KumarDwivedi@arm.com \
    --cc=Salil.Akerkar@arm.com \
    --cc=alan.hayward@arm.com \
    --cc=broonie@kernel.org \
    --cc=catalin.marinas@arm.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kselftest@vger.kernel.org \
    --cc=luis.machado@arm.com \
    --cc=shuah@kernel.org \
    --cc=skhan@linuxfoundation.org \
    --cc=szabolcs.nagy@arm.com \
    --cc=will@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.