From: Igor Mammedov <imammedo@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: qemu-arm@nongnu.org, qemu-devel@nongnu.org,
"Philippe Mathieu-Daudé" <f4bug@amsat.org>,
patches@linaro.org
Subject: Re: [Qemu-devel] [PATCH v2 4/6] target/arm: Make 'any' CPU just an alias for 'max'
Date: Tue, 6 Mar 2018 16:16:17 +0100 [thread overview]
Message-ID: <20180306161617.07459ef6@redhat.com> (raw)
In-Reply-To: <20180306125526.27838-5-peter.maydell@linaro.org>
On Tue, 6 Mar 2018 12:55:24 +0000
Peter Maydell <peter.maydell@linaro.org> wrote:
> Now we have a working '-cpu max', the linux-user-only
> 'any' CPU is pretty much the same thing, so implement it
> that way.
>
> For the moment we don't add any of the extra feature bits
> to the system-emulation "max", because we don't set the
> ID register bits we would need to to advertise those
> features as present.
>
> Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
> ---
> target/arm/cpu.c | 50 +++++++++++++++++++++++----------------------
> target/arm/cpu64.c | 59 ++++++++++++++++++++++++++----------------------------
> 2 files changed, 54 insertions(+), 55 deletions(-)
>
> diff --git a/target/arm/cpu.c b/target/arm/cpu.c
> index e46ddcc613..c8d3da2140 100644
> --- a/target/arm/cpu.c
> +++ b/target/arm/cpu.c
> @@ -965,9 +965,17 @@ static ObjectClass *arm_cpu_class_by_name(const char *cpu_model)
> ObjectClass *oc;
> char *typename;
> char **cpuname;
> + const char *cpunamestr;
>
> cpuname = g_strsplit(cpu_model, ",", 1);
> - typename = g_strdup_printf(ARM_CPU_TYPE_NAME("%s"), cpuname[0]);
> + cpunamestr = cpuname[0];
> +#ifdef CONFIG_USER_ONLY
> + /* For backwards compatibility usermode emulation allows "-cpu any",
> + * which has the same semantics as "-cpu max".
> + */
> + cpunamestr = "max";
shouldn't it be
if (!strcmp(cpuname[0], "any")) {
cpunamestr = "max";
}
> +#endif
> + typename = g_strdup_printf(ARM_CPU_TYPE_NAME("%s"), cpunamestr);
> oc = object_class_by_name(typename);
> g_strfreev(cpuname);
> g_free(typename);
> @@ -1711,29 +1719,23 @@ static void arm_max_initfn(Object *obj)
> kvm_arm_set_cpu_features_from_host(cpu);
> } else {
> cortex_a15_initfn(obj);
> - /* In future we might add feature bits here even if the
> - * real-world A15 doesn't implement them.
> - */
> - }
> -}
> -#endif
> -
> #ifdef CONFIG_USER_ONLY
> -static void arm_any_initfn(Object *obj)
> -{
> - ARMCPU *cpu = ARM_CPU(obj);
> - set_feature(&cpu->env, ARM_FEATURE_V8);
> - set_feature(&cpu->env, ARM_FEATURE_VFP4);
> - set_feature(&cpu->env, ARM_FEATURE_NEON);
> - set_feature(&cpu->env, ARM_FEATURE_THUMB2EE);
> - set_feature(&cpu->env, ARM_FEATURE_V8_AES);
> - set_feature(&cpu->env, ARM_FEATURE_V8_SHA1);
> - set_feature(&cpu->env, ARM_FEATURE_V8_SHA256);
> - set_feature(&cpu->env, ARM_FEATURE_V8_PMULL);
> - set_feature(&cpu->env, ARM_FEATURE_CRC);
> - set_feature(&cpu->env, ARM_FEATURE_V8_RDM);
> - set_feature(&cpu->env, ARM_FEATURE_V8_FCMA);
> - cpu->midr = 0xffffffff;
> + /* We don't set these in system emulation mode for the moment,
> + * since we don't correctly set the ID registers to advertise them,
> + */
> + set_feature(&cpu->env, ARM_FEATURE_V8);
> + set_feature(&cpu->env, ARM_FEATURE_VFP4);
> + set_feature(&cpu->env, ARM_FEATURE_NEON);
> + set_feature(&cpu->env, ARM_FEATURE_THUMB2EE);
> + set_feature(&cpu->env, ARM_FEATURE_V8_AES);
> + set_feature(&cpu->env, ARM_FEATURE_V8_SHA1);
> + set_feature(&cpu->env, ARM_FEATURE_V8_SHA256);
> + set_feature(&cpu->env, ARM_FEATURE_V8_PMULL);
> + set_feature(&cpu->env, ARM_FEATURE_CRC);
> + set_feature(&cpu->env, ARM_FEATURE_V8_RDM);
> + set_feature(&cpu->env, ARM_FEATURE_V8_FCMA);
> +#endif
> + }
> }
> #endif
>
> @@ -1789,7 +1791,7 @@ static const ARMCPUInfo arm_cpus[] = {
> { .name = "max", .initfn = arm_max_initfn },
> #endif
> #ifdef CONFIG_USER_ONLY
> - { .name = "any", .initfn = arm_any_initfn },
> + { .name = "any", .initfn = arm_max_initfn },
Note,
'any' will disappear from "-cpu help"
but that's probably fine, old users would still be able to use alias
and new ones won't even suspect about its existence and use 'max'.
[...]
next prev parent reply other threads:[~2018-03-06 15:16 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-06 12:55 [Qemu-devel] [PATCH v2 0/6] arm: support -cpu max (and gic-version=max) Peter Maydell
2018-03-06 12:55 ` [Qemu-devel] [PATCH v2 1/6] target/arm: Query host CPU features on-demand at instance init Peter Maydell
2018-03-06 12:55 ` [Qemu-devel] [PATCH v2 2/6] target/arm: Move definition of 'host' cpu type into cpu.c Peter Maydell
2018-03-06 12:55 ` [Qemu-devel] [PATCH v2 3/6] target/arm: Add "-cpu max" support Peter Maydell
2018-03-06 12:55 ` [Qemu-devel] [PATCH v2 4/6] target/arm: Make 'any' CPU just an alias for 'max' Peter Maydell
2018-03-06 15:16 ` Igor Mammedov [this message]
2018-03-06 16:03 ` Peter Maydell
2018-03-06 12:55 ` [Qemu-devel] [PATCH v2 5/6] hw/arm/virt: Add "max" to the list of CPU types "virt" supports Peter Maydell
2018-03-06 12:55 ` [Qemu-devel] [PATCH v2 6/6] hw/arm/virt: Support -machine gic-version=max Peter Maydell
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=20180306161617.07459ef6@redhat.com \
--to=imammedo@redhat.com \
--cc=f4bug@amsat.org \
--cc=patches@linaro.org \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.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 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).