From: "Andreas Färber" <afaerber@suse.de>
To: qemu-devel@nongnu.org
Cc: Paolo Bonzini <pbonzini@redhat.com>,
Eduardo Habkost <ehabkost@redhat.com>,
Anthony Liguori <anthony@codemonkey.ws>,
Igor Mammedov <imammedo@redhat.com>
Subject: Re: [Qemu-devel] [PATCH qom-cpu v10 0/2] target-i386: X86CPU subclasses
Date: Mon, 03 Mar 2014 17:50:18 +0100 [thread overview]
Message-ID: <5314B2CA.3020708@suse.de> (raw)
In-Reply-To: <1393313787-890-1-git-send-email-afaerber@suse.de>
Am 25.02.2014 08:36, schrieb Andreas Färber:
> Hello,
>
> Here's my cleaned up version of slim x86 CPU subclasses.
> Second patch didn't get a lot of testing yet.
>
> Loading cpudef is still in main initfn since otherwise the host type
> would need to be relocated. Can be cleaned up as follow-ups.
>
> I wonder whether we are intentionally registering the host type even for
> !CONFIG_KVM? Instantiating it will then always lead to assertion failure.
Ping! Did anyone review or test? Still applies after new x2apic patches.
Andreas
> Available for testing here:
> git://github.com/afaerber/qemu-cpu.git qom-cpu-x86-subclasses.v10
> https://github.com/afaerber/qemu-cpu/commits/qom-cpu-x86-subclasses.v10
>
> Regards,
> Andreas
>
> v9 -> v10:
> * Cleaned up documentation comments.
> * Prepended patch to implement CPUClass::class_by_name(), rebased on it.
> * Cleaned up naming (..._class_init, ..._initfn, type vs. class).
> * Dropped duplicate white line.
> * Dropped unnecessary .abstract, .instance_size, .class_size fields.
> * Aligned model type registration with other targets by having the
> registration function operate on one model only.
> * Relocated cpudef-based types to after x86_cpu_load_cpudef().
> * Moved assignment of cpu_def into cpudef-specific class_init.
>
> (went through various hands, last ehabkost's)
>
> v2 -> v3:
> * Instead of re-coding all CPU definitions as class_init functions, leave
> the built-in definition array in place and place x86_def_t in the class.
> * Use kvm_arch_init() hook to assure class_init succeeds for -cpu host.
> Suggested by Eduardo.
>
> v1-> v2:
> * Instead of turning x86_def_t into X86CPUInfo to initialize classes,
> drop it completely and register types manually with customizable TypeInfos
> * Use new list facilities for printing -cpu ? models
> * Adopt new name scheme suggested by Eduardo and ideas from my alpha series
> * Keep short names in -cpu ? output for alignment reasons
> * Merge cpu_x86_init() into cpu.c:cpu_x86_register()
> * Append patch showing Haswell as subclass of SandyBridge
>
> Cc: Eduardo Habkost <ehabkost@redhat.com>
> Cc: Igor Mammedov <imammedo@redhat.com>
> Cc: Paolo Bonzini <pbonzini@redhat.com>
> Cc: Anthony Liguori <anthony@codemonkey.ws>
>
> Andreas Färber (1):
> target-i386: Prepare CPUClass::class_by_name for X86CPU
>
> Eduardo Habkost (1):
> target-i386: X86CPU model subclasses
>
> target-i386/cpu-qom.h | 15 ++++
> target-i386/cpu.c | 197 +++++++++++++++++++++++++++++++-------------------
> 2 files changed, 138 insertions(+), 74 deletions(-)
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
prev parent reply other threads:[~2014-03-03 16:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-25 7:36 [Qemu-devel] [PATCH qom-cpu v10 0/2] target-i386: X86CPU subclasses Andreas Färber
2014-02-25 7:36 ` [Qemu-devel] [PATCH qom-cpu v10 1/2] target-i386: Prepare CPUClass::class_by_name for X86CPU Andreas Färber
2014-03-04 19:48 ` Eduardo Habkost
2014-02-25 7:36 ` [Qemu-devel] [PATCH qom-cpu v10 2/2] target-i386: X86CPU model subclasses Andreas Färber
2014-03-04 19:53 ` Eduardo Habkost
2014-03-09 15:49 ` Andreas Färber
2014-03-03 16:50 ` Andreas Färber [this message]
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=5314B2CA.3020708@suse.de \
--to=afaerber@suse.de \
--cc=anthony@codemonkey.ws \
--cc=ehabkost@redhat.com \
--cc=imammedo@redhat.com \
--cc=pbonzini@redhat.com \
--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 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.