From: Igor Mammedov <imammedo@redhat.com>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: aliguori@us.ibm.com, claudio.fontana@huawei.com,
qemu-devel@nongnu.org, aderumier@odiso.com,
lcapitulino@redhat.com, jfrei@linux.vnet.ibm.com,
yang.z.zhang@intel.com, pbonzini@redhat.com, afaerber@suse.de,
lig.fnst@cn.fujitsu.com, rth@twiddle.net
Subject: Re: [Qemu-devel] [PATCH 04/19] cpu: call cpu_synchronize_post_init() from CPUClass.realize() if hotplugged
Date: Fri, 12 Apr 2013 13:34:09 +0200 [thread overview]
Message-ID: <20130412133409.5a00b5b8@thinkpad> (raw)
In-Reply-To: <20130411183301.GG6862@otherpad.lan.raisama.net>
On Thu, 11 Apr 2013 15:33:01 -0300
Eduardo Habkost <ehabkost@redhat.com> wrote:
> On Thu, Apr 11, 2013 at 04:51:43PM +0200, Igor Mammedov wrote:
> > ... to synchronize CPU state to KVM
> >
> > Signed-off-by: Igor Mammedov <imammedo@redhat.com>
> > ---
> > v2:
> > * linking kvm-stub.o to *-user target moved in separate patch
> > ---
> > include/sysemu/kvm.h | 18 ++++++++++--------
> > kvm-all.c | 1 +
> > kvm-stub.c | 1 +
> > qom/cpu.c | 4 ++++
> > vl.c | 1 -
> > 5 files changed, 16 insertions(+), 9 deletions(-)
> >
> > diff --git a/include/sysemu/kvm.h b/include/sysemu/kvm.h
> > index 93cef28..8fb2489 100644
> > --- a/include/sysemu/kvm.h
> > +++ b/include/sysemu/kvm.h
> > @@ -250,8 +250,6 @@ int kvm_check_extension(KVMState *s, unsigned int extension);
> > uint32_t kvm_arch_get_supported_cpuid(KVMState *env, uint32_t function,
> > uint32_t index, int reg);
> > void kvm_cpu_synchronize_state(CPUArchState *env);
> > -void kvm_cpu_synchronize_post_reset(CPUState *cpu);
> > -void kvm_cpu_synchronize_post_init(CPUState *cpu);
> >
> > /* generic hooks - to be moved/refactored once there are more users */
> >
> > @@ -262,6 +260,16 @@ static inline void cpu_synchronize_state(CPUArchState *env)
> > }
> > }
> >
> > +#if !defined(CONFIG_USER_ONLY)
> > +int kvm_physical_memory_addr_from_host(KVMState *s, void *ram_addr,
> > + hwaddr *phys_addr);
> > +#endif
> > +
> > +#endif /* NEED_CPU_H */
> > +
> > +void kvm_cpu_synchronize_post_reset(CPUState *cpu);
> > +void kvm_cpu_synchronize_post_init(CPUState *cpu);
> > +
> > static inline void cpu_synchronize_post_reset(CPUState *cpu)
> > {
> > if (kvm_enabled()) {
> > @@ -277,12 +285,6 @@ static inline void cpu_synchronize_post_init(CPUState *cpu)
> > }
> >
> >
> > -#if !defined(CONFIG_USER_ONLY)
> > -int kvm_physical_memory_addr_from_host(KVMState *s, void *ram_addr,
> > - hwaddr *phys_addr);
> > -#endif
> > -
> > -#endif
> > int kvm_set_ioeventfd_mmio(int fd, uint32_t adr, uint32_t val, bool assign,
> > uint32_t size);
> >
> > diff --git a/kvm-all.c b/kvm-all.c
> > index fc4e17c..1d17128 100644
> > --- a/kvm-all.c
> > +++ b/kvm-all.c
> > @@ -109,6 +109,7 @@ bool kvm_async_interrupts_allowed;
> > bool kvm_irqfds_allowed;
> > bool kvm_msi_via_irqfd_allowed;
> > bool kvm_gsi_routing_allowed;
> > +bool kvm_allowed;
> >
> > static const KVMCapabilityInfo kvm_required_capabilites[] = {
> > KVM_CAP_INFO(USER_MEMORY),
> > diff --git a/kvm-stub.c b/kvm-stub.c
> > index b34064a..8cb81c4 100644
> > --- a/kvm-stub.c
> > +++ b/kvm-stub.c
> > @@ -23,6 +23,7 @@ bool kvm_async_interrupts_allowed;
> > bool kvm_irqfds_allowed;
> > bool kvm_msi_via_irqfd_allowed;
> > bool kvm_gsi_routing_allowed;
> > +bool kvm_allowed;
> >
> > int kvm_init_vcpu(CPUState *cpu)
> > {
> > diff --git a/qom/cpu.c b/qom/cpu.c
> > index e242dcb..0c76712 100644
> > --- a/qom/cpu.c
> > +++ b/qom/cpu.c
> > @@ -20,6 +20,7 @@
> >
> > #include "qom/cpu.h"
> > #include "qemu-common.h"
> > +#include "sysemu/kvm.h"
> >
> > void cpu_reset_interrupt(CPUState *cpu, int mask)
> > {
> > @@ -57,6 +58,9 @@ static ObjectClass *cpu_common_class_by_name(const char *cpu_model)
> >
> > static void cpu_common_realizefn(DeviceState *dev, Error **errp)
> > {
> > + if (dev->hotplugged) {
> > + cpu_synchronize_post_init(CPU(dev));
> > + }
>
> For reference: non-hotplugged CPUs have cpu_synchronize_post_init()
> called from cpu_synchronize_all_post_init(), that is called from main(),
> just after the machine->init() call.
>
> That said, have you considered changing the code so that's possible to
> call cpu_synchronize_post_init() for all CPUs, so we could kill the
> cpu_synchronize_all_post_init() call entirely?
>
> Maybe the solution for this is to realize non-hotplugged CPUs later,
> instead of realizing them very early inside the machine init function.
> If doing is not possible or not enough, we could use VM state notifiers
> to watch for the right moment to call cpu_synchronize_post_init().
I have not considered it, since question is out of scope CPU hot-plug.
It might be feasible to do so later in separate patch and remove
"if (dev->hotplugged)" condition tough.
I think it will be more appropriate when machine will QOM-ified, then
to make machine.realize() work it had to be done, but now I don't see
any gain doing so (providing all the trouble it might cause).
>
> > }
> >
> > static void cpu_class_init(ObjectClass *klass, void *data)
> > diff --git a/vl.c b/vl.c
> > index d694a90..21952c3 100644
> > --- a/vl.c
> > +++ b/vl.c
> > @@ -267,7 +267,6 @@ static NotifierList machine_init_done_notifiers =
> > NOTIFIER_LIST_INITIALIZER(machine_init_done_notifiers);
> >
> > static bool tcg_allowed = true;
> > -bool kvm_allowed;
> > bool xen_allowed;
> > uint32_t xen_domid;
> > enum xen_mode xen_mode = XEN_EMULATE;
> > --
> > 1.8.2
> >
>
> --
> Eduardo
--
Regards,
Igor
next prev parent reply other threads:[~2013-04-12 11:34 UTC|newest]
Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-11 14:51 [Qemu-devel] [PATCH 00/19 v3] target-i386: CPU hot-add with cpu-add QMP command Igor Mammedov
2013-04-11 14:51 ` [Qemu-devel] [PATCH 01/19] target-i386: split out CPU creation and features parsing into cpu_x86_create() Igor Mammedov
2013-04-11 17:03 ` Eduardo Habkost
2013-04-15 15:03 ` Andreas Färber
2013-04-11 14:51 ` [Qemu-devel] [PATCH 02/19] cpu: Pass CPUState to *cpu_synchronize_post*() Igor Mammedov
2013-04-15 15:12 ` Andreas Färber
2013-04-11 14:51 ` [Qemu-devel] [PATCH 03/19] cpu: make kvm-stub.o a part of CPU library Igor Mammedov
2013-04-11 17:45 ` Eduardo Habkost
2013-04-12 11:17 ` Igor Mammedov
2013-04-12 19:25 ` Eduardo Habkost
2013-04-15 9:09 ` Igor Mammedov
2013-04-11 14:51 ` [Qemu-devel] [PATCH 04/19] cpu: call cpu_synchronize_post_init() from CPUClass.realize() if hotplugged Igor Mammedov
2013-04-11 18:33 ` Eduardo Habkost
2013-04-12 11:34 ` Igor Mammedov [this message]
2013-04-12 14:08 ` Eduardo Habkost
2013-04-15 19:57 ` Eduardo Habkost
2013-04-15 20:21 ` Igor Mammedov
2013-04-11 14:51 ` [Qemu-devel] [PATCH 05/19] cpu: resume CPU from CPUClass.cpu_common_realizefn() when it is hot-plugged Igor Mammedov
2013-04-11 18:36 ` Eduardo Habkost
2013-04-12 11:36 ` Igor Mammedov
2013-04-15 19:58 ` Eduardo Habkost
2013-04-11 14:51 ` [Qemu-devel] [PATCH 06/19] introduce CPU hot-plug notifier Igor Mammedov
2013-04-11 18:46 ` Eduardo Habkost
2013-04-12 11:00 ` Igor Mammedov
2013-04-15 20:08 ` Eduardo Habkost
2013-04-11 14:51 ` [Qemu-devel] [PATCH 07/19] rtc: update rtc_cmos on CPU hot-plug Igor Mammedov
2013-04-11 18:59 ` Eduardo Habkost
2013-04-12 10:53 ` Igor Mammedov
2013-04-12 13:35 ` Eduardo Habkost
2013-04-12 15:16 ` Igor Mammedov
2013-04-12 15:35 ` Eduardo Habkost
2013-04-12 16:24 ` Igor Mammedov
2013-04-15 9:38 ` Igor Mammedov
2013-04-15 17:53 ` Eduardo Habkost
2013-04-11 14:51 ` [Qemu-devel] [PATCH 08/19] cpu: introduce get_arch_id() method and override it for target-i386 Igor Mammedov
2013-04-11 19:04 ` Eduardo Habkost
2013-04-12 10:31 ` Igor Mammedov
2013-04-12 13:47 ` Eduardo Habkost
2013-04-15 15:24 ` Andreas Färber
2013-04-15 15:34 ` Igor Mammedov
2013-04-15 15:42 ` Andreas Färber
2013-04-15 15:47 ` Eduardo Habkost
2013-04-15 20:34 ` Igor Mammedov
2013-04-11 14:51 ` [Qemu-devel] [PATCH 09/19] cpu: add helper cpu_exists(), to check if CPU with specified id exists Igor Mammedov
2013-04-11 19:06 ` Eduardo Habkost
2013-04-12 10:14 ` Igor Mammedov
2013-04-11 14:51 ` [Qemu-devel] [PATCH 10/19] acpi_piix4: add infrastructure to send CPU hot-plug GPE to guest Igor Mammedov
2013-04-11 14:51 ` [Qemu-devel] [PATCH 11/19] target-i386: introduce apic-id property Igor Mammedov
2013-04-11 19:12 ` Eduardo Habkost
2013-04-12 10:20 ` Igor Mammedov
2013-04-12 13:13 ` Eduardo Habkost
2013-04-12 15:46 ` Igor Mammedov
2013-04-12 16:29 ` Eduardo Habkost
2013-04-15 2:30 ` li guang
2013-04-15 13:37 ` Igor Mammedov
2013-04-15 13:45 ` Eduardo Habkost
2013-04-15 14:34 ` Igor Mammedov
2013-04-15 14:49 ` Eduardo Habkost
2013-04-15 20:27 ` Igor Mammedov
2013-04-15 20:49 ` Eduardo Habkost
2013-04-15 21:13 ` Igor Mammedov
2013-04-11 14:51 ` [Qemu-devel] [PATCH 12/19] introduce ICC bus/device/bridge Igor Mammedov
2013-04-11 14:51 ` [Qemu-devel] [PATCH 13/19] target-i386: cpu: attach ICC bus to CPU on its creation Igor Mammedov
2013-04-15 15:38 ` Andreas Färber
2013-04-15 15:49 ` Igor Mammedov
2013-04-15 16:06 ` Andreas Färber
2013-04-15 16:17 ` Igor Mammedov
2013-04-11 14:51 ` [Qemu-devel] [PATCH 14/19] target-i386: replace MSI_SPACE_SIZE with APIC_SPACE_SIZE Igor Mammedov
2013-04-15 15:34 ` Andreas Färber
2013-04-15 15:47 ` Jan Kiszka
2013-04-11 14:51 ` [Qemu-devel] [PATCH 15/19] target-i386: move APIC to ICC bus Igor Mammedov
2013-04-11 14:51 ` [Qemu-devel] [PATCH 16/19] target-i386: move IOAPIC " Igor Mammedov
2013-04-11 14:51 ` [Qemu-devel] [PATCH 17/19] qdev: set device's parent before calling realize() down inheritance chain Igor Mammedov
2013-04-15 15:48 ` Andreas Färber
2013-04-11 14:51 ` [Qemu-devel] [PATCH 18/19] target-i386: expose all possible CPUs as /machine/icc-bridge/cpu[0..N] links Igor Mammedov
2013-04-11 17:19 ` Eduardo Habkost
2013-04-12 10:01 ` Igor Mammedov
2013-04-12 12:44 ` Eduardo Habkost
2013-04-15 14:15 ` Igor Mammedov
2013-04-15 14:48 ` Eduardo Habkost
2013-04-15 15:16 ` Igor Mammedov
2013-04-15 15:26 ` Eduardo Habkost
2013-04-15 20:37 ` Igor Mammedov
2013-04-11 14:51 ` [Qemu-devel] [PATCH 19/19] add cpu-add qmp command and implement CPU hot-add for target-i386 Igor Mammedov
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=20130412133409.5a00b5b8@thinkpad \
--to=imammedo@redhat.com \
--cc=aderumier@odiso.com \
--cc=afaerber@suse.de \
--cc=aliguori@us.ibm.com \
--cc=claudio.fontana@huawei.com \
--cc=ehabkost@redhat.com \
--cc=jfrei@linux.vnet.ibm.com \
--cc=lcapitulino@redhat.com \
--cc=lig.fnst@cn.fujitsu.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
--cc=yang.z.zhang@intel.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 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.