From: Eduardo Habkost <ehabkost@redhat.com>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] [RFC 25/25] target-i386: Move KVM CPUID hacking to accelerator cpu_post_init hook
Date: Wed, 9 Jul 2014 19:04:22 -0300 [thread overview]
Message-ID: <1404943462-711-26-git-send-email-ehabkost@redhat.com> (raw)
In-Reply-To: <1404943462-711-1-git-send-email-ehabkost@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
---
include/hw/i386/accel.h | 7 +++++++
include/qemu/typedefs.h | 2 ++
target-i386/cpu.c | 54 ++++++++++---------------------------------------
target-i386/kvm.c | 51 ++++++++++++++++++++++++++++++++++++++++++++++
4 files changed, 71 insertions(+), 43 deletions(-)
diff --git a/include/hw/i386/accel.h b/include/hw/i386/accel.h
index 63d60c7..c294492 100644
--- a/include/hw/i386/accel.h
+++ b/include/hw/i386/accel.h
@@ -4,6 +4,7 @@
#define HW_I386_ACCEL_H
#include "hw/accel.h"
+#include "qemu/typedefs.h"
#define TYPE_X86_ACCEL "x86-accel"
@@ -25,10 +26,16 @@ typedef struct X86Accel {
*
* Interface that may be implemented by target-specific accelerator
* classes.
+ *
+ * @cpu_post_init: Hook called after creation of X86CPU objects. Can be used,
+ * to change CPUID data to match accelerator-specific
+ * requirements.
*/
typedef struct X86AccelClass {
/* <private> */
InterfaceClass parent;
+ /* <public> */
+ void (*cpu_post_init)(AccelState *accel, X86CPU *cpu, Error **errp);
} X86AccelClass;
diff --git a/include/qemu/typedefs.h b/include/qemu/typedefs.h
index 446af93..5879a47 100644
--- a/include/qemu/typedefs.h
+++ b/include/qemu/typedefs.h
@@ -79,4 +79,6 @@ typedef struct PcGuestInfo PcGuestInfo;
typedef struct Range Range;
typedef struct AdapterInfo AdapterInfo;
+typedef struct X86CPU X86CPU;
+
#endif /* QEMU_TYPEDEFS_H */
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index eaae1ce..5fc5762 100644
--- a/target-i386/cpu.c
+++ b/target-i386/cpu.c
@@ -48,6 +48,7 @@
#include "hw/xen/xen.h"
#include "hw/i386/apic_internal.h"
#endif
+#include "hw/i386/accel.h"
/* Cache topology CPUID constants: */
@@ -444,31 +445,6 @@ typedef struct model_features_t {
FeatureWord feat_word;
} model_features_t;
-/* KVM-specific features that are automatically added to all CPU models
- * when KVM is enabled.
- */
-static uint32_t kvm_default_features[FEATURE_WORDS] = {
- [FEAT_KVM] = (1 << KVM_FEATURE_CLOCKSOURCE) |
- (1 << KVM_FEATURE_NOP_IO_DELAY) |
- (1 << KVM_FEATURE_CLOCKSOURCE2) |
- (1 << KVM_FEATURE_ASYNC_PF) |
- (1 << KVM_FEATURE_STEAL_TIME) |
- (1 << KVM_FEATURE_PV_EOI) |
- (1 << KVM_FEATURE_CLOCKSOURCE_STABLE_BIT),
- [FEAT_1_ECX] = CPUID_EXT_X2APIC,
-};
-
-/* Features that are not added by default to any CPU model when KVM is enabled.
- */
-static uint32_t kvm_default_unset_features[FEATURE_WORDS] = {
- [FEAT_1_ECX] = CPUID_EXT_MONITOR,
-};
-
-void x86_cpu_compat_disable_kvm_features(FeatureWord w, uint32_t features)
-{
- kvm_default_features[w] &= ~features;
-}
-
/*
* Returns the set of feature flags that are supported and migratable by
* QEMU, for a given FeatureWord.
@@ -1998,26 +1974,18 @@ static void x86_cpu_load_def(X86CPU *cpu, X86CPUDefinition *def, Error **errp)
/* Accelerator-specific initialization code, to be called immediately after
* creation of the X86CPU object, and before x86_cpu_parse_featurestr().
*/
-static void x86_cpu_accel_init(X86CPU *cpu, Error **errp)
+static void x86_cpu_accel_init(X86CPU *cpu, AccelState *accel, Error **errp)
{
- CPUX86State *env = &cpu->env;
static int inited;
+ X86Accel *xac = X86_ACCEL(object_dynamic_cast(OBJECT(accel),
+ TYPE_X86_ACCEL));
+ X86AccelClass *xacc = NULL;
+ if (xac) {
+ xacc = X86_ACCEL_GET_CLASS(xac);
+ }
- if (kvm_enabled()) {
- FeatureWord w;
- for (w = 0; w < FEATURE_WORDS; w++) {
- env->features[w] |= kvm_default_features[w];
- env->features[w] &= ~kvm_default_unset_features[w];
- }
-
- /* sysenter isn't supported in compatibility mode on AMD,
- * syscall isn't supported in compatibility mode on Intel.
- * Normally we advertise the actual CPU vendor, but you can
- * override this using the 'vendor' property if you want to use
- * KVM's sysenter/syscall emulation in compatibility mode and
- * when doing cross vendor migration
- */
- object_property_set_str(OBJECT(cpu), "host", "vendor", errp);
+ if (xacc && xacc->cpu_post_init) {
+ xacc->cpu_post_init(accel, cpu, errp);
}
/* init various static tables used in TCG mode */
@@ -2062,7 +2030,7 @@ X86CPU *cpu_x86_create(const char *cpu_model, DeviceState *icc_bridge,
}
cpu = X86_CPU(object_new(object_class_get_name(oc)));
- x86_cpu_accel_init(cpu, &error);
+ x86_cpu_accel_init(cpu, accel, &error);
if (error) {
goto out;
}
diff --git a/target-i386/kvm.c b/target-i386/kvm.c
index 6221794..377e104 100644
--- a/target-i386/kvm.c
+++ b/target-i386/kvm.c
@@ -2593,11 +2593,62 @@ int kvm_device_msix_deassign(KVMState *s, uint32_t dev_id)
KVM_DEV_IRQ_HOST_MSIX);
}
+/* KVM-specific features that are automatically added to all CPU models
+ * when KVM is enabled.
+ */
+static uint32_t kvm_default_features[FEATURE_WORDS] = {
+ [FEAT_KVM] = (1 << KVM_FEATURE_CLOCKSOURCE) |
+ (1 << KVM_FEATURE_NOP_IO_DELAY) |
+ (1 << KVM_FEATURE_CLOCKSOURCE2) |
+ (1 << KVM_FEATURE_ASYNC_PF) |
+ (1 << KVM_FEATURE_STEAL_TIME) |
+ (1 << KVM_FEATURE_PV_EOI) |
+ (1 << KVM_FEATURE_CLOCKSOURCE_STABLE_BIT),
+ [FEAT_1_ECX] = CPUID_EXT_X2APIC,
+};
+
+/* Features that are not added by default to any CPU model when KVM is enabled.
+ */
+static uint32_t kvm_default_unset_features[FEATURE_WORDS] = {
+ [FEAT_1_ECX] = CPUID_EXT_MONITOR,
+};
+
+void x86_cpu_compat_disable_kvm_features(FeatureWord w, uint32_t features)
+{
+ kvm_default_features[w] &= ~features;
+}
+
+static void x86_kvm_cpu_post_init(AccelState *accel, X86CPU *cpu, Error **errp)
+{
+ CPUX86State *env = &cpu->env;
+ FeatureWord w;
+ for (w = 0; w < FEATURE_WORDS; w++) {
+ env->features[w] |= kvm_default_features[w];
+ env->features[w] &= ~kvm_default_unset_features[w];
+ }
+
+ /* sysenter isn't supported in compatibility mode on AMD,
+ * syscall isn't supported in compatibility mode on Intel.
+ * Normally we advertise the actual CPU vendor, but you can
+ * override this using the 'vendor' property if you want to use
+ * KVM's sysenter/syscall emulation in compatibility mode and
+ * when doing cross vendor migration
+ */
+ object_property_set_str(OBJECT(cpu), "host", "vendor", errp);
+}
+
+static void x86_kvm_accel_class_init(ObjectClass *oc, void *data)
+{
+ X86AccelClass *xacc = X86_ACCEL_CLASS(oc);
+ xacc->cpu_post_init = x86_kvm_cpu_post_init;
+}
+
#define TYPE_X86_KVM_ACCEL TARGET_NAME "-kvm-accel"
static const TypeInfo x86_kvm_accel_type = {
.name = TYPE_X86_KVM_ACCEL,
.parent = TYPE_KVM_ACCEL,
+ .class_init = x86_kvm_accel_class_init,
.interfaces = (InterfaceInfo[]) {
{ TYPE_X86_ACCEL },
{ }
--
1.9.3
prev parent reply other threads:[~2014-07-09 22:05 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-09 22:03 [Qemu-devel] [RFC 00/25] QOMify accelerator code Eduardo Habkost
2014-07-09 22:03 ` [Qemu-devel] [RFC 01/25] vl.c: Small coding style fix Eduardo Habkost
2014-07-09 22:03 ` [Qemu-devel] [RFC 02/25] accel: Move accel code to accel.c Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 03/25] accel: Create struct AccelType Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 04/25] accel: Simplify configure_accelerator() using AccelType *acc variable Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 05/25] accel: Move accel name lookup to separate function Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 06/25] accel: Use QOM classes for accel types Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 07/25] accel: Make AccelClass.available() optional Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 08/25] accel: Move KVM accel registration to kvm-all.c Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 09/25] accel: Move Xen registration code to xen-common.c Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 10/25] accel: Move qtest accel registration to qtest.c Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 11/25] accel: Remove tcg_available() function Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 12/25] accel: Move accel init/allowed code to separate function Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 13/25] accel: Rename 'init' method to 'init_machine' Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 14/25] accel: Pass MachineState object to accel init functions Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 15/25] accel: Create accel object when initializing machine Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 16/25] accel: Save AccelState on MachineState when initializing Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 17/25] kvm: Make KVMState be the TYPE_KVM_ACCEL instance struct Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 18/25] accel: Get target name as argument when initializing accelerator Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 19/25] accel: Use target-specific accel class if available Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 20/25] accel: TYPE_X86_ACCEL interface Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 21/25] kvm: x86 KVM accelerator subclass Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 22/25] target-i386: Add AccelState parameter to cpu_x86_create() Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 23/25] target-i386: Move accelerator-specific code outside X86CPU.instance_init Eduardo Habkost
2014-07-09 22:04 ` [Qemu-devel] [RFC 24/25] target-i386: Accept "host" as value for CPU vendor Eduardo Habkost
2014-07-09 22:04 ` Eduardo Habkost [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=1404943462-711-26-git-send-email-ehabkost@redhat.com \
--to=ehabkost@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 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).