From: Salil Mehta <salil.mehta@huawei.com>
To: Igor Mammedov <imammedo@redhat.com>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
"qemu-arm@nongnu.org" <qemu-arm@nongnu.org>,
"maz@kernel.org" <maz@kernel.org>,
"jean-philippe@linaro.org" <jean-philippe@linaro.org>,
Jonathan Cameron <jonathan.cameron@huawei.com>,
"lpieralisi@kernel.org" <lpieralisi@kernel.org>,
"peter.maydell@linaro.org" <peter.maydell@linaro.org>,
"richard.henderson@linaro.org" <richard.henderson@linaro.org>,
"andrew.jones@linux.dev" <andrew.jones@linux.dev>,
"david@redhat.com" <david@redhat.com>,
"philmd@linaro.org" <philmd@linaro.org>,
"eric.auger@redhat.com" <eric.auger@redhat.com>,
"oliver.upton@linux.dev" <oliver.upton@linux.dev>,
"pbonzini@redhat.com" <pbonzini@redhat.com>,
"mst@redhat.com" <mst@redhat.com>,
"will@kernel.org" <will@kernel.org>,
"gshan@redhat.com" <gshan@redhat.com>,
"rafael@kernel.org" <rafael@kernel.org>,
"alex.bennee@linaro.org" <alex.bennee@linaro.org>,
"linux@armlinux.org.uk" <linux@armlinux.org.uk>,
"darren@os.amperecomputing.com" <darren@os.amperecomputing.com>,
"ilkka@os.amperecomputing.com" <ilkka@os.amperecomputing.com>,
"vishnu@os.amperecomputing.com" <vishnu@os.amperecomputing.com>,
"karl.heubaum@oracle.com" <karl.heubaum@oracle.com>,
"miguel.luis@oracle.com" <miguel.luis@oracle.com>,
"salil.mehta@opnsrc.net" <salil.mehta@opnsrc.net>,
zhukeqian <zhukeqian1@huawei.com>,
"wangxiongfeng (C)" <wangxiongfeng2@huawei.com>,
"wangyanan (Y)" <wangyanan55@huawei.com>,
"jiakernel2@gmail.com" <jiakernel2@gmail.com>,
"maobibo@loongson.cn" <maobibo@loongson.cn>,
"lixianglai@loongson.cn" <lixianglai@loongson.cn>,
"npiggin@gmail.com" <npiggin@gmail.com>,
"harshpb@linux.ibm.com" <harshpb@linux.ibm.com>,
Linuxarm <linuxarm@huawei.com>
Subject: RE: [PATCH V15 0/7] Add architecture agnostic code to support vCPU Hotplug
Date: Mon, 15 Jul 2024 14:14:09 +0000 [thread overview]
Message-ID: <b93b570158794e28bf8c00a949afa8b4@huawei.com> (raw)
In-Reply-To: <20240715155436.577d34c5@imammedo.users.ipa.redhat.com>
Hi Igor,
> From: Igor Mammedov <imammedo@redhat.com>
> Sent: Monday, July 15, 2024 2:55 PM
> To: Salil Mehta <salil.mehta@huawei.com>
>
> On Sat, 13 Jul 2024 19:25:09 +0100
> Salil Mehta <salil.mehta@huawei.com> wrote:
>
> > [Note: References are present at the last after the revision history]
> >
> > Virtual CPU hotplug support is being added across various architectures
> [1][3].
> > This series adds various code bits common across all architectures:
> >
> > 1. vCPU creation and Parking code refactor [Patch 1] 2. Update ACPI
> > GED framework to support vCPU Hotplug [Patch 2,3] 3. ACPI CPUs AML
> > code change [Patch 4,5] 4. Helper functions to support unrealization
> > of CPU objects [Patch 6,7]
>
> with patch 1 and 3 fixed should be good to go.
>
> Salil,
> Can you remind me what happened to migration part of this?
> Ideally it should be a part of of this series as it should be common for
> everything that uses GED and should be a conditional part of GED's
> VMSTATE.
>
> If this series is just a common base and no actual hotplug on top of it is
> merged in this release (provided patch 13 is fixed), I'm fine with migration
> bits being a separate series on top.
>
> However if some machine would be introducing cpu hotplug in the same
> release, then the migration part should be merged before it or be a part
> that cpu hotplug series.
We have tested Live/Pseudo Migration and it seem to work with the changes
part of the architecture specific patch-set.
Ampere: https://lore.kernel.org/all/e17e28ac-28c7-496f-b212-2c9b552dbf63@amperemail.onmicrosoft.com/
Oracle: https://lore.kernel.org/all/46D74D30-EE54-4AD2-8F0E-BA5627FAA63E@oracle.com/
For ARM, please check below patch part of RFC V3 for changes related to migration:
https://lore.kernel.org/qemu-devel/20240613233639.202896-15-salil.mehta@huawei.com/
Thanks
Salil.
>
> > Repository:
> >
> > [*] Architecture *Agnostic* Patch-set (This series)
> > V14: https://github.com/salil-mehta/qemu.git
> > virt-cpuhp-armv8/rfc-v3.arch.agnostic.v15
> >
> > NOTE: This series is meant to work in conjunction with the architecture-
> specific
> > patch-set. For ARM, a combined patch-set (architecture agnostic +
> specific) was
> > earlier pushed as RFC V2 [1]. Later, RFC V2 was split into the ARM
> Architecture
> > specific patch-set RFC V3 [4] (a subset of RFC V2) and the architecture
> agnostic
> > patch-set. Patch-set V14 is the latest version in that series. This series
> > works in conjunction with RFC V4-rc2, present at the following link.
> >
> > [*] ARM Architecture *Specific* Patch-set
> > RFC V3 [4]: https://github.com/salil-mehta/qemu.git virt-cpuhp-
> armv8/rfc-v3
> > RFC V4-rc2: https://github.com/salil-mehta/qemu.git
> > virt-cpuhp-armv8/rfc-v4-rc2 (combined)
> >
> >
> > Revision History:
> >
> > Patch-set V14 -> V15
> > 1. Addressed commnet from Igor Mammedov's on [PATCH V14 4/7]
> > - Removed ACPI_CPU_SCAN_METHOD
> > - Introduced AML_GED_EVT_CPU_SCAN_METHOD
> ("\\_SB.GED.CPSCN") macro
> > 2. Fix the stray change of "assert (" in "PATCH V14 3/7"
> > Link:
> > https://lore.kernel.org/qemu-devel/20240712134201.214699-4-salil.mehta
> > @huawei.com/
> >
> > Patch-set V13 -> V14
> > 1. Addressed Igor Mammedov's following review comments
> > - Mentioned abput new external APIs in the header note of [PATCH 1/7]
> > - Merged Doc [PATCH V13 8/8] with [PATCH V14 3/7]
> > - Introduced GED realize function for various CPU Hotplug regions
> initializations
> > - Added back event handler method to indirectly expose
> \\_SB.CPUS.CSCN to GED
> > _EVT. Like for ARM, it would be through \\_SB.GED.CSCN event handler
> method
> > - Collected the Ack given for [Patch V13 6/8]
> > - Added back the gfree'ing of GDB regs in common finalize and made it
> conditional
> > - Updated the header notes of [PATCH V13 3/8,4/8,5/8] to reflect
> > the changes
> >
> > Patch-set V12 -> V13
> > 1. Added Reviewed-by Tag of Harsh Prateek Bora's (IBM) [PATCH V12 1/8]
> > 2. Moved the kvm_{create,park,unpark}_vcpu prototypes from
> accel/kvm/kvm-cpus.h
> > to include/sysemu/kvm.h. These can later be exported through
> AccelOps.
> > Link:
> > https://lore.kernel.org/qemu-devel/62f55169-1796-4d8e-a35d-
> 7f003a17275
> > 0@linux.ibm.com/
> >
> > Patch-set V11 -> V12
> > 1. Addressed Harsh Prateek Bora's (IBM) comment
> > - Changed @cpu to @vcpu_id in the kvm_unpark_vcpu protoype
> header/
> > 2. Added Zhao Liu's (Intel) Tested-by for whole series
> > - Qtest does not breaks on Intel platforms now.
> > 3. Added Zhao Liu's (Intel) Reviewed-by for [PATCH V11 {1/8 - 3/8}]
> > Link: https://lore.kernel.org/qemu-
> devel/ZlRSPuJGBgyEUW6w@intel.com/
> > Link:
> > https://lore.kernel.org/qemu-devel/a5f3d78e-cfed-441f-9c56-
> e3e78fa5ede
> > e@linux.ibm.com/
> >
> > Patch-set V10 -> V11
> > 1. Addressed Nicholas Piggin's (IBM) comment
> > - moved the traces in kvm_unpark_vcpu and kvm_create_vcpu at the
> end
> > - Added the Reviewed-by Tag for [PATCH V10 1/8] 2. Addressed Alex
> > Bennée's (Linaro) comments
> > - Added a note explaining dependency of the [PATCH V10 7/8] on Arch
> > specific patch-set
> > Link:
> > https://lore.kernel.org/qemu-
> devel/D1FS5GOOFWWK.2PNRIVL0V6DBL@gmail.co
> > m/
> > Link:
> > https://lore.kernel.org/qemu-devel/87frubi402.fsf@draig.linaro.org/
> >
> > Patch-set V9 -> V10
> > 1. Addressed Nicholas Piggin's (IBM) & Philippe Mathieu-Daudé (Linaro)
> comments
> > - carved out kvm_unpark_vcpu and added its trace
> > - Widened the scope of the kvm_unpark_vcpu so that it can be used by
> generic framework
> > being thought out
> > Link:
> > https://lore.kernel.org/qemu-devel/20240519210620.228342-1-salil.mehta
> > @huawei.com/
> > Link:
> > https://lore.kernel.org/qemu-devel/e94b0e14-efee-4050-9c9f-
> 08382a36b63
> > a@linaro.org/
> >
> > Patch-set V8 -> V9
> > 1. Addressed Vishnu Pajjuri's (Ampere) comments
> > - Added kvm_fd to trace in kvm_create_vcpu
> > - Some clean ups: arch vcpu-id and sbd variable
> > - Added the missed initialization of cpu->gdb_num_regs 2. Addressed
> > the commnet from Zhao Liu (Intel)
> > - Make initialization of CPU Hotplug state conditional
> > (possible_cpu_arch_ids!=NULL)
> > Link:
> > https://lore.kernel.org/qemu-devel/20240312020000.12992-1-
> salil.mehta@
> > huawei.com/
> >
> > Patch-set V7 -> V8
> > 1. Rebased and Fixed the conflicts
> >
> > Patch-set V6 -> V7
> > 1. Addressed Alex Bennée's comments
> > - Updated the docs
> > 2. Addressed Igor Mammedov's comments
> > - Merged patches [Patch V6 3/9] & [Patch V6 7/9] with [Patch V6 4/9]
> > - Updated commit-log of [Patch V6 1/9] and [Patch V6 5/9]
> > 3. Added Shaoqin Huang's Reviewed-by tags for whole series.
> > Link:
> > https://lore.kernel.org/qemu-devel/20231013105129.25648-1-
> salil.mehta@
> > huawei.com/
> >
> > Patch-set V5 -> V6
> > 1. Addressed Gavin Shan's comments
> > - Fixed the assert() ranges of address spaces
> > - Rebased the patch-set to latest changes in the qemu.git
> > - Added Reviewed-by tags for patches {8,9} 2. Addressed Jonathan
> > Cameron's comments
> > - Updated commit-log for [Patch V5 1/9] with mention of trace events
> > - Added Reviewed-by tags for patches {1,5} 3. Added Tested-by tags
> > from Xianglai Li 4. Fixed checkpatch.pl error "Qemu -> QEMU" in [Patch
> > V5 1/9]
> > Link:
> > https://lore.kernel.org/qemu-devel/20231011194355.15628-1-
> salil.mehta@
> > huawei.com/
> >
> > Patch-set V4 -> V5
> > 1. Addressed Gavin Shan's comments
> > - Fixed the trace events print string for
> kvm_{create,get,park,destroy}_vcpu
> > - Added Reviewed-by tag for patch {1} 2. Added Shaoqin Huang's
> > Reviewed-by tags for Patches {2,3} 3. Added Tested-by Tag from Vishnu
> > Pajjuri to the patch-set 4. Dropped the ARM specific [Patch V4 10/10]
> > Link:
> > https://lore.kernel.org/qemu-devel/20231009203601.17584-1-
> salil.mehta@
> > huawei.com/
> >
> > Patch-set V3 -> V4
> > 1. Addressed David Hilderbrand's comments
> > - Fixed the wrong doc comment of kvm_park_vcpu API prototype
> > - Added Reviewed-by tags for patches {2,4}
> > Link:
> > https://lore.kernel.org/qemu-devel/20231009112812.10612-1-
> salil.mehta@
> > huawei.com/
> >
> > Patch-set V2 -> V3
> > 1. Addressed Jonathan Cameron's comments
> > - Fixed 'vcpu-id' type wrongly changed from 'unsigned long' to 'integer'
> > - Removed unnecessary use of variable 'vcpu_id' in kvm_park_vcpu
> > - Updated [Patch V2 3/10] commit-log with details of
> ACPI_CPU_SCAN_METHOD macro
> > - Updated [Patch V2 5/10] commit-log with details of conditional event
> handler method
> > - Added Reviewed-by tags for patches {2,3,4,6,7} 2. Addressed Gavin
> > Shan's comments
> > - Remove unnecessary use of variable 'vcpu_id' in kvm_par_vcpu
> > - Fixed return value in kvm_get_vcpu from -1 to -ENOENT
> > - Reset the value of 'gdb_num_g_regs' in
> gdb_unregister_coprocessor_all
> > - Fixed the kvm_{create,park}_vcpu prototypes docs
> > - Added Reviewed-by tags for patches {2,3,4,5,6,7,9,10} 3.
> > Addressed one earlier missed comment by Alex Bennée in RFC V1
> > - Added traces instead of DPRINTF in the newly added and some
> > existing functions
> > Link:
> > https://lore.kernel.org/qemu-devel/20230930001933.2660-1-
> salil.mehta@h
> > uawei.com/
> >
> > Patch-set V1 -> V2
> > 1. Addressed Alex Bennée's comments
> > - Refactored the kvm_create_vcpu logic to get rid of goto
> > - Added the docs for kvm_{create,park}_vcpu prototypes
> > - Splitted the gdbstub and AddressSpace destruction change into
> separate patches
> > - Added Reviewed-by tags for patches {2,10}
> > Link:
> > https://lore.kernel.org/qemu-devel/20230929124304.13672-1-
> salil.mehta@
> > huawei.com/
> >
> > References:
> >
> > [1]
> > https://lore.kernel.org/qemu-devel/20230926100436.28284-1-
> salil.mehta@
> > huawei.com/ [2]
> > https://lore.kernel.org/all/20230913163823.7880-1-
> james.morse@arm.com/
> > [3]
> > https://lore.kernel.org/qemu-devel/cover.1695697701.git.lixianglai@loo
> > ngson.cn/ [4]
> > https://lore.kernel.org/qemu-devel/20240613233639.202896-2-salil.mehta
> > @huawei.com/
> >
> > Salil Mehta (7):
> > accel/kvm: Extract common KVM vCPU {creation,parking} code
> > hw/acpi: Move CPU ctrl-dev MMIO region len macro to common header
> file
> > hw/acpi: Update ACPI GED framework to support vCPU Hotplug
> > hw/acpi: Update GED _EVT method AML with CPU scan
> > hw/acpi: Update CPUs AML with cpu-(ctrl)dev change
> > physmem: Add helper function to destroy CPU AddressSpace
> > gdbstub: Add helper function to unregister GDB register space
> >
> > accel/kvm/kvm-all.c | 95 +++++++++++++++++---------
> > accel/kvm/kvm-cpus.h | 1 -
> > accel/kvm/trace-events | 5 +-
> > docs/specs/acpi_hw_reduced_hotplug.rst | 3 +-
> > gdbstub/gdbstub.c | 13 ++++
> > hw/acpi/acpi-cpu-hotplug-stub.c | 6 ++
> > hw/acpi/cpu.c | 18 +++--
> > hw/acpi/generic_event_device.c | 27 ++++++++
> > hw/core/cpu-common.c | 4 +-
> > hw/i386/acpi-build.c | 3 +-
> > include/exec/cpu-common.h | 8 +++
> > include/exec/gdbstub.h | 6 ++
> > include/hw/acpi/cpu.h | 7 +-
> > include/hw/acpi/generic_event_device.h | 5 ++
> > include/hw/core/cpu.h | 1 +
> > include/sysemu/kvm.h | 25 +++++++
> > system/physmem.c | 29 ++++++++
> > 17 files changed, 212 insertions(+), 44 deletions(-)
> >
>
WARNING: multiple messages have this Message-ID (diff)
From: Salil Mehta via <qemu-devel@nongnu.org>
To: Igor Mammedov <imammedo@redhat.com>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
"qemu-arm@nongnu.org" <qemu-arm@nongnu.org>,
"maz@kernel.org" <maz@kernel.org>,
"jean-philippe@linaro.org" <jean-philippe@linaro.org>,
Jonathan Cameron <jonathan.cameron@huawei.com>,
"lpieralisi@kernel.org" <lpieralisi@kernel.org>,
"peter.maydell@linaro.org" <peter.maydell@linaro.org>,
"richard.henderson@linaro.org" <richard.henderson@linaro.org>,
"andrew.jones@linux.dev" <andrew.jones@linux.dev>,
"david@redhat.com" <david@redhat.com>,
"philmd@linaro.org" <philmd@linaro.org>,
"eric.auger@redhat.com" <eric.auger@redhat.com>,
"oliver.upton@linux.dev" <oliver.upton@linux.dev>,
"pbonzini@redhat.com" <pbonzini@redhat.com>,
"mst@redhat.com" <mst@redhat.com>,
"will@kernel.org" <will@kernel.org>,
"gshan@redhat.com" <gshan@redhat.com>,
"rafael@kernel.org" <rafael@kernel.org>,
"alex.bennee@linaro.org" <alex.bennee@linaro.org>,
"linux@armlinux.org.uk" <linux@armlinux.org.uk>,
"darren@os.amperecomputing.com" <darren@os.amperecomputing.com>,
"ilkka@os.amperecomputing.com" <ilkka@os.amperecomputing.com>,
"vishnu@os.amperecomputing.com" <vishnu@os.amperecomputing.com>,
"karl.heubaum@oracle.com" <karl.heubaum@oracle.com>,
"miguel.luis@oracle.com" <miguel.luis@oracle.com>,
"salil.mehta@opnsrc.net" <salil.mehta@opnsrc.net>,
zhukeqian <zhukeqian1@huawei.com>,
"wangxiongfeng (C)" <wangxiongfeng2@huawei.com>,
"wangyanan (Y)" <wangyanan55@huawei.com>,
"jiakernel2@gmail.com" <jiakernel2@gmail.com>,
"maobibo@loongson.cn" <maobibo@loongson.cn>,
"lixianglai@loongson.cn" <lixianglai@loongson.cn>,
"npiggin@gmail.com" <npiggin@gmail.com>,
"harshpb@linux.ibm.com" <harshpb@linux.ibm.com>,
Linuxarm <linuxarm@huawei.com>
Subject: RE: [PATCH V15 0/7] Add architecture agnostic code to support vCPU Hotplug
Date: Mon, 15 Jul 2024 14:14:09 +0000 [thread overview]
Message-ID: <b93b570158794e28bf8c00a949afa8b4@huawei.com> (raw)
In-Reply-To: <20240715155436.577d34c5@imammedo.users.ipa.redhat.com>
Hi Igor,
> From: Igor Mammedov <imammedo@redhat.com>
> Sent: Monday, July 15, 2024 2:55 PM
> To: Salil Mehta <salil.mehta@huawei.com>
>
> On Sat, 13 Jul 2024 19:25:09 +0100
> Salil Mehta <salil.mehta@huawei.com> wrote:
>
> > [Note: References are present at the last after the revision history]
> >
> > Virtual CPU hotplug support is being added across various architectures
> [1][3].
> > This series adds various code bits common across all architectures:
> >
> > 1. vCPU creation and Parking code refactor [Patch 1] 2. Update ACPI
> > GED framework to support vCPU Hotplug [Patch 2,3] 3. ACPI CPUs AML
> > code change [Patch 4,5] 4. Helper functions to support unrealization
> > of CPU objects [Patch 6,7]
>
> with patch 1 and 3 fixed should be good to go.
>
> Salil,
> Can you remind me what happened to migration part of this?
> Ideally it should be a part of of this series as it should be common for
> everything that uses GED and should be a conditional part of GED's
> VMSTATE.
>
> If this series is just a common base and no actual hotplug on top of it is
> merged in this release (provided patch 13 is fixed), I'm fine with migration
> bits being a separate series on top.
>
> However if some machine would be introducing cpu hotplug in the same
> release, then the migration part should be merged before it or be a part
> that cpu hotplug series.
We have tested Live/Pseudo Migration and it seem to work with the changes
part of the architecture specific patch-set.
Ampere: https://lore.kernel.org/all/e17e28ac-28c7-496f-b212-2c9b552dbf63@amperemail.onmicrosoft.com/
Oracle: https://lore.kernel.org/all/46D74D30-EE54-4AD2-8F0E-BA5627FAA63E@oracle.com/
For ARM, please check below patch part of RFC V3 for changes related to migration:
https://lore.kernel.org/qemu-devel/20240613233639.202896-15-salil.mehta@huawei.com/
Thanks
Salil.
>
> > Repository:
> >
> > [*] Architecture *Agnostic* Patch-set (This series)
> > V14: https://github.com/salil-mehta/qemu.git
> > virt-cpuhp-armv8/rfc-v3.arch.agnostic.v15
> >
> > NOTE: This series is meant to work in conjunction with the architecture-
> specific
> > patch-set. For ARM, a combined patch-set (architecture agnostic +
> specific) was
> > earlier pushed as RFC V2 [1]. Later, RFC V2 was split into the ARM
> Architecture
> > specific patch-set RFC V3 [4] (a subset of RFC V2) and the architecture
> agnostic
> > patch-set. Patch-set V14 is the latest version in that series. This series
> > works in conjunction with RFC V4-rc2, present at the following link.
> >
> > [*] ARM Architecture *Specific* Patch-set
> > RFC V3 [4]: https://github.com/salil-mehta/qemu.git virt-cpuhp-
> armv8/rfc-v3
> > RFC V4-rc2: https://github.com/salil-mehta/qemu.git
> > virt-cpuhp-armv8/rfc-v4-rc2 (combined)
> >
> >
> > Revision History:
> >
> > Patch-set V14 -> V15
> > 1. Addressed commnet from Igor Mammedov's on [PATCH V14 4/7]
> > - Removed ACPI_CPU_SCAN_METHOD
> > - Introduced AML_GED_EVT_CPU_SCAN_METHOD
> ("\\_SB.GED.CPSCN") macro
> > 2. Fix the stray change of "assert (" in "PATCH V14 3/7"
> > Link:
> > https://lore.kernel.org/qemu-devel/20240712134201.214699-4-salil.mehta
> > @huawei.com/
> >
> > Patch-set V13 -> V14
> > 1. Addressed Igor Mammedov's following review comments
> > - Mentioned abput new external APIs in the header note of [PATCH 1/7]
> > - Merged Doc [PATCH V13 8/8] with [PATCH V14 3/7]
> > - Introduced GED realize function for various CPU Hotplug regions
> initializations
> > - Added back event handler method to indirectly expose
> \\_SB.CPUS.CSCN to GED
> > _EVT. Like for ARM, it would be through \\_SB.GED.CSCN event handler
> method
> > - Collected the Ack given for [Patch V13 6/8]
> > - Added back the gfree'ing of GDB regs in common finalize and made it
> conditional
> > - Updated the header notes of [PATCH V13 3/8,4/8,5/8] to reflect
> > the changes
> >
> > Patch-set V12 -> V13
> > 1. Added Reviewed-by Tag of Harsh Prateek Bora's (IBM) [PATCH V12 1/8]
> > 2. Moved the kvm_{create,park,unpark}_vcpu prototypes from
> accel/kvm/kvm-cpus.h
> > to include/sysemu/kvm.h. These can later be exported through
> AccelOps.
> > Link:
> > https://lore.kernel.org/qemu-devel/62f55169-1796-4d8e-a35d-
> 7f003a17275
> > 0@linux.ibm.com/
> >
> > Patch-set V11 -> V12
> > 1. Addressed Harsh Prateek Bora's (IBM) comment
> > - Changed @cpu to @vcpu_id in the kvm_unpark_vcpu protoype
> header/
> > 2. Added Zhao Liu's (Intel) Tested-by for whole series
> > - Qtest does not breaks on Intel platforms now.
> > 3. Added Zhao Liu's (Intel) Reviewed-by for [PATCH V11 {1/8 - 3/8}]
> > Link: https://lore.kernel.org/qemu-
> devel/ZlRSPuJGBgyEUW6w@intel.com/
> > Link:
> > https://lore.kernel.org/qemu-devel/a5f3d78e-cfed-441f-9c56-
> e3e78fa5ede
> > e@linux.ibm.com/
> >
> > Patch-set V10 -> V11
> > 1. Addressed Nicholas Piggin's (IBM) comment
> > - moved the traces in kvm_unpark_vcpu and kvm_create_vcpu at the
> end
> > - Added the Reviewed-by Tag for [PATCH V10 1/8] 2. Addressed Alex
> > Bennée's (Linaro) comments
> > - Added a note explaining dependency of the [PATCH V10 7/8] on Arch
> > specific patch-set
> > Link:
> > https://lore.kernel.org/qemu-
> devel/D1FS5GOOFWWK.2PNRIVL0V6DBL@gmail.co
> > m/
> > Link:
> > https://lore.kernel.org/qemu-devel/87frubi402.fsf@draig.linaro.org/
> >
> > Patch-set V9 -> V10
> > 1. Addressed Nicholas Piggin's (IBM) & Philippe Mathieu-Daudé (Linaro)
> comments
> > - carved out kvm_unpark_vcpu and added its trace
> > - Widened the scope of the kvm_unpark_vcpu so that it can be used by
> generic framework
> > being thought out
> > Link:
> > https://lore.kernel.org/qemu-devel/20240519210620.228342-1-salil.mehta
> > @huawei.com/
> > Link:
> > https://lore.kernel.org/qemu-devel/e94b0e14-efee-4050-9c9f-
> 08382a36b63
> > a@linaro.org/
> >
> > Patch-set V8 -> V9
> > 1. Addressed Vishnu Pajjuri's (Ampere) comments
> > - Added kvm_fd to trace in kvm_create_vcpu
> > - Some clean ups: arch vcpu-id and sbd variable
> > - Added the missed initialization of cpu->gdb_num_regs 2. Addressed
> > the commnet from Zhao Liu (Intel)
> > - Make initialization of CPU Hotplug state conditional
> > (possible_cpu_arch_ids!=NULL)
> > Link:
> > https://lore.kernel.org/qemu-devel/20240312020000.12992-1-
> salil.mehta@
> > huawei.com/
> >
> > Patch-set V7 -> V8
> > 1. Rebased and Fixed the conflicts
> >
> > Patch-set V6 -> V7
> > 1. Addressed Alex Bennée's comments
> > - Updated the docs
> > 2. Addressed Igor Mammedov's comments
> > - Merged patches [Patch V6 3/9] & [Patch V6 7/9] with [Patch V6 4/9]
> > - Updated commit-log of [Patch V6 1/9] and [Patch V6 5/9]
> > 3. Added Shaoqin Huang's Reviewed-by tags for whole series.
> > Link:
> > https://lore.kernel.org/qemu-devel/20231013105129.25648-1-
> salil.mehta@
> > huawei.com/
> >
> > Patch-set V5 -> V6
> > 1. Addressed Gavin Shan's comments
> > - Fixed the assert() ranges of address spaces
> > - Rebased the patch-set to latest changes in the qemu.git
> > - Added Reviewed-by tags for patches {8,9} 2. Addressed Jonathan
> > Cameron's comments
> > - Updated commit-log for [Patch V5 1/9] with mention of trace events
> > - Added Reviewed-by tags for patches {1,5} 3. Added Tested-by tags
> > from Xianglai Li 4. Fixed checkpatch.pl error "Qemu -> QEMU" in [Patch
> > V5 1/9]
> > Link:
> > https://lore.kernel.org/qemu-devel/20231011194355.15628-1-
> salil.mehta@
> > huawei.com/
> >
> > Patch-set V4 -> V5
> > 1. Addressed Gavin Shan's comments
> > - Fixed the trace events print string for
> kvm_{create,get,park,destroy}_vcpu
> > - Added Reviewed-by tag for patch {1} 2. Added Shaoqin Huang's
> > Reviewed-by tags for Patches {2,3} 3. Added Tested-by Tag from Vishnu
> > Pajjuri to the patch-set 4. Dropped the ARM specific [Patch V4 10/10]
> > Link:
> > https://lore.kernel.org/qemu-devel/20231009203601.17584-1-
> salil.mehta@
> > huawei.com/
> >
> > Patch-set V3 -> V4
> > 1. Addressed David Hilderbrand's comments
> > - Fixed the wrong doc comment of kvm_park_vcpu API prototype
> > - Added Reviewed-by tags for patches {2,4}
> > Link:
> > https://lore.kernel.org/qemu-devel/20231009112812.10612-1-
> salil.mehta@
> > huawei.com/
> >
> > Patch-set V2 -> V3
> > 1. Addressed Jonathan Cameron's comments
> > - Fixed 'vcpu-id' type wrongly changed from 'unsigned long' to 'integer'
> > - Removed unnecessary use of variable 'vcpu_id' in kvm_park_vcpu
> > - Updated [Patch V2 3/10] commit-log with details of
> ACPI_CPU_SCAN_METHOD macro
> > - Updated [Patch V2 5/10] commit-log with details of conditional event
> handler method
> > - Added Reviewed-by tags for patches {2,3,4,6,7} 2. Addressed Gavin
> > Shan's comments
> > - Remove unnecessary use of variable 'vcpu_id' in kvm_par_vcpu
> > - Fixed return value in kvm_get_vcpu from -1 to -ENOENT
> > - Reset the value of 'gdb_num_g_regs' in
> gdb_unregister_coprocessor_all
> > - Fixed the kvm_{create,park}_vcpu prototypes docs
> > - Added Reviewed-by tags for patches {2,3,4,5,6,7,9,10} 3.
> > Addressed one earlier missed comment by Alex Bennée in RFC V1
> > - Added traces instead of DPRINTF in the newly added and some
> > existing functions
> > Link:
> > https://lore.kernel.org/qemu-devel/20230930001933.2660-1-
> salil.mehta@h
> > uawei.com/
> >
> > Patch-set V1 -> V2
> > 1. Addressed Alex Bennée's comments
> > - Refactored the kvm_create_vcpu logic to get rid of goto
> > - Added the docs for kvm_{create,park}_vcpu prototypes
> > - Splitted the gdbstub and AddressSpace destruction change into
> separate patches
> > - Added Reviewed-by tags for patches {2,10}
> > Link:
> > https://lore.kernel.org/qemu-devel/20230929124304.13672-1-
> salil.mehta@
> > huawei.com/
> >
> > References:
> >
> > [1]
> > https://lore.kernel.org/qemu-devel/20230926100436.28284-1-
> salil.mehta@
> > huawei.com/ [2]
> > https://lore.kernel.org/all/20230913163823.7880-1-
> james.morse@arm.com/
> > [3]
> > https://lore.kernel.org/qemu-devel/cover.1695697701.git.lixianglai@loo
> > ngson.cn/ [4]
> > https://lore.kernel.org/qemu-devel/20240613233639.202896-2-salil.mehta
> > @huawei.com/
> >
> > Salil Mehta (7):
> > accel/kvm: Extract common KVM vCPU {creation,parking} code
> > hw/acpi: Move CPU ctrl-dev MMIO region len macro to common header
> file
> > hw/acpi: Update ACPI GED framework to support vCPU Hotplug
> > hw/acpi: Update GED _EVT method AML with CPU scan
> > hw/acpi: Update CPUs AML with cpu-(ctrl)dev change
> > physmem: Add helper function to destroy CPU AddressSpace
> > gdbstub: Add helper function to unregister GDB register space
> >
> > accel/kvm/kvm-all.c | 95 +++++++++++++++++---------
> > accel/kvm/kvm-cpus.h | 1 -
> > accel/kvm/trace-events | 5 +-
> > docs/specs/acpi_hw_reduced_hotplug.rst | 3 +-
> > gdbstub/gdbstub.c | 13 ++++
> > hw/acpi/acpi-cpu-hotplug-stub.c | 6 ++
> > hw/acpi/cpu.c | 18 +++--
> > hw/acpi/generic_event_device.c | 27 ++++++++
> > hw/core/cpu-common.c | 4 +-
> > hw/i386/acpi-build.c | 3 +-
> > include/exec/cpu-common.h | 8 +++
> > include/exec/gdbstub.h | 6 ++
> > include/hw/acpi/cpu.h | 7 +-
> > include/hw/acpi/generic_event_device.h | 5 ++
> > include/hw/core/cpu.h | 1 +
> > include/sysemu/kvm.h | 25 +++++++
> > system/physmem.c | 29 ++++++++
> > 17 files changed, 212 insertions(+), 44 deletions(-)
> >
>
next prev parent reply other threads:[~2024-07-15 14:14 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-13 18:25 [PATCH V15 0/7] Add architecture agnostic code to support vCPU Hotplug Salil Mehta via
2024-07-13 18:25 ` [PATCH V15 1/7] accel/kvm: Extract common KVM vCPU {creation,parking} code Salil Mehta
2024-07-13 18:25 ` [PATCH V15 1/7] accel/kvm: Extract common KVM vCPU {creation, parking} code Salil Mehta via
2024-07-15 12:49 ` [PATCH V15 1/7] accel/kvm: Extract common KVM vCPU {creation,parking} code Igor Mammedov
2024-07-15 13:28 ` Igor Mammedov
2024-07-15 13:57 ` Salil Mehta
2024-07-15 13:57 ` Salil Mehta via
2024-07-13 18:25 ` [PATCH V15 2/7] hw/acpi: Move CPU ctrl-dev MMIO region len macro to common header file Salil Mehta
2024-07-13 18:25 ` Salil Mehta via
2024-07-15 12:50 ` Igor Mammedov
2024-07-13 18:25 ` [PATCH V15 3/7] hw/acpi: Update ACPI GED framework to support vCPU Hotplug Salil Mehta
2024-07-13 18:25 ` Salil Mehta via
2024-07-15 13:12 ` Igor Mammedov
2024-07-15 13:55 ` Salil Mehta
2024-07-15 13:55 ` Salil Mehta via
2024-07-13 18:25 ` [PATCH V15 4/7] hw/acpi: Update GED _EVT method AML with CPU scan Salil Mehta
2024-07-13 18:25 ` Salil Mehta via
2024-07-15 12:55 ` Igor Mammedov
2024-07-13 18:25 ` [PATCH V15 5/7] hw/acpi: Update CPUs AML with cpu-(ctrl)dev change Salil Mehta
2024-07-13 18:25 ` Salil Mehta via
2024-07-15 13:39 ` Igor Mammedov
2024-07-13 18:25 ` [PATCH V15 6/7] physmem: Add helper function to destroy CPU AddressSpace Salil Mehta via
2024-07-13 18:25 ` [PATCH V15 7/7] gdbstub: Add helper function to unregister GDB register space Salil Mehta
2024-07-13 18:25 ` Salil Mehta via
2024-07-15 13:40 ` Igor Mammedov
2024-07-15 6:11 ` [PATCH V15 0/7] Add architecture agnostic code to support vCPU Hotplug Zhao Liu
2024-07-15 8:45 ` Salil Mehta
2024-07-15 8:45 ` Salil Mehta via
2024-07-15 11:03 ` Vishnu Pajjuri
2024-07-15 11:07 ` Salil Mehta
2024-07-15 11:13 ` Michael S. Tsirkin
2024-07-15 11:27 ` Salil Mehta
2024-07-15 11:27 ` Salil Mehta via
2024-07-15 11:33 ` Michael S. Tsirkin
2024-07-15 11:35 ` Salil Mehta
2024-07-15 11:35 ` Salil Mehta via
2024-07-15 13:55 ` Igor Mammedov
2024-07-15 11:14 ` Salil Mehta
2024-07-15 11:14 ` Salil Mehta via
2024-07-15 13:54 ` Igor Mammedov
2024-07-15 14:14 ` Salil Mehta [this message]
2024-07-15 14:14 ` Salil Mehta via
2024-07-15 14:19 ` Salil Mehta via
2024-07-15 15:11 ` Igor Mammedov
2024-07-16 3:38 ` Salil Mehta
2024-07-16 9:52 ` Igor Mammedov
2024-07-16 11:43 ` Salil Mehta via
2024-07-16 15:21 ` Igor Mammedov
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=b93b570158794e28bf8c00a949afa8b4@huawei.com \
--to=salil.mehta@huawei.com \
--cc=alex.bennee@linaro.org \
--cc=andrew.jones@linux.dev \
--cc=darren@os.amperecomputing.com \
--cc=david@redhat.com \
--cc=eric.auger@redhat.com \
--cc=gshan@redhat.com \
--cc=harshpb@linux.ibm.com \
--cc=ilkka@os.amperecomputing.com \
--cc=imammedo@redhat.com \
--cc=jean-philippe@linaro.org \
--cc=jiakernel2@gmail.com \
--cc=jonathan.cameron@huawei.com \
--cc=karl.heubaum@oracle.com \
--cc=linux@armlinux.org.uk \
--cc=linuxarm@huawei.com \
--cc=lixianglai@loongson.cn \
--cc=lpieralisi@kernel.org \
--cc=maobibo@loongson.cn \
--cc=maz@kernel.org \
--cc=miguel.luis@oracle.com \
--cc=mst@redhat.com \
--cc=npiggin@gmail.com \
--cc=oliver.upton@linux.dev \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=rafael@kernel.org \
--cc=richard.henderson@linaro.org \
--cc=salil.mehta@opnsrc.net \
--cc=vishnu@os.amperecomputing.com \
--cc=wangxiongfeng2@huawei.com \
--cc=wangyanan55@huawei.com \
--cc=will@kernel.org \
--cc=zhukeqian1@huawei.com \
/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.