[PATCH v2 0/6] arm64/sme: Collected SME fixes

Mark Brown posted 6 patches 1 year ago
arch/arm64/Kconfig              |  1 -
arch/arm64/include/asm/fpsimd.h |  1 +
arch/arm64/kernel/fpsimd.c      | 57 ++++++++++++++++++++++----
arch/arm64/kernel/ptrace.c      | 12 +++++-
arch/arm64/kernel/signal.c      | 89 +++++++++++------------------------------
5 files changed, 84 insertions(+), 76 deletions(-)
[PATCH v2 0/6] arm64/sme: Collected SME fixes
Posted by Mark Brown 1 year ago
This series collects the various SME related fixes that were previously
posted separately.  These should address all the issues I am aware of so
a patch which reenables the SME configuration option is also included.

Signed-off-by: Mark Brown <broonie@kernel.org>
---
Changes in v2:
- Pull simplification of the signal restore code after the SME
  reenablement, it's not a fix but there's some code overlap.
- Comment updates.
- Link to v1: https://lore.kernel.org/r/20241203-arm64-sme-reenable-v1-0-d853479d1b77@kernel.org

---
Mark Brown (6):
      arm64/sme: Flush foreign register state in do_sme_acc()
      arm64/fp: Don't corrupt FPMR when streaming mode changes
      arm64/ptrace: Zero FPMR on streaming mode entry/exit
      arm64/signal: Avoid corruption of SME state when entering signal handler
      arm64/sme: Reenable SME
      arm64/signal: Consistently invalidate the in register FP state in restore

 arch/arm64/Kconfig              |  1 -
 arch/arm64/include/asm/fpsimd.h |  1 +
 arch/arm64/kernel/fpsimd.c      | 57 ++++++++++++++++++++++----
 arch/arm64/kernel/ptrace.c      | 12 +++++-
 arch/arm64/kernel/signal.c      | 89 +++++++++++------------------------------
 5 files changed, 84 insertions(+), 76 deletions(-)
---
base-commit: 40384c840ea1944d7c5a392e8975ed088ecf0b37
change-id: 20241202-arm64-sme-reenable-98e64c161a8e

Best regards,
-- 
Mark Brown <broonie@kernel.org>
Re: [PATCH v2 0/6] arm64/sme: Collected SME fixes
Posted by Will Deacon 11 months, 2 weeks ago
On Wed, Dec 04, 2024 at 03:20:48PM +0000, Mark Brown wrote:
> This series collects the various SME related fixes that were previously
> posted separately.  These should address all the issues I am aware of so
> a patch which reenables the SME configuration option is also included.
> 
> Signed-off-by: Mark Brown <broonie@kernel.org>
> ---
> Changes in v2:
> - Pull simplification of the signal restore code after the SME
>   reenablement, it's not a fix but there's some code overlap.
> - Comment updates.
> - Link to v1: https://lore.kernel.org/r/20241203-arm64-sme-reenable-v1-0-d853479d1b77@kernel.org

Mark (R), are you happy with this? I know you were digging into some
other issues in this area but I'm not sure whether they invalidate the
fixes here or not.

Cheers,

Will
Re: [PATCH v2 0/6] arm64/sme: Collected SME fixes
Posted by Mark Rutland 11 months, 1 week ago
On Wed, Jan 08, 2025 at 12:49:58PM +0000, Will Deacon wrote:
> On Wed, Dec 04, 2024 at 03:20:48PM +0000, Mark Brown wrote:
> > This series collects the various SME related fixes that were previously
> > posted separately.  These should address all the issues I am aware of so
> > a patch which reenables the SME configuration option is also included.
> > 
> > Signed-off-by: Mark Brown <broonie@kernel.org>
> > ---
> > Changes in v2:
> > - Pull simplification of the signal restore code after the SME
> >   reenablement, it's not a fix but there's some code overlap.
> > - Comment updates.
> > - Link to v1: https://lore.kernel.org/r/20241203-arm64-sme-reenable-v1-0-d853479d1b77@kernel.org
> 
> Mark (R), are you happy with this? I know you were digging into some
> other issues in this area but I'm not sure whether they invalidate the
> fixes here or not.

Hi Will, sorry for the delay -- this has turned out to be more fractal
than I had hoped. :(

I think some of the fixes I'm working on are going to conflict with or
supersede portions of this series (e.g. portions of ptrace and signal
handling), and I'm aware of a couple more SME-specific issues that are
not addressed here.

I'll try to get that out in the next few days, and then look at this in
a bit more detail.

Rutland.