Re: [GIT PULL] arm64 fixes for -rc1

[Rob Herring]

On Fri, Jan 19, 2024 at 04:05:28PM +0000, Will Deacon wrote:
> Hi Linus,
> 
> Please pull these arm64 fixes for -rc1. I think the main one is fixing
> the dynamic SCS patching when full LTO is enabled (clang was silently
> getting this horribly wrong), but it's all good stuff. Rob just pointed
> out that the fix to the workaround for erratum #2966298 might not be
> necessary, but in the worst case it's harmless and since the official
> description leaves a little to be desired here, I've left it in.
> 
> Cheers,
> 
> Will
> 
> --->8
> 
> The following changes since commit db32cf8e280b46726065c518e90761bb0229bacf:
> 
>   Merge branch 'for-next/fixes' into for-next/core (2024-01-04 12:32:33 +0000)
> 
> are available in the Git repository at:
> 
>   git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git tags/arm64-fixes
> 
> for you to fetch changes up to 1b20d0486a602417defb5bf33320d31b2a7a47f8:
> 
>   arm64: Fix silcon-errata.rst formatting (2024-01-18 11:15:43 +0000)
> 
> ----------------------------------------------------------------
> arm64 fixes for -rc1
> 
> - Fix shadow call stack patching with LTO=full
> 
> - Fix voluntary preemption of the FPSIMD registers from assembly code
> 
> - Fix workaround for A520 CPU erratum #2966298 and extend to A510
> 
> - Fix SME issues that resulted in corruption of the register state
> 
> - Minor fixes (missing includes, formatting)
> 
> ----------------------------------------------------------------
> Ard Biesheuvel (2):
>       arm64: scs: Work around full LTO issue with dynamic SCS
>       arm64: fpsimd: Bring cond_yield asm macro in line with new rules
> 
> Mark Brown (3):
>       arm64/ptrace: Don't flush ZA/ZT storage when writing ZA via ptrace
>       arm64/fpsimd: Remove spurious check for SVE support
>       arm64/sme: Always exit sme_alloc() early with existing storage
> 
> Mark Rutland (2):
>       arm64: entry: fix ARM64_WORKAROUND_SPECULATIVE_UNPRIV_LOAD

I've commented on the patch, but this doesn't fix anything. The original 
work-around was fine.

Rob