Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
Jonathan Cameron <[email protected]> Mon, 22 Jan 2024 18:00:13 +0000
| Newsgroups | org.kernel.vger.linux-ia64,dev.linux.lists.kvmarm,dev.linux.lists.loongarch,org.infradead.lists.linux-arm-kernel,org.infradead.lists.linux-riscv,org.kernel.vger.linux-acpi,org.kernel.vger.linux-arch,org.kernel.vger.linux-csky,org.kernel.vger.linux-doc,org.kernel.vger.linux-kernel,org.kernel.vger.linux-parisc,org.kernel.vger.linux-pm |
|---|---|
| Organization | Huawei Technologies Research and Development (UK) Ltd. |
| Message-ID | <[email protected]> |
On Mon, 18 Dec 2023 21:35:16 +0100 "Rafael J. Wysocki" <[email protected]> wrote: > On Wed, Dec 13, 2023 at 1:49=E2=80=AFPM Russell King <rmk+kernel@armlinux= .org.uk> wrote: > > > > From: James Morse <[email protected]> > > > > The code behind ACPI_HOTPLUG_CPU allows a not-present CPU to become > > present. =20 >=20 > Right. >=20 > > This isn't the only use of HOTPLUG_CPU. On arm64 and riscv > > CPUs can be taken offline as a power saving measure. =20 >=20 > But still there is the case in which a non-present CPU can become > present, isn't it there? Not yet defined by the architectures (and I'm assuming it probably never wi= ll be). The original proposal we took to ARM was to do exactly that - they pushed back hard on the basis there was no architecturally safe way to implement i= t. Too much of the ARM arch has to exist from the start of time. https://lore.kernel.org/linux-arm-kernel/cbaa6d68-6143-e010-5f3c-ec62f879ad= [email protected]/ is one of the relevant threads of the kernel side of that discussion. Not to put specific words into the ARM architects mouths, but the short description is that there is currently no demand for working out how to make physical CPU hotplug possible, as such they will not provide an architecturally compliant way to do it for virtual CPU hotplug a= nd another means is needed (which is why this series doesn't use the present b= it for that purpose and we have the Online capable bit in MADT/GICC) It was a 'fun' dance of several years to get to that clarification. As another fun fact, the same is defined for x86, but I don't think anyone has used it yet (GICC for ARM has an online capable bit in the flags= to enable this, which was remarkably similar to the online capable bit in the flags of the Local APIC entries as added fairly recently). >=20 > > On arm64 an offline CPU may be disabled by firmware, preventing it from > > being brought back online, but it remains present throughout. > > > > Adding code to prevent user-space trying to online these disabled CPUs > > needs some additional terminology. > > > > Rename the Kconfig symbol CONFIG_ACPI_HOTPLUG_PRESENT_CPU to reflect > > that it makes possible CPUs present. =20 >=20 > Honestly, I don't think that this change is necessary or even useful. Whilst it's an attempt to avoid future confusion, the rename is not something I really care about so my advice to Russell is drop it unless you are attached to it! Jonathan >=20 > _______________________________________________ > linux-arm-kernel mailing list > [email protected] > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel