From: "Philippe Mathieu-Daudé" <philmd@linaro.org>
To: qemu-devel@nongnu.org
Cc: Alexander Graf <agraf@csgraf.de>,
Richard Henderson <richard.henderson@linaro.org>,
qemu-arm@nongnu.org, Mohamed Mediouni <mohamed@unpredictable.fr>,
Peter Maydell <peter.maydell@linaro.org>,
Mads Ynddal <mads@ynddal.dk>,
Phil Dennis-Jordan <phil@philjordan.eu>,
Stefan Hajnoczi <stefanha@redhat.com>,
Cameron Esfahani <dirty@apple.com>,
Roman Bolshakov <rbolshakov@ddn.com>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [PATCH 15/24] target/arm/hvf: switch hvf_arm_get_host_cpu_features to not create a vCPU
Date: Wed, 3 Sep 2025 12:13:47 +0200 [thread overview]
Message-ID: <b12ea41c-4db5-46d5-a40b-888c69e9a1c0@linaro.org> (raw)
In-Reply-To: <20250903100702.16726-16-philmd@linaro.org>
On 3/9/25 12:06, Philippe Mathieu-Daudé wrote:
> From: Mohamed Mediouni <mohamed@unpredictable.fr>
>
> Creating a vCPU locks out APIs such as hv_gic_create().
>
> As a result, switch to using the hv_vcpu_config_get_feature_reg interface.
>
> Besides, all the following methods must be run on a vCPU thread:
>
> - hv_vcpu_create()
> - hv_vcpu_get_sys_reg()
> - hv_vcpu_destroy()
>
> Signed-off-by: Mohamed Mediouni <mohamed@unpredictable.fr>
> Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org>
> Tested-by: Philippe Mathieu-Daudé <philmd@linaro.org>
> Message-ID: <20250808070137.48716-3-mohamed@unpredictable.fr>
> [PMD: Release config calling os_release()]
> Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
> ---
> target/arm/hvf/hvf.c | 36 +++++++++++++++---------------------
> 1 file changed, 15 insertions(+), 21 deletions(-)
>
> diff --git a/target/arm/hvf/hvf.c b/target/arm/hvf/hvf.c
> index 3039c0987dc..fd209d23c1e 100644
> --- a/target/arm/hvf/hvf.c
> +++ b/target/arm/hvf/hvf.c
> @@ -869,24 +869,25 @@ static bool hvf_arm_get_host_cpu_features(ARMHostCPUFeatures *ahcf)
> {
> ARMISARegisters host_isar = {};
> const struct isar_regs {
> - int reg;
> + hv_feature_reg_t reg;
> uint64_t *val;
> } regs[] = {
> - { HV_SYS_REG_ID_AA64PFR0_EL1, &host_isar.idregs[ID_AA64PFR0_EL1_IDX] },
> - { HV_SYS_REG_ID_AA64PFR1_EL1, &host_isar.idregs[ID_AA64PFR1_EL1_IDX] },
> - { HV_SYS_REG_ID_AA64DFR0_EL1, &host_isar.idregs[ID_AA64DFR0_EL1_IDX] },
> - { HV_SYS_REG_ID_AA64DFR1_EL1, &host_isar.idregs[ID_AA64DFR1_EL1_IDX] },
> - { HV_SYS_REG_ID_AA64ISAR0_EL1, &host_isar.idregs[ID_AA64ISAR0_EL1_IDX] },
> - { HV_SYS_REG_ID_AA64ISAR1_EL1, &host_isar.idregs[ID_AA64ISAR1_EL1_IDX] },
> + { HV_FEATURE_REG_ID_AA64PFR0_EL1, &host_isar.idregs[ID_AA64PFR0_EL1_IDX] },
> + { HV_FEATURE_REG_ID_AA64PFR1_EL1, &host_isar.idregs[ID_AA64PFR1_EL1_IDX] },
> + { HV_FEATURE_REG_ID_AA64DFR0_EL1, &host_isar.idregs[ID_AA64DFR0_EL1_IDX] },
> + { HV_FEATURE_REG_ID_AA64DFR1_EL1, &host_isar.idregs[ID_AA64DFR1_EL1_IDX] },
> + { HV_FEATURE_REG_ID_AA64ISAR0_EL1, &host_isar.idregs[ID_AA64ISAR0_EL1_IDX] },
> + { HV_FEATURE_REG_ID_AA64ISAR1_EL1, &host_isar.idregs[ID_AA64ISAR1_EL1_IDX] },
> /* Add ID_AA64ISAR2_EL1 here when HVF supports it */
> - { HV_SYS_REG_ID_AA64MMFR0_EL1, &host_isar.idregs[ID_AA64MMFR0_EL1_IDX] },
> - { HV_SYS_REG_ID_AA64MMFR1_EL1, &host_isar.idregs[ID_AA64MMFR1_EL1_IDX] },
> - { HV_SYS_REG_ID_AA64MMFR2_EL1, &host_isar.idregs[ID_AA64MMFR2_EL1_IDX] },
> + { HV_FEATURE_REG_ID_AA64MMFR0_EL1, &host_isar.idregs[ID_AA64MMFR0_EL1_IDX] },
> + { HV_FEATURE_REG_ID_AA64MMFR1_EL1, &host_isar.idregs[ID_AA64MMFR1_EL1_IDX] },
> + { HV_FEATURE_REG_ID_AA64MMFR2_EL1, &host_isar.idregs[ID_AA64MMFR2_EL1_IDX] },
> /* Add ID_AA64MMFR3_EL1 here when HVF supports it */
> + { HV_FEATURE_REG_CTR_EL0, &host_isar.idregs[CTR_EL0_IDX] },
> + { HV_FEATURE_REG_CLIDR_EL1, &host_isar.idregs[CLIDR_EL1_IDX] },
I'd rather add the 2 last ones in a distinct patch, keeping
this one as a simple API conversion.
> };
> - hv_vcpu_t fd;
> hv_return_t r = HV_SUCCESS;
> - hv_vcpu_exit_t *exit;
> + hv_vcpu_config_t config = hv_vcpu_config_create();
> uint64_t t;
> int i;
>
> @@ -897,17 +898,10 @@ static bool hvf_arm_get_host_cpu_features(ARMHostCPUFeatures *ahcf)
> (1ULL << ARM_FEATURE_PMU) |
> (1ULL << ARM_FEATURE_GENERIC_TIMER);
>
> - /* We set up a small vcpu to extract host registers */
> -
> - if (hv_vcpu_create(&fd, &exit, NULL) != HV_SUCCESS) {
> - return false;
> - }
> -
> for (i = 0; i < ARRAY_SIZE(regs); i++) {
> - r |= hv_vcpu_get_sys_reg(fd, regs[i].reg, regs[i].val);
> + r |= hv_vcpu_config_get_feature_reg(config, regs[i].reg, regs[i].val);
> }
> - r |= hv_vcpu_get_sys_reg(fd, HV_SYS_REG_MIDR_EL1, &ahcf->midr);
> - r |= hv_vcpu_destroy(fd);
> + os_release(config);
>
> /*
> * Hardcode MIDR because Apple deliberately doesn't expose a divergent
next prev parent reply other threads:[~2025-09-03 10:14 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-03 10:06 [PATCH 00/24] target/arm/hvf: Consolidate Philippe Mathieu-Daudé
2025-09-03 10:06 ` [PATCH 01/24] target/arm/hvf: Release memory allocated by hv_vcpu_config_create() Philippe Mathieu-Daudé
2025-09-03 12:22 ` Richard Henderson
2025-09-08 10:17 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 02/24] target/arm/hvf: Check hv_vcpus_exit() returned value Philippe Mathieu-Daudé
2025-09-03 12:23 ` Richard Henderson
2025-09-08 10:17 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 03/24] target/arm/hvf: Check hv_vcpu_set_vtimer_mask() " Philippe Mathieu-Daudé
2025-09-03 12:30 ` Richard Henderson
2025-09-08 10:17 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 04/24] accel/hvf: Rename hvf_vcpu_exec() -> hvf_arch_vcpu_exec() Philippe Mathieu-Daudé
2025-09-08 10:17 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 05/24] accel/hvf: Rename hvf_put|get_registers -> hvf_arch_put|get_registers Philippe Mathieu-Daudé
2025-09-03 12:31 ` Richard Henderson
2025-09-08 10:16 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 06/24] target/arm/hvf: Mention flush_cpu_state() must run on vCPU thread Philippe Mathieu-Daudé
2025-09-03 12:31 ` Richard Henderson
2025-09-08 10:16 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 07/24] accel/hvf: Mention hvf_arch_init_vcpu() " Philippe Mathieu-Daudé
2025-09-03 12:33 ` Richard Henderson
2025-09-08 10:16 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 08/24] target/arm/hvf: Mention hvf_wfi() " Philippe Mathieu-Daudé
2025-09-03 12:34 ` Richard Henderson
2025-09-03 17:05 ` Philippe Mathieu-Daudé
2025-09-08 10:16 ` Mads Ynddal
2025-09-08 10:16 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 09/24] target/arm/hvf: Mention hvf_sync_vtimer() " Philippe Mathieu-Daudé
2025-09-08 10:16 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 10/24] target/arm/hvf: Mention hvf_arch_set_traps() " Philippe Mathieu-Daudé
2025-09-08 10:15 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 11/24] accel/hvf: Mention hvf_arch_update_guest_debug() must run on vCPU Philippe Mathieu-Daudé
2025-09-08 10:15 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 12/24] target/arm/hvf: Mention hvf_inject_interrupts() must run on vCPU thread Philippe Mathieu-Daudé
2025-09-08 11:00 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 13/24] accel/hvf: Implement hvf_arch_vcpu_destroy() Philippe Mathieu-Daudé
2025-09-03 12:35 ` Richard Henderson
2025-09-08 12:00 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 14/24] target/arm/hvf: Hardcode Apple MIDR Philippe Mathieu-Daudé
2025-09-08 12:00 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 15/24] target/arm/hvf: switch hvf_arm_get_host_cpu_features to not create a vCPU Philippe Mathieu-Daudé
2025-09-03 10:13 ` Philippe Mathieu-Daudé [this message]
2025-09-03 12:03 ` Richard Henderson
2025-09-03 12:20 ` Philippe Mathieu-Daudé
2025-09-03 10:06 ` [PATCH 16/24] target/arm/hvf: Factor hvf_handle_exception() out Philippe Mathieu-Daudé
2025-09-03 12:46 ` Richard Henderson
2025-09-08 12:00 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 17/24] target/arm/hvf: Factor hvf_handle_vmexit() out Philippe Mathieu-Daudé
2025-09-03 12:47 ` Richard Henderson
2025-09-08 12:00 ` Mads Ynddal
2025-09-03 10:06 ` [PATCH 18/24] target/arm/hvf: Keep calling hv_vcpu_run() in loop Philippe Mathieu-Daudé
2025-09-03 12:47 ` Richard Henderson
2025-09-08 12:26 ` Mads Ynddal
2025-10-07 3:43 ` Philippe Mathieu-Daudé
2025-10-07 4:18 ` Philippe Mathieu-Daudé
2025-09-03 10:06 ` [PATCH 19/24] cpus: Trace cpu_exec_start() and cpu_exec_end() calls Philippe Mathieu-Daudé
2025-09-03 12:39 ` Richard Henderson
2025-09-03 10:06 ` [PATCH 20/24] accel/hvf: Guard hv_vcpu_run() between cpu_exec_start/end() calls Philippe Mathieu-Daudé
2025-09-03 14:30 ` Philippe Mathieu-Daudé
2025-09-03 10:06 ` [PATCH 21/24] target/arm: Call aarch64_add_pauth_properties() once in host_initfn() Philippe Mathieu-Daudé
2025-09-03 12:40 ` Richard Henderson
2025-09-03 10:06 ` [PATCH 22/24] accel/hvf: Restrict ARM specific fields of AccelCPUState Philippe Mathieu-Daudé
2025-09-03 12:41 ` Richard Henderson
2025-09-03 10:06 ` [PATCH 23/24] target/arm: Rename init_cpreg_list() -> arm_init_cpreg_list() Philippe Mathieu-Daudé
2025-09-11 14:46 ` Peter Maydell
2025-09-03 10:07 ` [PATCH 24/24] target/arm: Add arm_destroy_cpreg_list() helper Philippe Mathieu-Daudé
2025-09-03 10:12 ` Philippe Mathieu-Daudé
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=b12ea41c-4db5-46d5-a40b-888c69e9a1c0@linaro.org \
--to=philmd@linaro.org \
--cc=agraf@csgraf.de \
--cc=dirty@apple.com \
--cc=mads@ynddal.dk \
--cc=mohamed@unpredictable.fr \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=phil@philjordan.eu \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=rbolshakov@ddn.com \
--cc=richard.henderson@linaro.org \
--cc=stefanha@redhat.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).