From: Igor Mammedov <imammedo@redhat.com>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: "Peter Maydell" <peter.maydell@linaro.org>,
qemu-devel@nongnu.org, "Anthony Liguori" <anthony@codemonkey.ws>,
"Andreas Färber" <afaerber@suse.de>
Subject: Re: [Qemu-devel] [PATCH 7/7] i386: kill cpudef config section support
Date: Mon, 10 Sep 2012 16:20:23 +0200 [thread overview]
Message-ID: <20120910162023.6221baac@nial.usersys.redhat.com> (raw)
In-Reply-To: <1346877673-9136-8-git-send-email-ehabkost@redhat.com>
On Wed, 5 Sep 2012 17:41:13 -0300
Eduardo Habkost <ehabkost@redhat.com> wrote:
> It's nice to have a flexible system to maintain CPU models as data, but
> this is holding us from making improvements in the CPU code because it's
> not using the common infra-structure, and because the machine-type data
> is still inside C code.
>
> Users who want to configure CPU features directly may simply use the
> "-cpu" command-line option (and maybe an equivalent -device option in
> the future) to set CPU features.
>
> Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
> ---
> target-i386/cpu.c | 101
> ++---------------------------------------------------- 1 file changed, 2
> insertions(+), 99 deletions(-)
>
> diff --git a/target-i386/cpu.c b/target-i386/cpu.c
> index e13e6d5..7c0953f 100644
> --- a/target-i386/cpu.c
> +++ b/target-i386/cpu.c
> @@ -240,7 +240,6 @@ typedef struct x86_def_t {
> uint32_t xlevel;
> char model_id[48];
> int vendor_override;
> - uint32_t flags;
> /* Store the results of Centaur's CPUID instructions */
> uint32_t ext4_features;
> uint32_t xlevel2;
> @@ -1299,7 +1298,7 @@ void x86_cpu_list(FILE *f, fprintf_function
> cpu_fprintf) char buf[256];
>
> for (def = x86_defs; def; def = def->next) {
> - snprintf(buf, sizeof (buf), def->flags ? "[%s]": "%s", def->name);
> + snprintf(buf, sizeof(buf), "%s", def->name);
> (*cpu_fprintf)(f, "x86 %16s %-48s\n", buf, def->model_id);
> }
> if (kvm_enabled()) {
> @@ -1393,16 +1392,6 @@ int cpu_x86_register(X86CPU *cpu, const char
> *cpu_model) }
>
> #if !defined(CONFIG_USER_ONLY)
> -/* copy vendor id string to 32 bit register, nul pad as needed
> - */
> -static void cpyid(const char *s, uint32_t *id)
> -{
> - char *d = (char *)id;
> - char i;
> -
> - for (i = sizeof (*id); i--; )
> - *d++ = *s ? *s++ : '\0';
> -}
>
> /* interpret radix and convert from string to arbitrary scalar,
> * otherwise flag failure
*/
#define setscalar(pval, str, perr) \
is used only from to be removed setfeatures(), could you remove it as well.
> @@ -1416,87 +1405,6 @@ static void cpyid(const char *s, uint32_t *id)
> *str && !*pend ? (*pval = ul) : (*perr = 1); \
> }
>
> -/* map cpuid options to feature bits, otherwise return failure
> - * (option tags in *str are delimited by whitespace)
> - */
> -static void setfeatures(uint32_t *pval, const char *str,
> - const char **featureset, int *perr)
> -{
> - const char *p, *q;
> -
> - for (q = p = str; *p || *q; q = p) {
> - while (iswhite(*p))
> - q = ++p;
> - while (*p && !iswhite(*p))
> - ++p;
> - if (!*q && !*p)
> - return;
> - if (!lookup_feature(pval, q, p, featureset)) {
> - fprintf(stderr, "error: feature \"%.*s\" not available in
> set\n",
> - (int)(p - q), q);
> - *perr = 1;
> - return;
> - }
> - }
> -}
> -
> -/* map config file options to x86_def_t form
> - */
> -static int cpudef_setfield(const char *name, const char *str, void *opaque)
> -{
> - x86_def_t *def = opaque;
> - int err = 0;
> -
> - if (!strcmp(name, "name")) {
> - g_free((void *)def->name);
> - def->name = g_strdup(str);
> - } else if (!strcmp(name, "model_id")) {
> - strncpy(def->model_id, str, sizeof (def->model_id));
> - } else if (!strcmp(name, "level")) {
> - setscalar(&def->level, str, &err)
> - } else if (!strcmp(name, "vendor")) {
> - cpyid(&str[0], &def->vendor1);
> - cpyid(&str[4], &def->vendor2);
> - cpyid(&str[8], &def->vendor3);
> - } else if (!strcmp(name, "family")) {
> - setscalar(&def->family, str, &err)
> - } else if (!strcmp(name, "model")) {
> - setscalar(&def->model, str, &err)
> - } else if (!strcmp(name, "stepping")) {
> - setscalar(&def->stepping, str, &err)
> - } else if (!strcmp(name, "feature_edx")) {
> - setfeatures(&def->features, str, feature_name, &err);
> - } else if (!strcmp(name, "feature_ecx")) {
> - setfeatures(&def->ext_features, str, ext_feature_name, &err);
> - } else if (!strcmp(name, "extfeature_edx")) {
> - setfeatures(&def->ext2_features, str, ext2_feature_name, &err);
> - } else if (!strcmp(name, "extfeature_ecx")) {
> - setfeatures(&def->ext3_features, str, ext3_feature_name, &err);
> - } else if (!strcmp(name, "xlevel")) {
> - setscalar(&def->xlevel, str, &err)
> - } else {
> - fprintf(stderr, "error: unknown option [%s = %s]\n", name, str);
> - return (1);
> - }
> - if (err) {
> - fprintf(stderr, "error: bad option value [%s = %s]\n", name, str);
> - return (1);
> - }
> - return (0);
> -}
> -
> -/* register config file entry as x86_def_t
> - */
> -static int cpudef_register(QemuOpts *opts, void *opaque)
> -{
> - x86_def_t *def = g_malloc0(sizeof (x86_def_t));
> -
> - qemu_opt_foreach(opts, cpudef_setfield, def, 1);
> - def->next = x86_defs;
> - x86_defs = def;
> - return (0);
> -}
> -
> void cpu_clear_apic_feature(CPUX86State *env)
> {
> env->cpuid_features &= ~CPUID_APIC;
> @@ -1504,8 +1412,7 @@ void cpu_clear_apic_feature(CPUX86State *env)
>
> #endif /* !CONFIG_USER_ONLY */
>
> -/* register "cpudef" models defined in configuration file. Here we first
> - * preload any built-in definitions
> +/* Initialize list of CPU models, filling some non-static fields if
> necessary */
> void x86_cpudef_setup(void)
> {
> @@ -1515,7 +1422,6 @@ void x86_cpudef_setup(void)
> for (i = 0; i < ARRAY_SIZE(builtin_x86_defs); ++i) {
> x86_def_t *def = &builtin_x86_defs[i];
> def->next = x86_defs;
> - def->flags = 1;
>
> /* Look for specific "cpudef" models that */
> /* have the QEMU version in .model_id */
> @@ -1531,9 +1437,6 @@ void x86_cpudef_setup(void)
>
> x86_defs = def;
> }
> -#if !defined(CONFIG_USER_ONLY)
> - qemu_opts_foreach(qemu_find_opts("cpudef"), cpudef_register, NULL, 0);
> -#endif
> }
>
> static void get_cpuid_vendor(CPUX86State *env, uint32_t *ebx,
next prev parent reply other threads:[~2012-09-10 14:20 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-05 20:41 [Qemu-devel] [PATCH 0/7] x86 CPU patches that didn't get into 1.2 Eduardo Habkost
2012-09-05 20:41 ` [Qemu-devel] [PATCH 1/7] target-i386: Fold -cpu ?cpuid, ?model output into -cpu help, drop ?dump Eduardo Habkost
2012-09-10 9:40 ` Igor Mammedov
2012-09-05 20:41 ` [Qemu-devel] [PATCH 2/7] Drop cpu_list_id macro Eduardo Habkost
2012-09-10 9:46 ` Igor Mammedov
2012-09-05 20:41 ` [Qemu-devel] [PATCH 3/7] i386: add missing CPUID_* constants Eduardo Habkost
2012-09-10 9:57 ` Igor Mammedov
2012-09-05 20:41 ` [Qemu-devel] [PATCH 4/7] move CPU models from cpus-x86_64.conf to C Eduardo Habkost
2012-09-10 12:18 ` Igor Mammedov
2012-09-10 12:31 ` Igor Mammedov
2012-09-10 13:04 ` Igor Mammedov
2012-09-10 14:50 ` Don Slutz
2012-09-10 14:58 ` Andreas Färber
2012-09-10 15:07 ` Eduardo Habkost
2012-09-10 15:13 ` Andreas Färber
2012-09-10 15:04 ` Eduardo Habkost
2012-09-10 13:40 ` Igor Mammedov
2012-09-11 19:45 ` Don Slutz
2012-09-05 20:41 ` [Qemu-devel] [PATCH 5/7] eliminate cpus-x86_64.conf file Eduardo Habkost
2012-09-10 13:46 ` Igor Mammedov
2012-09-05 20:41 ` [Qemu-devel] [PATCH 6/7] x86_cpudef_setup: coding style change Eduardo Habkost
2012-09-11 19:45 ` Don Slutz
2012-09-05 20:41 ` [Qemu-devel] [PATCH 7/7] i386: kill cpudef config section support Eduardo Habkost
2012-09-10 14:20 ` Igor Mammedov [this message]
2012-09-10 15:17 ` [Qemu-devel] [PATCH 0/7] x86 CPU patches that didn't get into 1.2 Andreas Färber
2012-09-10 15:30 ` Igor Mammedov
2012-09-10 15:46 ` [Qemu-devel] CPU code roadmap (was Re: [PATCH 0/7] x86 CPU patches that didn't get into 1.2) Eduardo Habkost
2012-09-11 14:59 ` Eduardo Habkost
2012-09-17 17:29 ` [Qemu-devel] [PATCH 0/7] x86 CPU patches that didn't get into 1.2 Andreas Färber
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=20120910162023.6221baac@nial.usersys.redhat.com \
--to=imammedo@redhat.com \
--cc=afaerber@suse.de \
--cc=anthony@codemonkey.ws \
--cc=ehabkost@redhat.com \
--cc=peter.maydell@linaro.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).