[PATCH 0/2] arm64: cpucap handling cleanups

Mark Rutland mark.rutland at arm.com
Wed Dec 13 09:39:24 PST 2023


On Wed, Dec 13, 2023 at 05:25:18PM +0000, Will Deacon wrote:
> On Tue, 12 Dec 2023 17:09:08 +0000, Mark Rutland wrote:
> > The recent changes to remove cpus_have_const_cap() left a period between
> > detecting cpucaps and patching alternatives where it is necessary to use
> > cpus_have_cap() to check that a cpucap has been detected. During this
> > period we do a few things, and there's a risk that code using a mixture
> > of cpus_have_cap() and alternative_has_cap_*() sees an inconsistent
> > state.
> > 
> > [...]
> 
> Applied to arm64 (for-next/cpufeature), thanks!
> 
> Basing the series on for-next/fixes makes it fiddly to manage, so I
> dropped the kpti_install_ng_mappings() hunk from patch 1 and will
> re-introduce it when I merge the branches together.

Thanks, and sorry for the hassle!

The changes and resolution in that branch look good to me (and build and boot
cleanly); I'll go throw that on my test system and see if anything blows up
overnight.

Mark.

> [1/2] arm64: Cleanup system cpucap handling
>       https://git.kernel.org/arm64/c/63a2d92e1461
> [2/2] arm64: Align boot cpucap handling with system cpucap handling
>       https://git.kernel.org/arm64/c/eb15d707c252
> 
> Cheers,
> -- 
> Will
> 
> https://fixes.arm64.dev
> https://next.arm64.dev
> https://will.arm64.dev



More information about the linux-arm-kernel mailing list