Warning on SME when manually onlining CPUs late.
Richard Henderson
richard.henderson at linaro.org
Thu Jul 27 10:02:24 PDT 2023
On 7/27/23 03:21, Jonathan Cameron wrote:
> Hi Mark
>
> Hit this due to a silly config error on a QEMU TCG test but seemed worth asking about
> as I'm buried in other stuff and no time to investigate further for a few weeks.
>
> Test probably could be simplified but it's more or less vanilla upstream QEMU with
> -cpu max -smp 8 and kernel command line with maxcpus=4
>
> echo 1 > /sys/bus/cpu/devices/cpu4/online
>
> CPU features: SANITY CHECK: Unexpected variation in SYS_SMCR_EL1. Boot CPU: 0x0000000000000f, CPU4: 0x0000008000000f
> CPU features: Unsupported CPU feature variation detected.
>
> If this is already well known, then sorry for noise. I've not been paying much attention
> to the SME work.
>
> Looks like the FA64 bit isn't set for the CPU state of the boot CPU that is being compared
> - I guess a stale record somewhere being used for the comparison?
>
> Could be an issue on QEMU side I guess - though from a quick look it all seemed to be
> correct there. Just in case +CC Richard.
SMCR_EL1 is for the OS to configure -- if they have different values then that's a kernel
bug. I wouldn't expect this to be a QEMU problem.
r~
More information about the linux-arm-kernel
mailing list