From: "Philippe Mathieu-Daudé" <philmd@linaro.org>
To: qemu-devel@nongnu.org
Cc: "Laurent Vivier" <laurent@vivier.eu>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Max Filippov" <jcmvbkbc@gmail.com>,
"David Hildenbrand" <david@redhat.com>,
"Peter Xu" <peterx@redhat.com>, "Anton Johansson" <anjo@rev.ng>,
"Peter Maydell" <peter.maydell@linaro.org>,
kvm@vger.kernel.org, "Marek Vasut" <marex@denx.de>,
"David Gibson" <david@gibson.dropbear.id.au>,
"Brian Cain" <bcain@quicinc.com>,
"Yoshinori Sato" <ysato@users.sourceforge.jp>,
"Edgar E . Iglesias" <edgar.iglesias@gmail.com>,
"Claudio Fontana" <cfontana@suse.de>,
"Daniel Henrique Barboza" <dbarboza@ventanamicro.com>,
"Artyom Tarasenko" <atar4qemu@gmail.com>,
"Marcelo Tosatti" <mtosatti@redhat.com>,
qemu-ppc@nongnu.org, "Liu Zhiwei" <zhiwei_liu@linux.alibaba.com>,
"Aurelien Jarno" <aurelien@aurel32.net>,
"Ilya Leoshkevich" <iii@linux.ibm.com>,
"Daniel Henrique Barboza" <danielhb413@gmail.com>,
"Bastian Koppelmann" <kbastian@mail.uni-paderborn.de>,
"Cédric Le Goater" <clg@kaod.org>,
"Alistair Francis" <alistair.francis@wdc.com>,
"Alessandro Di Federico" <ale@rev.ng>,
"Song Gao" <gaosong@loongson.cn>,
"Marcel Apfelbaum" <marcel.apfelbaum@gmail.com>,
"Chris Wulff" <crwulff@gmail.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Alistair Francis" <alistair@alistair23.me>,
"Fabiano Rosas" <farosas@suse.de>,
qemu-s390x@nongnu.org, "Yanan Wang" <wangyanan55@huawei.com>,
"Luc Michel" <luc@lmichel.fr>, "Weiwei Li" <liweiwei@iscas.ac.cn>,
"Bin Meng" <bin.meng@windriver.com>,
"Stafford Horne" <shorne@gmail.com>,
"Xiaojuan Yang" <yangxiaojuan@loongson.cn>,
"Daniel P . Berrange" <berrange@redhat.com>,
"Thomas Huth" <thuth@redhat.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
qemu-arm@nongnu.org, "Jiaxun Yang" <jiaxun.yang@flygoat.com>,
"Richard Henderson" <richard.henderson@linaro.org>,
"Aleksandar Rikalo" <aleksandar.rikalo@syrmia.com>,
"Bernhard Beschow" <shentey@gmail.com>,
"Mark Cave-Ayland" <mark.cave-ayland@ilande.co.uk>,
qemu-riscv@nongnu.org, "Alex Bennée" <alex.bennee@linaro.org>,
"Nicholas Piggin" <npiggin@gmail.com>,
"Greg Kurz" <groug@kaod.org>,
"Michael Rolnik" <mrolnik@gmail.com>,
"Eduardo Habkost" <eduardo@habkost.net>,
"Markus Armbruster" <armbru@redhat.com>,
"Palmer Dabbelt" <palmer@dabbelt.com>
Subject: [PATCH 00/22] exec/cpu: Call cpu_exec_realizefn() once in cpu_common_realize()
Date: Mon, 18 Sep 2023 18:02:33 +0200 [thread overview]
Message-ID: <20230918160257.30127-1-philmd@linaro.org> (raw)
Hi,
TL;DR: This series factor duplicated common code in CPUs
DeviceRealize() handlers out, moving as a single call in
cpu_common_realize().
In an effort to have most of:
- CPU core code independant of accelerators
- CPU core code target agnostic
- CPU target code independant of accelerators
- and cpu_reset() called automatically without having to
rely on global QEMUResetHandler,
I'm working on the core CPU code, unfortunately touching
files in all targets.
I suppose them term "exec" used in various areas of QEMU
started from what we call today "accel[erators]" [*]. So
cpu_exec_realizefn() can be read as cpu_accel_realize(),
or "generic code where an accelerator realizes its internal
fields on an abstract (target independent) CPU".
This series moves a common pattern used in all target's
cpu_realize() handlers to the common cpu_exec_realizefn().
Some optional code is used to check CPU requested features
are compatible with the accelerator possibilities. We
extracted this code as CPUClass::verify_accel_features()
handler. Better name welcomed :)
Some targets were calling cpu_reset() *before*
cpu_common_realizefn(), we moved it *after* (since RESET
shouldn't happen before REALIZE). I still have to audit
each target to confirm there are no side effects.
Besides this cpu_reset() change, the rest should be
relatively trivial to review, still I'd like feedback
from the respective target maintainers for the "move HW
creation after vCPU one" patches.
Regards,
Phil.
Follow-up: Make cpu_reset() accel-agnostic and move it
to cpu_common_realize() (not trivial due to
KVM run_on_cpu() calls).
[*] If Paolo/Richard confirm, I might post series renaming
various APIs s/exec/accel/, because various headers
meaning aren't clear to me.
Philippe Mathieu-Daudé (21):
target/i386: Only realize existing APIC device
hw/intc/apic: Pass CPU using QOM link property
target/i386/kvm: Correct comment in kvm_cpu_realize()
exec/cpu: Never call cpu_reset() before cpu_realize()
exec/cpu: Call qemu_init_vcpu() once in cpu_common_realize()
exec/cpu: Call cpu_remove_sync() once in cpu_common_unrealize()
exec/cpu: RFC Destroy vCPU address spaces in cpu_common_unrealize()
target/arm: Create timers *after* accelerator vCPU is realized
target/hppa: Create timer *after* accelerator vCPU is realized
target/nios2: Create IRQs *after* accelerator vCPU is realized
target/mips: Create clock *after* accelerator vCPU is realized
target/xtensa: Create IRQs *after* accelerator vCPU is realized
target/sparc: Init CPU environment *after* accelerator vCPU is
realized
exec/cpu: Introduce CPUClass::verify_accel_features()
target/arm: Extract verify_accel_features() from cpu_realize()
target/i386: Extract verify_accel_features() from cpu_realize()
target/s390x: Call s390_cpu_realize_sysemu from s390_realize_cpu_model
target/s390x: Have s390_realize_cpu_model() return a boolean
target/s390x: Use s390_realize_cpu_model() as verify_accel_features()
exec/cpu: Have cpu_exec_realize() return a boolean
exec/cpu: Call cpu_exec_realizefn() once in cpu_common_realize()
xianglai li (1):
exec/cpu: Introduce the CPU address space destruction function
include/exec/cpu-common.h | 8 ++++
include/hw/core/cpu.h | 7 +++-
target/s390x/s390x-internal.h | 4 +-
cpu.c | 11 ++++-
hw/core/cpu-common.c | 15 +++++++
hw/intc/apic_common.c | 2 +
softmmu/physmem.c | 24 +++++++++++
target/alpha/cpu.c | 10 -----
target/arm/cpu.c | 53 ++++++++++++------------
target/avr/cpu.c | 10 +----
target/cris/cpu.c | 11 +----
target/hexagon/cpu.c | 11 +----
target/hppa/cpu.c | 20 ++-------
target/i386/cpu-sysemu.c | 20 ++++-----
target/i386/cpu.c | 77 ++++++++++++++++++-----------------
target/i386/kvm/kvm-cpu.c | 3 +-
target/loongarch/cpu.c | 11 +----
target/m68k/cpu.c | 11 +----
target/microblaze/cpu.c | 9 ----
target/mips/cpu.c | 27 ++++--------
target/nios2/cpu.c | 20 +++------
target/openrisc/cpu.c | 11 +----
target/ppc/cpu_init.c | 8 ----
target/riscv/cpu.c | 10 +----
target/rx/cpu.c | 11 +----
target/s390x/cpu-sysemu.c | 3 +-
target/s390x/cpu.c | 21 +---------
target/s390x/cpu_models.c | 16 +++++---
target/sh4/cpu.c | 11 +----
target/sparc/cpu.c | 10 -----
target/tricore/cpu.c | 10 +----
target/xtensa/cpu.c | 13 +-----
32 files changed, 189 insertions(+), 299 deletions(-)
--
2.41.0
next reply other threads:[~2023-09-18 16:03 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-18 16:02 Philippe Mathieu-Daudé [this message]
2023-09-18 16:02 ` [PATCH 01/22] target/i386: Only realize existing APIC device Philippe Mathieu-Daudé
2023-09-29 20:57 ` Richard Henderson
2023-11-28 15:32 ` Igor Mammedov
2023-09-18 16:02 ` [PATCH 02/22] hw/intc/apic: Pass CPU using QOM link property Philippe Mathieu-Daudé
2023-09-29 21:01 ` Richard Henderson
2023-11-28 15:34 ` Igor Mammedov
2023-09-18 16:02 ` [PATCH 03/22] target/i386/kvm: Correct comment in kvm_cpu_realize() Philippe Mathieu-Daudé
2023-09-29 21:01 ` Richard Henderson
2023-11-28 15:50 ` Igor Mammedov
2023-09-18 16:02 ` [RFC PATCH 04/22] exec/cpu: Never call cpu_reset() before cpu_realize() Philippe Mathieu-Daudé
2023-09-29 21:03 ` Richard Henderson
2023-11-28 16:00 ` Igor Mammedov
2023-09-18 16:02 ` [PATCH 05/22] exec/cpu: Call qemu_init_vcpu() once in cpu_common_realize() Philippe Mathieu-Daudé
2023-09-29 21:04 ` Richard Henderson
2023-11-28 16:12 ` Igor Mammedov
2023-09-18 16:02 ` [PATCH 06/22] exec/cpu: Call cpu_remove_sync() once in cpu_common_unrealize() Philippe Mathieu-Daudé
2023-09-29 21:06 ` Richard Henderson
2023-11-28 16:42 ` Igor Mammedov
2025-01-16 18:05 ` Philippe Mathieu-Daudé
2025-01-16 19:02 ` Philippe Mathieu-Daudé
2025-01-22 14:20 ` Igor Mammedov
2023-09-18 16:02 ` [PATCH 07/22] exec/cpu: Introduce the CPU address space destruction function Philippe Mathieu-Daudé
2023-09-29 21:09 ` Richard Henderson
2023-10-02 11:03 ` Salil Mehta via
2023-10-02 11:03 ` Salil Mehta
2023-09-18 16:02 ` [PATCH 08/22] exec/cpu: RFC Destroy vCPU address spaces in cpu_common_unrealize() Philippe Mathieu-Daudé
2023-09-29 21:10 ` Richard Henderson
2023-09-18 16:02 ` [PATCH 09/22] target/arm: Create timers *after* accelerator vCPU is realized Philippe Mathieu-Daudé
2023-09-29 21:17 ` Richard Henderson
2023-09-18 16:02 ` [PATCH 10/22] target/hppa: Create timer " Philippe Mathieu-Daudé
2023-09-29 21:19 ` Richard Henderson
2023-09-18 16:02 ` [PATCH 11/22] target/nios2: Create IRQs " Philippe Mathieu-Daudé
2023-09-29 21:20 ` Richard Henderson
2023-09-18 16:02 ` [PATCH 12/22] target/mips: Create clock " Philippe Mathieu-Daudé
2023-09-29 21:20 ` Richard Henderson
2023-09-18 16:02 ` [PATCH 13/22] target/xtensa: Create IRQs " Philippe Mathieu-Daudé
2023-09-29 21:21 ` Richard Henderson
2023-09-18 16:02 ` [PATCH 14/22] target/sparc: Init CPU environment " Philippe Mathieu-Daudé
2023-09-29 21:21 ` Richard Henderson
2023-09-18 16:02 ` [PATCH 15/22] exec/cpu: Introduce CPUClass::verify_accel_features() Philippe Mathieu-Daudé
2023-09-29 21:22 ` Richard Henderson
2023-09-18 16:02 ` [PATCH 16/22] target/arm: Extract verify_accel_features() from cpu_realize() Philippe Mathieu-Daudé
2023-09-29 21:25 ` Richard Henderson
2023-09-18 16:02 ` [PATCH 17/22] target/i386: " Philippe Mathieu-Daudé
2023-09-18 16:02 ` [PATCH 18/22] target/s390x: Call s390_cpu_realize_sysemu from s390_realize_cpu_model Philippe Mathieu-Daudé
2023-09-18 16:34 ` David Hildenbrand
2023-09-18 16:02 ` [PATCH 19/22] target/s390x: Have s390_realize_cpu_model() return a boolean Philippe Mathieu-Daudé
2023-09-18 16:02 ` [PATCH 20/22] target/s390x: Use s390_realize_cpu_model() as verify_accel_features() Philippe Mathieu-Daudé
2023-09-18 16:02 ` [PATCH 21/22] exec/cpu: Have cpu_exec_realize() return a boolean Philippe Mathieu-Daudé
2023-09-29 21:28 ` Richard Henderson
2023-09-18 16:02 ` [PATCH 22/22] exec/cpu: Call cpu_exec_realizefn() once in cpu_common_realize() Philippe Mathieu-Daudé
2023-09-29 21:31 ` Richard Henderson
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=20230918160257.30127-1-philmd@linaro.org \
--to=philmd@linaro.org \
--cc=ale@rev.ng \
--cc=aleksandar.rikalo@syrmia.com \
--cc=alex.bennee@linaro.org \
--cc=alistair.francis@wdc.com \
--cc=alistair@alistair23.me \
--cc=anjo@rev.ng \
--cc=armbru@redhat.com \
--cc=atar4qemu@gmail.com \
--cc=aurelien@aurel32.net \
--cc=bcain@quicinc.com \
--cc=berrange@redhat.com \
--cc=bin.meng@windriver.com \
--cc=cfontana@suse.de \
--cc=clg@kaod.org \
--cc=crwulff@gmail.com \
--cc=danielhb413@gmail.com \
--cc=david@gibson.dropbear.id.au \
--cc=david@redhat.com \
--cc=dbarboza@ventanamicro.com \
--cc=edgar.iglesias@gmail.com \
--cc=eduardo@habkost.net \
--cc=farosas@suse.de \
--cc=gaosong@loongson.cn \
--cc=groug@kaod.org \
--cc=iii@linux.ibm.com \
--cc=jcmvbkbc@gmail.com \
--cc=jiaxun.yang@flygoat.com \
--cc=kbastian@mail.uni-paderborn.de \
--cc=kvm@vger.kernel.org \
--cc=laurent@vivier.eu \
--cc=liweiwei@iscas.ac.cn \
--cc=luc@lmichel.fr \
--cc=marcel.apfelbaum@gmail.com \
--cc=marex@denx.de \
--cc=mark.cave-ayland@ilande.co.uk \
--cc=mrolnik@gmail.com \
--cc=mst@redhat.com \
--cc=mtosatti@redhat.com \
--cc=npiggin@gmail.com \
--cc=palmer@dabbelt.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=peterx@redhat.com \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=qemu-riscv@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=richard.henderson@linaro.org \
--cc=shentey@gmail.com \
--cc=shorne@gmail.com \
--cc=thuth@redhat.com \
--cc=wangyanan55@huawei.com \
--cc=yangxiaojuan@loongson.cn \
--cc=ysato@users.sourceforge.jp \
--cc=zhiwei_liu@linux.alibaba.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).