All of lore.kernel.org
 help / color / mirror / Atom feed
From: James Morse <james.morse@arm.com>
To: linux-pm@vger.kernel.org, loongarch@lists.linux.dev,
	linux-acpi@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-riscv@lists.infradead.org, kvmarm@lists.linux.dev
Cc: x86@kernel.org, Salil Mehta <salil.mehta@huawei.com>,
	Russell King <linux@armlinux.org.uk>,
	Jean-Philippe Brucker <jean-philippe@linaro.org>,
	jianyong.wu@arm.com, justin.he@arm.com
Subject: [RFC PATCH v2 00/35] ACPI/arm64: add support for virtual cpuhotplug
Date: Wed, 13 Sep 2023 16:37:48 +0000	[thread overview]
Message-ID: <20230913163823.7880-1-james.morse@arm.com> (raw)

Hello!

Changes since RFC-v1:
 * riscv is new, ia64 is gone
 * The KVM support is different, and upstream - no need to patch the host.

---

This series adds what looks like cpuhotplug support to arm64 for use in
virtual machines. It does this by moving the cpu_register() calls for
architectures that support ACPI out of the arch code by using
GENERIC_CPU_DEVICES, then into the ACPI processor driver.

The kubernetes folk really want to be able to add CPUs to an existing VM,
in exactly the same way they do on x86. The use-case is pre-booting guests
with one CPU, then adding the number that were actually needed when the
workload is provisioned.

Wait? Doesn't arm64 support cpuhotplug already!?
In the arm world, cpuhotplug gets used to mean removing the power from a CPU.
The CPU is offline, and remains present. For x86, and ACPI, cpuhotplug
has the additional step of physically removing the CPU, so that it isn't
present anymore.

Arm64 doesn't support this, and can't support it: CPUs are really a slice
of the SoC, and there is not enough information in the existing ACPI tables
to describe which bits of the slice also got removed. Without a reference
machine: adding this support to the spec is a wild goose chase.

Critically: everything described in the firmware tables must remain present.

For a virtual machine this is easy as all the other bits of 'virtual SoC'
are emulated, so they can (and do) remain present when a vCPU is 'removed'.

On a system that supports cpuhotplug the MADT has to describe every possible
CPU at boot. Under KVM, the vGIC needs to know about every possible vCPU before
the guest is started.
With these constraints, virtual-cpuhotplug is really just a hypervisor/firmware
policy about which CPUs can be brought online.

This series adds support for virtual-cpuhotplug as exactly that: firmware
policy. This may even work on a physical machine too; for a guest the part of
firmware is played by the VMM. (typically Qemu).

PSCI support is modified to return 'DENIED' if the CPU can't be brought
online/enabled yet. The CPU object's _STA method's enabled bit is used to
indicate firmware's current disposition. If the CPU has its enabled bit clear,
it will not be registered with sysfs, and attempts to bring it online will
fail. The notifications that _STA has changed its value then work in the same
way as physical hotplug, and firmware can cause the CPU to be registered some
time later, allowing it to be brought online.

This creates something that looks like cpuhotplug to user-space, as the sysfs
files appear and disappear, and the udev notifications look the same.

One notable difference is the CPU present mask, which is exposed via sysfs.
Because the CPUs remain present throughout, they can still be seen in that mask.
This value does get used by webbrowsers to estimate the number of CPUs
as the CPU online mask is constantly changed on mobile phones.

Linux is tolerant of PSCI returning errors, as its always been allowed to do
that. To avoid confusing OS that can't tolerate this, we needed an additional
bit in the MADT GICC flags. This series copies ACPI_MADT_ONLINE_CAPABLE, which
appears to be for this purpose, but calls it ACPI_MADT_GICC_CPU_CAPABLE as it
has a different bit position in the GICC.

This code is unconditionally enabled for all ACPI architectures.
If there are problems with firmware tables on some devices, the CPUs will
already be online by the time the acpi_processor_make_enabled() is called.
A mismatch here causes a firmware-bug message and kernel taint. This should
only affect people with broken firmware who also boot with maxcpus=1, and
bring CPUs online later.

I had a go at switching the remaining architectures over to GENERIC_CPU_DEVICES,
so that the Kconfig symbol can be removed, but I got stuck with powerpc
and s390.

I've only build tested Loongarch and riscv. I've removed the ia64 specific
patches, but left the changes in other patches to make git-grep review of
renames easier.

If folk want to play along at home, you'll need a copy of Qemu that supports this.
https://github.com/salil-mehta/qemu.git salil/virt-cpuhp-armv8/rfc-v2-rc6

Replace your '-smp' argument with something like:
| -smp cpus=1,maxcpus=3,cores=3,threads=1,sockets=1

then feed the following to the Qemu montior;
| (qemu) device_add driver=host-arm-cpu,core-id=1,id=cpu1
| (qemu) device_del cpu1


Why is this still an RFC? I'm still looking for confirmation from the
kubernetes/kata folk that this works for them. Because of this I've culled
the CC list...


This series is based on v6.6-rc1, and can be retrieved from:
https://git.kernel.org/pub/scm/linux/kernel/git/morse/linux.git/ virtual_cpu_hotplug/rfc/v2


Thanks,

James Morse (34):
  ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  drivers: base: Move cpu_dev_init() after node_dev_init()
  drivers: base: Print a warning instead of panic() when register_cpu()
    fails
  arm64: setup: Switch over to GENERIC_CPU_DEVICES using
    arch_register_cpu()
  x86: intel_epb: Don't rely on link order
  x86/topology: Switch over to GENERIC_CPU_DEVICES
  LoongArch: Switch over to GENERIC_CPU_DEVICES
  riscv: Switch over to GENERIC_CPU_DEVICES
  arch_topology: Make register_cpu_capacity_sysctl() tolerant to late
    CPUs
  ACPI: Use the acpi_device_is_present() helper in more places
  ACPI: Rename acpi_scan_device_not_present() to be about enumeration
  ACPI: Only enumerate enabled (or functional) devices
  ACPI: processor: Add support for processors described as container
    packages
  ACPI: processor: Register CPUs that are online, but not described in
    the DSDT
  ACPI: processor: Register all CPUs from acpi_processor_get_info()
  ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove()
  ACPI: Rename acpi_processor_hotadd_init and remove pre-processor
    guards
  ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
  ACPI: Check _STA present bit before making CPUs not present
  ACPI: Warn when the present bit changes but the feature is not enabled
  drivers: base: Implement weak arch_unregister_cpu()
  LoongArch: Use the __weak version of arch_unregister_cpu()
  arm64: acpi: Move get_cpu_for_acpi_id() to a header
  ACPICA: Add new MADT GICC flags fields [code first?]
  arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a
    helper
  irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  irqchip/gic-v3: Add support for ACPI's disabled but 'online capable'
    CPUs
  ACPI: add support to register CPUs based on the _STA enabled bit
  arm64: document virtual CPU hotplug's expectations
  ACPI: Add _OSC bits to advertise OS support for toggling CPU
    present/enabled
  cpumask: Add enabled cpumask for present CPUs that can be brought
    online

Jean-Philippe Brucker (1):
  arm64: psci: Ignore DENIED CPUs

 Documentation/arch/arm64/cpu-hotplug.rst   |  79 ++++++++++
 Documentation/arch/arm64/index.rst         |   1 +
 arch/arm64/Kconfig                         |   1 +
 arch/arm64/include/asm/acpi.h              |  11 ++
 arch/arm64/include/asm/cpu.h               |   1 -
 arch/arm64/kernel/acpi_numa.c              |  11 --
 arch/arm64/kernel/psci.c                   |   2 +-
 arch/arm64/kernel/setup.c                  |  13 +-
 arch/arm64/kernel/smp.c                    |   5 +-
 arch/ia64/Kconfig                          |   2 +
 arch/ia64/include/asm/acpi.h               |   2 +-
 arch/ia64/include/asm/cpu.h                |   5 -
 arch/ia64/kernel/acpi.c                    |   6 +-
 arch/ia64/kernel/setup.c                   |   2 +-
 arch/ia64/kernel/topology.c                |   2 +-
 arch/loongarch/Kconfig                     |   2 +
 arch/loongarch/configs/loongson3_defconfig |   2 +-
 arch/loongarch/kernel/acpi.c               |   4 +-
 arch/loongarch/kernel/topology.c           |  38 +----
 arch/riscv/Kconfig                         |   1 +
 arch/riscv/kernel/setup.c                  |  19 +--
 arch/x86/Kconfig                           |   3 +
 arch/x86/include/asm/cpu.h                 |   6 -
 arch/x86/kernel/acpi/boot.c                |   4 +-
 arch/x86/kernel/cpu/intel_epb.c            |   2 +-
 arch/x86/kernel/topology.c                 |  25 +---
 drivers/acpi/Kconfig                       |  14 +-
 drivers/acpi/acpi_processor.c              | 160 ++++++++++++++++-----
 drivers/acpi/bus.c                         |  16 +++
 drivers/acpi/device_pm.c                   |   2 +-
 drivers/acpi/device_sysfs.c                |   2 +-
 drivers/acpi/internal.h                    |   1 -
 drivers/acpi/processor_core.c              |   2 +-
 drivers/acpi/property.c                    |   2 +-
 drivers/acpi/scan.c                        | 147 ++++++++++++-------
 drivers/base/arch_topology.c               |  38 +++--
 drivers/base/cpu.c                         |  40 ++++--
 drivers/base/init.c                        |   2 +-
 drivers/firmware/psci/psci.c               |   2 +
 drivers/irqchip/irq-gic-v3.c               |  38 ++---
 include/acpi/acpi_bus.h                    |   1 +
 include/acpi/actbl2.h                      |   1 +
 include/acpi/processor.h                   |   2 +-
 include/linux/acpi.h                       |  14 +-
 include/linux/cpu.h                        |   6 +
 include/linux/cpumask.h                    |  25 ++++
 kernel/cpu.c                               |   3 +
 47 files changed, 516 insertions(+), 251 deletions(-)
 create mode 100644 Documentation/arch/arm64/cpu-hotplug.rst

-- 
2.39.2


WARNING: multiple messages have this Message-ID (diff)
From: James Morse <james.morse@arm.com>
To: linux-pm@vger.kernel.org, loongarch@lists.linux.dev,
	linux-acpi@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-riscv@lists.infradead.org, kvmarm@lists.linux.dev
Cc: x86@kernel.org, Salil Mehta <salil.mehta@huawei.com>,
	Russell King <linux@armlinux.org.uk>,
	Jean-Philippe Brucker <jean-philippe@linaro.org>,
	jianyong.wu@arm.com, justin.he@arm.com
Subject: [RFC PATCH v2 00/35] ACPI/arm64: add support for virtual cpuhotplug
Date: Wed, 13 Sep 2023 16:37:48 +0000	[thread overview]
Message-ID: <20230913163823.7880-1-james.morse@arm.com> (raw)

Hello!

Changes since RFC-v1:
 * riscv is new, ia64 is gone
 * The KVM support is different, and upstream - no need to patch the host.

---

This series adds what looks like cpuhotplug support to arm64 for use in
virtual machines. It does this by moving the cpu_register() calls for
architectures that support ACPI out of the arch code by using
GENERIC_CPU_DEVICES, then into the ACPI processor driver.

The kubernetes folk really want to be able to add CPUs to an existing VM,
in exactly the same way they do on x86. The use-case is pre-booting guests
with one CPU, then adding the number that were actually needed when the
workload is provisioned.

Wait? Doesn't arm64 support cpuhotplug already!?
In the arm world, cpuhotplug gets used to mean removing the power from a CPU.
The CPU is offline, and remains present. For x86, and ACPI, cpuhotplug
has the additional step of physically removing the CPU, so that it isn't
present anymore.

Arm64 doesn't support this, and can't support it: CPUs are really a slice
of the SoC, and there is not enough information in the existing ACPI tables
to describe which bits of the slice also got removed. Without a reference
machine: adding this support to the spec is a wild goose chase.

Critically: everything described in the firmware tables must remain present.

For a virtual machine this is easy as all the other bits of 'virtual SoC'
are emulated, so they can (and do) remain present when a vCPU is 'removed'.

On a system that supports cpuhotplug the MADT has to describe every possible
CPU at boot. Under KVM, the vGIC needs to know about every possible vCPU before
the guest is started.
With these constraints, virtual-cpuhotplug is really just a hypervisor/firmware
policy about which CPUs can be brought online.

This series adds support for virtual-cpuhotplug as exactly that: firmware
policy. This may even work on a physical machine too; for a guest the part of
firmware is played by the VMM. (typically Qemu).

PSCI support is modified to return 'DENIED' if the CPU can't be brought
online/enabled yet. The CPU object's _STA method's enabled bit is used to
indicate firmware's current disposition. If the CPU has its enabled bit clear,
it will not be registered with sysfs, and attempts to bring it online will
fail. The notifications that _STA has changed its value then work in the same
way as physical hotplug, and firmware can cause the CPU to be registered some
time later, allowing it to be brought online.

This creates something that looks like cpuhotplug to user-space, as the sysfs
files appear and disappear, and the udev notifications look the same.

One notable difference is the CPU present mask, which is exposed via sysfs.
Because the CPUs remain present throughout, they can still be seen in that mask.
This value does get used by webbrowsers to estimate the number of CPUs
as the CPU online mask is constantly changed on mobile phones.

Linux is tolerant of PSCI returning errors, as its always been allowed to do
that. To avoid confusing OS that can't tolerate this, we needed an additional
bit in the MADT GICC flags. This series copies ACPI_MADT_ONLINE_CAPABLE, which
appears to be for this purpose, but calls it ACPI_MADT_GICC_CPU_CAPABLE as it
has a different bit position in the GICC.

This code is unconditionally enabled for all ACPI architectures.
If there are problems with firmware tables on some devices, the CPUs will
already be online by the time the acpi_processor_make_enabled() is called.
A mismatch here causes a firmware-bug message and kernel taint. This should
only affect people with broken firmware who also boot with maxcpus=1, and
bring CPUs online later.

I had a go at switching the remaining architectures over to GENERIC_CPU_DEVICES,
so that the Kconfig symbol can be removed, but I got stuck with powerpc
and s390.

I've only build tested Loongarch and riscv. I've removed the ia64 specific
patches, but left the changes in other patches to make git-grep review of
renames easier.

If folk want to play along at home, you'll need a copy of Qemu that supports this.
https://github.com/salil-mehta/qemu.git salil/virt-cpuhp-armv8/rfc-v2-rc6

Replace your '-smp' argument with something like:
| -smp cpus=1,maxcpus=3,cores=3,threads=1,sockets=1

then feed the following to the Qemu montior;
| (qemu) device_add driver=host-arm-cpu,core-id=1,id=cpu1
| (qemu) device_del cpu1


Why is this still an RFC? I'm still looking for confirmation from the
kubernetes/kata folk that this works for them. Because of this I've culled
the CC list...


This series is based on v6.6-rc1, and can be retrieved from:
https://git.kernel.org/pub/scm/linux/kernel/git/morse/linux.git/ virtual_cpu_hotplug/rfc/v2


Thanks,

James Morse (34):
  ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  drivers: base: Move cpu_dev_init() after node_dev_init()
  drivers: base: Print a warning instead of panic() when register_cpu()
    fails
  arm64: setup: Switch over to GENERIC_CPU_DEVICES using
    arch_register_cpu()
  x86: intel_epb: Don't rely on link order
  x86/topology: Switch over to GENERIC_CPU_DEVICES
  LoongArch: Switch over to GENERIC_CPU_DEVICES
  riscv: Switch over to GENERIC_CPU_DEVICES
  arch_topology: Make register_cpu_capacity_sysctl() tolerant to late
    CPUs
  ACPI: Use the acpi_device_is_present() helper in more places
  ACPI: Rename acpi_scan_device_not_present() to be about enumeration
  ACPI: Only enumerate enabled (or functional) devices
  ACPI: processor: Add support for processors described as container
    packages
  ACPI: processor: Register CPUs that are online, but not described in
    the DSDT
  ACPI: processor: Register all CPUs from acpi_processor_get_info()
  ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove()
  ACPI: Rename acpi_processor_hotadd_init and remove pre-processor
    guards
  ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
  ACPI: Check _STA present bit before making CPUs not present
  ACPI: Warn when the present bit changes but the feature is not enabled
  drivers: base: Implement weak arch_unregister_cpu()
  LoongArch: Use the __weak version of arch_unregister_cpu()
  arm64: acpi: Move get_cpu_for_acpi_id() to a header
  ACPICA: Add new MADT GICC flags fields [code first?]
  arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a
    helper
  irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  irqchip/gic-v3: Add support for ACPI's disabled but 'online capable'
    CPUs
  ACPI: add support to register CPUs based on the _STA enabled bit
  arm64: document virtual CPU hotplug's expectations
  ACPI: Add _OSC bits to advertise OS support for toggling CPU
    present/enabled
  cpumask: Add enabled cpumask for present CPUs that can be brought
    online

Jean-Philippe Brucker (1):
  arm64: psci: Ignore DENIED CPUs

 Documentation/arch/arm64/cpu-hotplug.rst   |  79 ++++++++++
 Documentation/arch/arm64/index.rst         |   1 +
 arch/arm64/Kconfig                         |   1 +
 arch/arm64/include/asm/acpi.h              |  11 ++
 arch/arm64/include/asm/cpu.h               |   1 -
 arch/arm64/kernel/acpi_numa.c              |  11 --
 arch/arm64/kernel/psci.c                   |   2 +-
 arch/arm64/kernel/setup.c                  |  13 +-
 arch/arm64/kernel/smp.c                    |   5 +-
 arch/ia64/Kconfig                          |   2 +
 arch/ia64/include/asm/acpi.h               |   2 +-
 arch/ia64/include/asm/cpu.h                |   5 -
 arch/ia64/kernel/acpi.c                    |   6 +-
 arch/ia64/kernel/setup.c                   |   2 +-
 arch/ia64/kernel/topology.c                |   2 +-
 arch/loongarch/Kconfig                     |   2 +
 arch/loongarch/configs/loongson3_defconfig |   2 +-
 arch/loongarch/kernel/acpi.c               |   4 +-
 arch/loongarch/kernel/topology.c           |  38 +----
 arch/riscv/Kconfig                         |   1 +
 arch/riscv/kernel/setup.c                  |  19 +--
 arch/x86/Kconfig                           |   3 +
 arch/x86/include/asm/cpu.h                 |   6 -
 arch/x86/kernel/acpi/boot.c                |   4 +-
 arch/x86/kernel/cpu/intel_epb.c            |   2 +-
 arch/x86/kernel/topology.c                 |  25 +---
 drivers/acpi/Kconfig                       |  14 +-
 drivers/acpi/acpi_processor.c              | 160 ++++++++++++++++-----
 drivers/acpi/bus.c                         |  16 +++
 drivers/acpi/device_pm.c                   |   2 +-
 drivers/acpi/device_sysfs.c                |   2 +-
 drivers/acpi/internal.h                    |   1 -
 drivers/acpi/processor_core.c              |   2 +-
 drivers/acpi/property.c                    |   2 +-
 drivers/acpi/scan.c                        | 147 ++++++++++++-------
 drivers/base/arch_topology.c               |  38 +++--
 drivers/base/cpu.c                         |  40 ++++--
 drivers/base/init.c                        |   2 +-
 drivers/firmware/psci/psci.c               |   2 +
 drivers/irqchip/irq-gic-v3.c               |  38 ++---
 include/acpi/acpi_bus.h                    |   1 +
 include/acpi/actbl2.h                      |   1 +
 include/acpi/processor.h                   |   2 +-
 include/linux/acpi.h                       |  14 +-
 include/linux/cpu.h                        |   6 +
 include/linux/cpumask.h                    |  25 ++++
 kernel/cpu.c                               |   3 +
 47 files changed, 516 insertions(+), 251 deletions(-)
 create mode 100644 Documentation/arch/arm64/cpu-hotplug.rst

-- 
2.39.2


_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv

WARNING: multiple messages have this Message-ID (diff)
From: James Morse <james.morse@arm.com>
To: linux-pm@vger.kernel.org, loongarch@lists.linux.dev,
	linux-acpi@vger.kernel.org, linux-arch@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-riscv@lists.infradead.org, kvmarm@lists.linux.dev
Cc: x86@kernel.org, Salil Mehta <salil.mehta@huawei.com>,
	Russell King <linux@armlinux.org.uk>,
	Jean-Philippe Brucker <jean-philippe@linaro.org>,
	jianyong.wu@arm.com, justin.he@arm.com
Subject: [RFC PATCH v2 00/35] ACPI/arm64: add support for virtual cpuhotplug
Date: Wed, 13 Sep 2023 16:37:48 +0000	[thread overview]
Message-ID: <20230913163823.7880-1-james.morse@arm.com> (raw)

Hello!

Changes since RFC-v1:
 * riscv is new, ia64 is gone
 * The KVM support is different, and upstream - no need to patch the host.

---

This series adds what looks like cpuhotplug support to arm64 for use in
virtual machines. It does this by moving the cpu_register() calls for
architectures that support ACPI out of the arch code by using
GENERIC_CPU_DEVICES, then into the ACPI processor driver.

The kubernetes folk really want to be able to add CPUs to an existing VM,
in exactly the same way they do on x86. The use-case is pre-booting guests
with one CPU, then adding the number that were actually needed when the
workload is provisioned.

Wait? Doesn't arm64 support cpuhotplug already!?
In the arm world, cpuhotplug gets used to mean removing the power from a CPU.
The CPU is offline, and remains present. For x86, and ACPI, cpuhotplug
has the additional step of physically removing the CPU, so that it isn't
present anymore.

Arm64 doesn't support this, and can't support it: CPUs are really a slice
of the SoC, and there is not enough information in the existing ACPI tables
to describe which bits of the slice also got removed. Without a reference
machine: adding this support to the spec is a wild goose chase.

Critically: everything described in the firmware tables must remain present.

For a virtual machine this is easy as all the other bits of 'virtual SoC'
are emulated, so they can (and do) remain present when a vCPU is 'removed'.

On a system that supports cpuhotplug the MADT has to describe every possible
CPU at boot. Under KVM, the vGIC needs to know about every possible vCPU before
the guest is started.
With these constraints, virtual-cpuhotplug is really just a hypervisor/firmware
policy about which CPUs can be brought online.

This series adds support for virtual-cpuhotplug as exactly that: firmware
policy. This may even work on a physical machine too; for a guest the part of
firmware is played by the VMM. (typically Qemu).

PSCI support is modified to return 'DENIED' if the CPU can't be brought
online/enabled yet. The CPU object's _STA method's enabled bit is used to
indicate firmware's current disposition. If the CPU has its enabled bit clear,
it will not be registered with sysfs, and attempts to bring it online will
fail. The notifications that _STA has changed its value then work in the same
way as physical hotplug, and firmware can cause the CPU to be registered some
time later, allowing it to be brought online.

This creates something that looks like cpuhotplug to user-space, as the sysfs
files appear and disappear, and the udev notifications look the same.

One notable difference is the CPU present mask, which is exposed via sysfs.
Because the CPUs remain present throughout, they can still be seen in that mask.
This value does get used by webbrowsers to estimate the number of CPUs
as the CPU online mask is constantly changed on mobile phones.

Linux is tolerant of PSCI returning errors, as its always been allowed to do
that. To avoid confusing OS that can't tolerate this, we needed an additional
bit in the MADT GICC flags. This series copies ACPI_MADT_ONLINE_CAPABLE, which
appears to be for this purpose, but calls it ACPI_MADT_GICC_CPU_CAPABLE as it
has a different bit position in the GICC.

This code is unconditionally enabled for all ACPI architectures.
If there are problems with firmware tables on some devices, the CPUs will
already be online by the time the acpi_processor_make_enabled() is called.
A mismatch here causes a firmware-bug message and kernel taint. This should
only affect people with broken firmware who also boot with maxcpus=1, and
bring CPUs online later.

I had a go at switching the remaining architectures over to GENERIC_CPU_DEVICES,
so that the Kconfig symbol can be removed, but I got stuck with powerpc
and s390.

I've only build tested Loongarch and riscv. I've removed the ia64 specific
patches, but left the changes in other patches to make git-grep review of
renames easier.

If folk want to play along at home, you'll need a copy of Qemu that supports this.
https://github.com/salil-mehta/qemu.git salil/virt-cpuhp-armv8/rfc-v2-rc6

Replace your '-smp' argument with something like:
| -smp cpus=1,maxcpus=3,cores=3,threads=1,sockets=1

then feed the following to the Qemu montior;
| (qemu) device_add driver=host-arm-cpu,core-id=1,id=cpu1
| (qemu) device_del cpu1


Why is this still an RFC? I'm still looking for confirmation from the
kubernetes/kata folk that this works for them. Because of this I've culled
the CC list...


This series is based on v6.6-rc1, and can be retrieved from:
https://git.kernel.org/pub/scm/linux/kernel/git/morse/linux.git/ virtual_cpu_hotplug/rfc/v2


Thanks,

James Morse (34):
  ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  drivers: base: Move cpu_dev_init() after node_dev_init()
  drivers: base: Print a warning instead of panic() when register_cpu()
    fails
  arm64: setup: Switch over to GENERIC_CPU_DEVICES using
    arch_register_cpu()
  x86: intel_epb: Don't rely on link order
  x86/topology: Switch over to GENERIC_CPU_DEVICES
  LoongArch: Switch over to GENERIC_CPU_DEVICES
  riscv: Switch over to GENERIC_CPU_DEVICES
  arch_topology: Make register_cpu_capacity_sysctl() tolerant to late
    CPUs
  ACPI: Use the acpi_device_is_present() helper in more places
  ACPI: Rename acpi_scan_device_not_present() to be about enumeration
  ACPI: Only enumerate enabled (or functional) devices
  ACPI: processor: Add support for processors described as container
    packages
  ACPI: processor: Register CPUs that are online, but not described in
    the DSDT
  ACPI: processor: Register all CPUs from acpi_processor_get_info()
  ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove()
  ACPI: Rename acpi_processor_hotadd_init and remove pre-processor
    guards
  ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
  ACPI: Check _STA present bit before making CPUs not present
  ACPI: Warn when the present bit changes but the feature is not enabled
  drivers: base: Implement weak arch_unregister_cpu()
  LoongArch: Use the __weak version of arch_unregister_cpu()
  arm64: acpi: Move get_cpu_for_acpi_id() to a header
  ACPICA: Add new MADT GICC flags fields [code first?]
  arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a
    helper
  irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  irqchip/gic-v3: Add support for ACPI's disabled but 'online capable'
    CPUs
  ACPI: add support to register CPUs based on the _STA enabled bit
  arm64: document virtual CPU hotplug's expectations
  ACPI: Add _OSC bits to advertise OS support for toggling CPU
    present/enabled
  cpumask: Add enabled cpumask for present CPUs that can be brought
    online

Jean-Philippe Brucker (1):
  arm64: psci: Ignore DENIED CPUs

 Documentation/arch/arm64/cpu-hotplug.rst   |  79 ++++++++++
 Documentation/arch/arm64/index.rst         |   1 +
 arch/arm64/Kconfig                         |   1 +
 arch/arm64/include/asm/acpi.h              |  11 ++
 arch/arm64/include/asm/cpu.h               |   1 -
 arch/arm64/kernel/acpi_numa.c              |  11 --
 arch/arm64/kernel/psci.c                   |   2 +-
 arch/arm64/kernel/setup.c                  |  13 +-
 arch/arm64/kernel/smp.c                    |   5 +-
 arch/ia64/Kconfig                          |   2 +
 arch/ia64/include/asm/acpi.h               |   2 +-
 arch/ia64/include/asm/cpu.h                |   5 -
 arch/ia64/kernel/acpi.c                    |   6 +-
 arch/ia64/kernel/setup.c                   |   2 +-
 arch/ia64/kernel/topology.c                |   2 +-
 arch/loongarch/Kconfig                     |   2 +
 arch/loongarch/configs/loongson3_defconfig |   2 +-
 arch/loongarch/kernel/acpi.c               |   4 +-
 arch/loongarch/kernel/topology.c           |  38 +----
 arch/riscv/Kconfig                         |   1 +
 arch/riscv/kernel/setup.c                  |  19 +--
 arch/x86/Kconfig                           |   3 +
 arch/x86/include/asm/cpu.h                 |   6 -
 arch/x86/kernel/acpi/boot.c                |   4 +-
 arch/x86/kernel/cpu/intel_epb.c            |   2 +-
 arch/x86/kernel/topology.c                 |  25 +---
 drivers/acpi/Kconfig                       |  14 +-
 drivers/acpi/acpi_processor.c              | 160 ++++++++++++++++-----
 drivers/acpi/bus.c                         |  16 +++
 drivers/acpi/device_pm.c                   |   2 +-
 drivers/acpi/device_sysfs.c                |   2 +-
 drivers/acpi/internal.h                    |   1 -
 drivers/acpi/processor_core.c              |   2 +-
 drivers/acpi/property.c                    |   2 +-
 drivers/acpi/scan.c                        | 147 ++++++++++++-------
 drivers/base/arch_topology.c               |  38 +++--
 drivers/base/cpu.c                         |  40 ++++--
 drivers/base/init.c                        |   2 +-
 drivers/firmware/psci/psci.c               |   2 +
 drivers/irqchip/irq-gic-v3.c               |  38 ++---
 include/acpi/acpi_bus.h                    |   1 +
 include/acpi/actbl2.h                      |   1 +
 include/acpi/processor.h                   |   2 +-
 include/linux/acpi.h                       |  14 +-
 include/linux/cpu.h                        |   6 +
 include/linux/cpumask.h                    |  25 ++++
 kernel/cpu.c                               |   3 +
 47 files changed, 516 insertions(+), 251 deletions(-)
 create mode 100644 Documentation/arch/arm64/cpu-hotplug.rst

-- 
2.39.2


_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

             reply	other threads:[~2023-09-13 16:38 UTC|newest]

Thread overview: 456+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-09-13 16:37 James Morse [this message]
2023-09-13 16:37 ` [RFC PATCH v2 00/35] ACPI/arm64: add support for virtual cpuhotplug James Morse
2023-09-13 16:37 ` James Morse
2023-09-13 16:37 ` [RFC PATCH v2 01/35] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv James Morse
2023-09-13 16:37   ` James Morse
2023-09-13 16:37   ` James Morse
2023-09-14  8:54   ` Russell King (Oracle)
2023-09-14  8:54     ` Russell King (Oracle)
2023-09-14  8:54     ` Russell King (Oracle)
2023-09-13 16:37 ` [RFC PATCH v2 02/35] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES James Morse
2023-09-13 16:37   ` James Morse
2023-09-13 16:37   ` James Morse
2023-09-14  8:20   ` Russell King (Oracle)
2023-09-14  8:20     ` Russell King (Oracle)
2023-09-14  8:20     ` Russell King (Oracle)
2023-09-14 10:56     ` Jonathan Cameron
2023-09-14 10:56       ` Jonathan Cameron
2023-09-14 10:56       ` Jonathan Cameron
2023-09-14 11:11       ` Russell King (Oracle)
2023-09-14 11:11         ` Russell King (Oracle)
2023-09-14 11:11         ` Russell King (Oracle)
2023-09-14 10:56   ` Jonathan Cameron
2023-09-14 10:56     ` Jonathan Cameron
2023-09-14 10:56     ` Jonathan Cameron
2023-09-13 16:37 ` [RFC PATCH v2 03/35] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden James Morse
2023-09-13 16:37   ` James Morse
2023-09-13 16:37   ` James Morse
2023-09-14  8:33   ` Russell King (Oracle)
2023-09-14  8:33     ` Russell King (Oracle)
2023-09-14  8:33     ` Russell King (Oracle)
2023-09-14 11:00   ` Jonathan Cameron
2023-09-14 11:00     ` Jonathan Cameron
2023-09-14 11:00     ` Jonathan Cameron
2023-09-14 11:05   ` Jonathan Cameron
2023-09-14 11:05     ` Jonathan Cameron
2023-09-14 11:05     ` Jonathan Cameron
2023-09-13 16:37 ` [RFC PATCH v2 04/35] drivers: base: Move cpu_dev_init() after node_dev_init() James Morse
2023-09-13 16:37   ` James Morse
2023-09-13 16:37   ` James Morse
2023-09-14  9:40   ` Russell King (Oracle)
2023-09-14  9:40     ` Russell King (Oracle)
2023-09-14  9:40     ` Russell King (Oracle)
2023-09-14 11:16   ` Jonathan Cameron
2023-09-14 11:16     ` Jonathan Cameron
2023-09-14 11:16     ` Jonathan Cameron
2023-09-13 16:37 ` [RFC PATCH v2 05/35] drivers: base: Print a warning instead of panic() when register_cpu() fails James Morse
2023-09-13 16:37   ` James Morse
2023-09-13 16:37   ` James Morse
2023-09-14  9:52   ` Russell King (Oracle)
2023-09-14  9:52     ` Russell King (Oracle)
2023-09-14  9:52     ` Russell King (Oracle)
2023-09-18  3:33   ` Gavin Shan
2023-09-18  3:33     ` Gavin Shan
2023-09-18  3:33     ` Gavin Shan
2023-10-20 11:16     ` Russell King (Oracle)
2023-10-20 11:16       ` Russell King (Oracle)
2023-10-20 11:16       ` Russell King (Oracle)
2023-09-13 16:37 ` [RFC PATCH v2 06/35] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu() James Morse
2023-09-13 16:37   ` James Morse
2023-09-13 16:37   ` James Morse
2023-09-14  9:56   ` Russell King (Oracle)
2023-09-14  9:56     ` Russell King (Oracle)
2023-09-14  9:56     ` Russell King (Oracle)
2023-09-14 11:27   ` Jonathan Cameron
2023-09-14 11:27     ` Jonathan Cameron
2023-09-14 11:27     ` Jonathan Cameron
2023-09-14 14:07     ` Russell King (Oracle)
2023-09-14 14:07       ` Russell King (Oracle)
2023-09-14 14:07       ` Russell King (Oracle)
2023-09-14 14:56       ` Jonathan Cameron
2023-09-14 14:56         ` Jonathan Cameron
2023-09-14 14:56         ` Jonathan Cameron
2023-09-13 16:37 ` [RFC PATCH v2 07/35] x86: intel_epb: Don't rely on link order James Morse
2023-09-13 16:37   ` James Morse
2023-09-13 16:37   ` James Morse
2023-09-14 10:02   ` Russell King (Oracle)
2023-09-14 10:02     ` Russell King (Oracle)
2023-09-14 10:02     ` Russell King (Oracle)
2023-09-18  3:48   ` Gavin Shan
2023-09-18  3:48     ` Gavin Shan
2023-09-18  3:48     ` Gavin Shan
2023-09-13 16:37 ` [RFC PATCH v2 08/35] x86/topology: Switch over to GENERIC_CPU_DEVICES James Morse
2023-09-13 16:37   ` James Morse
2023-09-13 16:37   ` James Morse
2023-09-14 10:01   ` Russell King (Oracle)
2023-09-14 10:01     ` Russell King (Oracle)
2023-09-14 10:01     ` Russell King (Oracle)
2023-09-14 11:40   ` Jonathan Cameron
2023-09-14 11:40     ` Jonathan Cameron
2023-09-14 11:40     ` Jonathan Cameron
2023-09-13 16:37 ` [RFC PATCH v2 09/35] LoongArch: " James Morse
2023-09-13 16:37   ` James Morse
2023-09-13 16:37   ` James Morse
2023-09-14 10:03   ` Russell King (Oracle)
2023-09-14 10:03     ` Russell King (Oracle)
2023-09-14 10:03     ` Russell King (Oracle)
2023-09-14 11:47   ` Jonathan Cameron
2023-09-14 11:47     ` Jonathan Cameron
2023-09-14 11:47     ` Jonathan Cameron
2023-09-13 16:37 ` [RFC PATCH v2 10/35] riscv: " James Morse
2023-09-13 16:37   ` James Morse
2023-09-13 16:37   ` James Morse
2023-09-14 10:04   ` Russell King (Oracle)
2023-09-14 10:04     ` Russell King (Oracle)
2023-09-14 10:04     ` Russell King (Oracle)
2023-09-14 11:48     ` Jonathan Cameron
2023-09-14 11:48       ` Jonathan Cameron
2023-09-14 11:48       ` Jonathan Cameron
2023-09-13 16:37 ` [RFC PATCH v2 11/35] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs James Morse
2023-09-13 16:37   ` James Morse
2023-09-13 16:37   ` James Morse
2023-09-14 12:01   ` Jonathan Cameron
2023-09-14 12:01     ` Jonathan Cameron
2023-09-14 12:01     ` Jonathan Cameron
2023-10-20 11:53     ` Russell King (Oracle)
2023-10-20 11:53       ` Russell King (Oracle)
2023-10-20 11:53       ` Russell King (Oracle)
2023-10-21 10:56       ` Greg KH
2023-10-21 10:56         ` Greg KH
2023-10-21 10:56         ` Greg KH
2023-10-20 13:44     ` Russell King (Oracle)
2023-10-20 13:44       ` Russell King (Oracle)
2023-10-20 13:44       ` Russell King (Oracle)
2023-11-14 10:04       ` Russell King (Oracle)
2023-11-14 10:04         ` Russell King (Oracle)
2023-11-14 10:04         ` Russell King (Oracle)
2023-11-30 16:46       ` Jonathan Cameron
2023-11-30 16:46         ` Jonathan Cameron
2023-11-30 16:46         ` Jonathan Cameron
2023-09-13 16:38 ` [RFC PATCH v2 12/35] ACPI: Use the acpi_device_is_present() helper in more places James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 12:04   ` Jonathan Cameron
2023-09-14 12:04     ` Jonathan Cameron
2023-09-14 12:04     ` Jonathan Cameron
2023-09-18  4:06   ` Gavin Shan
2023-09-18  4:06     ` Gavin Shan
2023-09-18  4:06     ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 13/35] ACPI: Rename acpi_scan_device_not_present() to be about enumeration James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-18  4:13   ` Gavin Shan
2023-09-18  4:13     ` Gavin Shan
2023-09-18  4:13     ` Gavin Shan
2023-10-20 16:01   ` Russell King (Oracle)
2023-10-20 16:01     ` Russell King (Oracle)
2023-10-20 16:01     ` Russell King (Oracle)
2023-10-20 16:41     ` Jonathan Cameron
2023-10-20 16:41       ` Jonathan Cameron
2023-10-20 16:41       ` Jonathan Cameron
2023-09-13 16:38 ` [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 12:27   ` Jonathan Cameron
2023-09-14 12:27     ` Jonathan Cameron
2023-09-14 12:27     ` Jonathan Cameron
2023-09-14 13:09     ` Jonathan Cameron
2023-09-14 13:09       ` Jonathan Cameron
2023-09-14 13:09       ` Jonathan Cameron
2023-10-20 15:32       ` Russell King (Oracle)
2023-10-20 15:32         ` Russell King (Oracle)
2023-10-20 15:32         ` Russell King (Oracle)
2023-10-20 16:43         ` Jonathan Cameron
2023-10-20 16:43           ` Jonathan Cameron
2023-10-20 16:43           ` Jonathan Cameron
2023-09-18  4:38     ` Gavin Shan
2023-09-18  4:38       ` Gavin Shan
2023-09-18  4:38       ` Gavin Shan
2023-09-18 23:43   ` Gavin Shan
2023-09-18 23:43     ` Gavin Shan
2023-09-18 23:43     ` Gavin Shan
2023-10-20 15:45     ` Russell King (Oracle)
2023-10-20 15:45       ` Russell King (Oracle)
2023-10-20 15:45       ` Russell King (Oracle)
2023-09-13 16:38 ` [RFC PATCH v2 15/35] ACPI: processor: Add support for processors described as container packages James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 13:53   ` Jonathan Cameron
2023-09-14 13:53     ` Jonathan Cameron
2023-09-14 13:53     ` Jonathan Cameron
2023-11-03 10:43     ` Russell King (Oracle)
2023-11-03 10:43       ` Russell King (Oracle)
2023-11-03 10:43       ` Russell King (Oracle)
2023-11-03 10:57       ` Russell King (Oracle)
2023-11-03 10:57         ` Russell King (Oracle)
2023-11-03 10:57         ` Russell King (Oracle)
2023-11-03 12:52       ` Jonathan Cameron
2023-11-03 12:52         ` Jonathan Cameron
2023-11-03 12:52         ` Jonathan Cameron
2023-09-18  5:02   ` Gavin Shan
2023-09-18  5:02     ` Gavin Shan
2023-09-18  5:02     ` Gavin Shan
2023-11-03 10:54     ` Russell King (Oracle)
2023-11-03 10:54       ` Russell King (Oracle)
2023-11-03 10:54       ` Russell King (Oracle)
2023-11-03 11:37   ` Russell King (Oracle)
2023-11-03 11:37     ` Russell King (Oracle)
2023-11-03 11:37     ` Russell King (Oracle)
2023-09-13 16:38 ` [RFC PATCH v2 16/35] ACPI: processor: Register CPUs that are online, but not described in the DSDT James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 13:56   ` Jonathan Cameron
2023-09-14 13:56     ` Jonathan Cameron
2023-09-14 13:56     ` Jonathan Cameron
2023-09-18  5:12   ` Gavin Shan
2023-09-18  5:12     ` Gavin Shan
2023-09-18  5:12     ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 17/35] ACPI: processor: Register all CPUs from acpi_processor_get_info() James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-18  5:19   ` Gavin Shan
2023-09-18  5:19     ` Gavin Shan
2023-09-18  5:19     ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 18/35] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present' James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-18  5:22   ` Gavin Shan
2023-09-18  5:22     ` Gavin Shan
2023-09-18  5:22     ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 19/35] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove() James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 14:10   ` Jonathan Cameron
2023-09-14 14:10     ` Jonathan Cameron
2023-09-14 14:10     ` Jonathan Cameron
2023-09-18  5:36   ` Gavin Shan
2023-09-18  5:36     ` Gavin Shan
2023-09-18  5:36     ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 20/35] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 14:17   ` Jonathan Cameron
2023-09-14 14:17     ` Jonathan Cameron
2023-09-14 14:17     ` Jonathan Cameron
2023-09-18  5:50     ` Gavin Shan
2023-09-18  5:50       ` Gavin Shan
2023-09-18  5:50       ` Gavin Shan
2023-10-23 20:01       ` Russell King (Oracle)
2023-10-23 20:01         ` Russell King (Oracle)
2023-10-23 20:01         ` Russell King (Oracle)
2023-09-13 16:38 ` [RFC PATCH v2 21/35] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 14:28   ` Jonathan Cameron
2023-09-14 14:28     ` Jonathan Cameron
2023-09-14 14:28     ` Jonathan Cameron
2023-09-19  0:31   ` Gavin Shan
2023-09-19  0:31     ` Gavin Shan
2023-09-19  0:31     ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 22/35] ACPI: Check _STA present bit before making CPUs not present James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 14:31   ` Jonathan Cameron
2023-09-14 14:31     ` Jonathan Cameron
2023-09-14 14:31     ` Jonathan Cameron
2023-11-03 14:09     ` Russell King (Oracle)
2023-11-03 14:09       ` Russell King (Oracle)
2023-11-03 14:09       ` Russell King (Oracle)
2023-09-19  0:45   ` Gavin Shan
2023-09-19  0:45     ` Gavin Shan
2023-09-19  0:45     ` Gavin Shan
2023-11-03 14:37     ` Russell King (Oracle)
2023-11-03 14:37       ` Russell King (Oracle)
2023-11-03 14:37       ` Russell King (Oracle)
2023-09-13 16:38 ` [RFC PATCH v2 23/35] ACPI: Warn when the present bit changes but the feature is not enabled James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 14:32   ` Jonathan Cameron
2023-09-14 14:32     ` Jonathan Cameron
2023-09-14 14:32     ` Jonathan Cameron
2023-09-19  0:49   ` Gavin Shan
2023-09-19  0:49     ` Gavin Shan
2023-09-19  0:49     ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 24/35] drivers: base: Implement weak arch_unregister_cpu() James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 14:39   ` Jonathan Cameron
2023-09-14 14:39     ` Jonathan Cameron
2023-09-14 14:39     ` Jonathan Cameron
2023-09-19  0:59   ` Gavin Shan
2023-09-19  0:59     ` Gavin Shan
2023-09-19  0:59     ` Gavin Shan
2023-10-23  8:44     ` Russell King (Oracle)
2023-10-23  8:44       ` Russell King (Oracle)
2023-10-23  8:44       ` Russell King (Oracle)
2023-10-23  8:55       ` Russell King (Oracle)
2023-10-23  8:55         ` Russell King (Oracle)
2023-10-23  8:55         ` Russell King (Oracle)
2023-09-13 16:38 ` [RFC PATCH v2 25/35] LoongArch: Use the __weak version of arch_unregister_cpu() James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 14:41   ` Jonathan Cameron
2023-09-14 14:41     ` Jonathan Cameron
2023-09-14 14:41     ` Jonathan Cameron
2023-10-23  8:48     ` Russell King (Oracle)
2023-10-23  8:48       ` Russell King (Oracle)
2023-10-23  8:48       ` Russell King (Oracle)
2023-09-19  1:09   ` Gavin Shan
2023-09-19  1:09     ` Gavin Shan
2023-09-19  1:09     ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 26/35] arm64: acpi: Move get_cpu_for_acpi_id() to a header James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 14:43   ` Jonathan Cameron
2023-09-14 14:43     ` Jonathan Cameron
2023-09-14 14:43     ` Jonathan Cameron
2023-09-19  1:16   ` Gavin Shan
2023-09-19  1:16     ` Gavin Shan
2023-09-19  1:16     ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?] James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14  7:57   ` Ard Biesheuvel
2023-09-14  7:57     ` Ard Biesheuvel
2023-09-14  7:57     ` Ard Biesheuvel
2023-09-14 14:54     ` Jonathan Cameron
2023-09-14 14:54       ` Jonathan Cameron
2023-09-14 14:54       ` Jonathan Cameron
2023-09-14 15:34       ` Ard Biesheuvel
2023-09-14 15:34         ` Ard Biesheuvel
2023-09-14 15:34         ` Ard Biesheuvel
2023-09-14 15:49         ` Russell King (Oracle)
2023-09-14 15:49           ` Russell King (Oracle)
2023-09-14 15:49           ` Russell King (Oracle)
2023-09-15  2:29         ` Salil Mehta
2023-09-15  2:29           ` Salil Mehta
2023-09-15  2:29           ` Salil Mehta
2023-09-15  7:09           ` Russell King (Oracle)
2023-09-15  7:09             ` Russell King (Oracle)
2023-09-15  7:09             ` Russell King (Oracle)
2023-09-15  8:45             ` Rafael J. Wysocki
2023-09-15  8:45               ` Rafael J. Wysocki
2023-09-15  8:45               ` Rafael J. Wysocki
2023-09-15  9:34               ` Salil Mehta
2023-09-15  9:34                 ` Salil Mehta
2023-09-15  9:34                 ` Salil Mehta
2023-09-15 10:21                 ` Rafael J. Wysocki
2023-09-15 10:21                   ` Rafael J. Wysocki
2023-09-15 10:21                   ` Rafael J. Wysocki
2023-09-15 14:49                   ` Salil Mehta
2023-09-15 14:49                     ` Salil Mehta
2023-09-15 14:49                     ` Salil Mehta
2023-09-15 15:16                     ` Russell King (Oracle)
2023-09-15 15:16                       ` Russell King (Oracle)
2023-09-15 15:16                       ` Russell King (Oracle)
2023-09-15 16:46                       ` Salil Mehta
2023-09-15 16:46                         ` Salil Mehta
2023-09-15 16:46                         ` Salil Mehta
2023-09-15 13:43                 ` Russell King (Oracle)
2023-09-15 13:43                   ` Russell King (Oracle)
2023-09-15 13:43                   ` Russell King (Oracle)
2023-09-15 15:17                   ` Salil Mehta
2023-09-15 15:17                     ` Salil Mehta
2023-09-15 15:17                     ` Salil Mehta
2023-09-15 15:32                     ` Jonathan Cameron
2023-09-15 15:32                       ` Jonathan Cameron
2023-09-15 15:32                       ` Jonathan Cameron
2023-09-15 17:12                       ` Salil Mehta
2023-09-15 17:12                         ` Salil Mehta
2023-09-15 17:12                         ` Salil Mehta
2023-09-15 15:41                     ` Russell King (Oracle)
2023-09-15 15:41                       ` Russell King (Oracle)
2023-09-15 15:41                       ` Russell King (Oracle)
2023-09-15 17:07                       ` Salil Mehta
2023-09-15 17:07                         ` Salil Mehta
2023-09-15 17:07                         ` Salil Mehta
2023-09-15  9:21             ` Salil Mehta
2023-09-15  9:21               ` Salil Mehta
2023-09-15  9:21               ` Salil Mehta
2023-09-14 14:48   ` Jonathan Cameron
2023-09-14 14:48     ` Jonathan Cameron
2023-09-14 14:48     ` Jonathan Cameron
2023-09-13 16:38 ` [RFC PATCH v2 28/35] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14  8:09   ` Russell King (Oracle)
2023-09-14  8:09     ` Russell King (Oracle)
2023-09-14  8:09     ` Russell King (Oracle)
2023-09-14 14:58   ` Jonathan Cameron
2023-09-14 14:58     ` Jonathan Cameron
2023-09-14 14:58     ` Jonathan Cameron
2023-09-19  1:23   ` Gavin Shan
2023-09-19  1:23     ` Gavin Shan
2023-09-19  1:23     ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 29/35] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc() James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 15:02   ` Jonathan Cameron
2023-09-14 15:02     ` Jonathan Cameron
2023-09-14 15:02     ` Jonathan Cameron
2023-10-23 18:58     ` Russell King (Oracle)
2023-10-23 18:58       ` Russell King (Oracle)
2023-10-23 18:58       ` Russell King (Oracle)
2023-09-19  3:39   ` Gavin Shan
2023-09-19  3:39     ` Gavin Shan
2023-09-19  3:39     ` Gavin Shan
2023-09-19  3:51     ` Gavin Shan
2023-09-19  3:51       ` Gavin Shan
2023-09-19  3:51       ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 30/35] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14  8:10   ` Russell King (Oracle)
2023-09-14  8:10     ` Russell King (Oracle)
2023-09-14  8:10     ` Russell King (Oracle)
2023-09-19  3:53     ` Gavin Shan
2023-09-19  3:53       ` Gavin Shan
2023-09-19  3:53       ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 31/35] arm64: psci: Ignore DENIED CPUs James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 16:01   ` Jonathan Cameron
2023-09-14 16:01     ` Jonathan Cameron
2023-09-14 16:01     ` Jonathan Cameron
2023-09-19  4:31     ` Gavin Shan
2023-09-19  4:31       ` Gavin Shan
2023-09-19  4:31       ` Gavin Shan
2023-09-13 16:38 ` [RFC PATCH v2 32/35] ACPI: add support to register CPUs based on the _STA enabled bit James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 16:13   ` Jonathan Cameron
2023-09-14 16:13     ` Jonathan Cameron
2023-09-14 16:13     ` Jonathan Cameron
2023-09-19 10:24     ` Russell King (Oracle)
2023-09-19 10:24       ` Russell King (Oracle)
2023-09-19 10:24       ` Russell King (Oracle)
2023-09-19  4:46   ` Gavin Shan
2023-09-19  4:46     ` Gavin Shan
2023-09-19  4:46     ` Gavin Shan
2023-09-19  9:55     ` Russell King (Oracle)
2023-09-19  9:55       ` Russell King (Oracle)
2023-09-19  9:55       ` Russell King (Oracle)
2023-09-13 16:38 ` [RFC PATCH v2 33/35] arm64: document virtual CPU hotplug's expectations James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 16:41   ` Jonathan Cameron
2023-09-14 16:41     ` Jonathan Cameron
2023-09-14 16:41     ` Jonathan Cameron
2023-09-13 16:38 ` [RFC PATCH v2 34/35] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 16:50   ` Jonathan Cameron
2023-09-14 16:50     ` Jonathan Cameron
2023-09-14 16:50     ` Jonathan Cameron
2023-09-13 16:38 ` [RFC PATCH v2 35/35] cpumask: Add enabled cpumask for present CPUs that can be brought online James Morse
2023-09-13 16:38   ` James Morse
2023-09-13 16:38   ` James Morse
2023-09-14 16:54   ` Jonathan Cameron
2023-09-14 16:54     ` Jonathan Cameron
2023-09-14 16:54     ` Jonathan Cameron
2023-09-18 10:27 ` [RFC PATCH v2 00/35] ACPI/arm64: add support for virtual cpuhotplug Russell King (Oracle)
2023-09-18 10:27   ` Russell King (Oracle)
2023-09-18 10:27   ` Russell King (Oracle)
2023-09-26 13:16 ` Salil Mehta
2023-09-26 13:16   ` Salil Mehta
2023-09-26 13:16   ` Salil Mehta

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20230913163823.7880-1-james.morse@arm.com \
    --to=james.morse@arm.com \
    --cc=jean-philippe@linaro.org \
    --cc=jianyong.wu@arm.com \
    --cc=justin.he@arm.com \
    --cc=kvmarm@lists.linux.dev \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux-riscv@lists.infradead.org \
    --cc=linux@armlinux.org.uk \
    --cc=loongarch@lists.linux.dev \
    --cc=salil.mehta@huawei.com \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.