From: David Woodhouse <dwmw2@infradead.org>
To: Xiaoyao Li <xiaoyao.li@intel.com>,
Peter Maydell <peter.maydell@linaro.org>,
qemu-devel@nongnu.org
Cc: "Paolo Bonzini" <pbonzini@redhat.com>,
"Paul Durrant" <paul@xen.org>,
"Joao Martins" <joao.m.martins@oracle.com>,
"Ankur Arora" <ankur.a.arora@oracle.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Thomas Huth" <thuth@redhat.com>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Juan Quintela" <quintela@redhat.com>,
"Dr . David Alan Gilbert" <dgilbert@redhat.com>,
"Claudio Fontana" <cfontana@suse.de>,
"Julien Grall" <julien@xen.org>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Marcel Apfelbaum" <marcel.apfelbaum@gmail.com>,
armbru@redhat.com, "Stefano Stabellini" <sstabellini@kernel.org>,
vikram.garhwal@amd.com
Subject: Re: [PATCH v15 15/60] i386/xen: add pc_machine_kvm_type to initialize XEN_EMULATE mode
Date: Fri, 10 Mar 2023 08:28:09 +0000 [thread overview]
Message-ID: <ae5ce529ef1e492e4f8b06eece6528990ca965e6.camel@infradead.org> (raw)
In-Reply-To: <96e49428-0c2a-2a50-42e0-31c8e553a34b@intel.com>
[-- Attachment #1: Type: text/plain, Size: 2445 bytes --]
On Fri, 2023-03-10 at 11:15 +0800, Xiaoyao Li wrote:
> On 3/1/2023 9:51 PM, David Woodhouse wrote:
> > From: David Woodhouse <dwmw@amazon.co.uk>
> >
> > The xen_overlay device (and later similar devices for event channels and
> > grant tables) need to be instantiated. Do this from a kvm_type method on
> > the PC machine derivatives, since KVM is only way to support Xen emulation
> > for now.
>
> Just curious, isn't there any more reasonable place to add machine
> specific initialization?
>
> abusing the mc->kvm_type() looks bad to me.
Hm, good question. Off the top of my head I have no better answer than
"Paolo made me do it":
https://lore.kernel.org/qemu-devel/8495140d-3301-7693-b804-0554166802da@redhat.com/
But I have gained a bit more clue since December, and reading that
message again I'll put a lot more focus on the fact that he said
"during mc->kvm_type OR AFTERWARDS". That's the *earliest* we can
depend on xen_mode being set to XEN_EMULATE, but now the dust has
settled I don't think we actually *need* to do it that early.
I'll have a play with moving it to pc_basic_device_init() where there's
some other XEN_EMULATE initialisation anyway:
--- a/hw/i386/pc.c
+++ b/hw/i386/pc.c
@@ -1319,6 +1319,10 @@ void pc_basic_device_init(struct PCMachineState *pcms,
#ifdef CONFIG_XEN_EMU
if (xen_mode == XEN_EMULATE) {
+ xen_overlay_create();
+ xen_evtchn_create();
+ xen_gnttab_create();
+ xen_xenstore_create();
xen_evtchn_connect_gsis(gsi);
if (pcms->bus) {
pci_create_simple(pcms->bus, -1, "xen-platform");
@@ -1868,14 +1872,6 @@ static void pc_machine_initfn(Object *obj)
int pc_machine_kvm_type(MachineState *machine, const char *kvm_type)
{
-#ifdef CONFIG_XEN_EMU
- if (xen_mode == XEN_EMULATE) {
- xen_overlay_create();
- xen_evtchn_create();
- xen_gnttab_create();
- xen_xenstore_create();
- }
-#endif
return 0;
}
I have *also* gained some Avocado tests since December, which exercise
Xen guests (with PV disk) in a bunch of different interrupt-delivery
modes. And pass when I do the above. So I'll let the morning coffee
take effect and give it a bit more thought and testing, and probably
submit it.
Shall I leave pc_machine_kvm_type() present but empty, given that
you're about to come along and put something back there?
Thanks.
[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5965 bytes --]
next prev parent reply other threads:[~2023-03-10 8:29 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-01 13:51 [PATCH v15 00/60] Xen HVM support under KVM David Woodhouse
2023-03-01 13:51 ` [PATCH v15 01/60] include: import Xen public headers to hw/xen/interface David Woodhouse
2023-03-01 13:51 ` [PATCH v15 02/60] xen: add CONFIG_XEN_BUS and CONFIG_XEN_EMU options for Xen emulation David Woodhouse
2023-03-01 13:51 ` [PATCH v15 03/60] xen: Add XEN_DISABLED mode and make it default David Woodhouse
2023-03-01 13:51 ` [PATCH v15 04/60] i386/kvm: Add xen-version KVM accelerator property and init KVM Xen support David Woodhouse
2023-03-01 13:51 ` [PATCH v15 05/60] i386/kvm: handle Xen HVM cpuid leaves David Woodhouse
2023-03-01 13:51 ` [PATCH v15 06/60] i386/kvm: Set Xen vCPU ID in KVM David Woodhouse
2023-03-01 13:51 ` [PATCH v15 07/60] xen-platform: exclude vfio-pci from the PCI platform unplug David Woodhouse
2023-03-01 13:51 ` [PATCH v15 08/60] xen-platform: allow its creation with XEN_EMULATE mode David Woodhouse
2023-03-01 13:51 ` [PATCH v15 09/60] i386/xen: handle guest hypercalls David Woodhouse
2023-03-01 13:51 ` [PATCH v15 10/60] i386/xen: implement HYPERVISOR_xen_version David Woodhouse
2023-03-01 13:51 ` [PATCH v15 11/60] i386/xen: implement HYPERVISOR_sched_op, SCHEDOP_shutdown David Woodhouse
2023-03-01 13:51 ` [PATCH v15 12/60] i386/xen: Implement SCHEDOP_poll and SCHEDOP_yield David Woodhouse
2023-03-01 13:51 ` [PATCH v15 13/60] hw/xen: Add xen_overlay device for emulating shared xenheap pages David Woodhouse
2023-03-01 13:51 ` [PATCH v15 14/60] xen: Permit --xen-domid argument when accel is KVM David Woodhouse
2023-03-01 13:51 ` [PATCH v15 15/60] i386/xen: add pc_machine_kvm_type to initialize XEN_EMULATE mode David Woodhouse
2023-03-10 3:15 ` Xiaoyao Li
2023-03-10 8:28 ` David Woodhouse [this message]
2023-03-10 8:52 ` Paolo Bonzini
2023-03-10 9:21 ` David Woodhouse
2023-03-10 10:54 ` [PATCH] hw/xen: Simplify emulated Xen platform init David Woodhouse
2023-03-24 9:10 ` Paul Durrant
2023-03-01 13:51 ` [PATCH v15 16/60] i386/xen: manage and save/restore Xen guest long_mode setting David Woodhouse
2023-03-01 13:51 ` [PATCH v15 17/60] i386/xen: implement HYPERVISOR_memory_op David Woodhouse
2023-03-01 13:51 ` [PATCH v15 18/60] i386/xen: implement XENMEM_add_to_physmap_batch David Woodhouse
2023-03-01 13:51 ` [PATCH v15 19/60] i386/xen: implement HYPERVISOR_hvm_op David Woodhouse
2023-03-01 13:51 ` [PATCH v15 20/60] i386/xen: implement HYPERVISOR_vcpu_op David Woodhouse
2023-03-01 13:51 ` [PATCH v15 21/60] i386/xen: handle VCPUOP_register_vcpu_info David Woodhouse
2023-03-01 13:51 ` [PATCH v15 22/60] i386/xen: handle VCPUOP_register_vcpu_time_info David Woodhouse
2023-03-01 13:51 ` [PATCH v15 23/60] i386/xen: handle VCPUOP_register_runstate_memory_area David Woodhouse
2023-03-01 13:51 ` [PATCH v15 24/60] i386/xen: implement HYPERVISOR_event_channel_op David Woodhouse
2023-03-01 13:51 ` [PATCH v15 25/60] i386/xen: implement HVMOP_set_evtchn_upcall_vector David Woodhouse
2023-03-01 13:51 ` [PATCH v15 26/60] i386/xen: implement HVMOP_set_param David Woodhouse
2023-03-01 13:51 ` [PATCH v15 27/60] hw/xen: Add xen_evtchn device for event channel emulation David Woodhouse
2023-03-01 13:51 ` [PATCH v15 28/60] i386/xen: Add support for Xen event channel delivery to vCPU David Woodhouse
2023-03-01 13:51 ` [PATCH v15 29/60] hw/xen: Implement EVTCHNOP_status David Woodhouse
2023-03-01 13:51 ` [PATCH v15 30/60] hw/xen: Implement EVTCHNOP_close David Woodhouse
2023-03-01 13:51 ` [PATCH v15 31/60] hw/xen: Implement EVTCHNOP_unmask David Woodhouse
2023-03-01 13:51 ` [PATCH v15 32/60] hw/xen: Implement EVTCHNOP_bind_virq David Woodhouse
2023-03-01 13:51 ` [PATCH v15 33/60] hw/xen: Implement EVTCHNOP_bind_ipi David Woodhouse
2023-03-01 13:51 ` [PATCH v15 34/60] hw/xen: Implement EVTCHNOP_send David Woodhouse
2023-03-01 13:51 ` [PATCH v15 35/60] hw/xen: Implement EVTCHNOP_alloc_unbound David Woodhouse
2023-03-01 13:51 ` [PATCH v15 36/60] hw/xen: Implement EVTCHNOP_bind_interdomain David Woodhouse
2023-03-01 13:52 ` [PATCH v15 37/60] hw/xen: Implement EVTCHNOP_bind_vcpu David Woodhouse
2023-03-01 13:52 ` [PATCH v15 38/60] hw/xen: Implement EVTCHNOP_reset David Woodhouse
2023-03-01 13:52 ` [PATCH v15 39/60] i386/xen: add monitor commands to test event injection David Woodhouse
2023-03-01 13:52 ` [PATCH v15 40/60] hw/xen: Support HVM_PARAM_CALLBACK_TYPE_GSI callback David Woodhouse
2023-03-01 13:52 ` [PATCH v15 41/60] hw/xen: Support HVM_PARAM_CALLBACK_TYPE_PCI_INTX callback David Woodhouse
2023-03-01 13:52 ` [PATCH v15 42/60] kvm/i386: Add xen-gnttab-max-frames property David Woodhouse
2023-03-01 13:52 ` [PATCH v15 43/60] hw/xen: Add xen_gnttab device for grant table emulation David Woodhouse
2023-03-01 13:52 ` [PATCH v15 44/60] hw/xen: Support mapping grant frames David Woodhouse
2023-03-01 13:52 ` [PATCH v15 45/60] i386/xen: Implement HYPERVISOR_grant_table_op and GNTTABOP_[gs]et_verson David Woodhouse
2023-03-01 13:52 ` [PATCH v15 46/60] hw/xen: Implement GNTTABOP_query_size David Woodhouse
2023-03-01 13:52 ` [PATCH v15 47/60] i386/xen: handle PV timer hypercalls David Woodhouse
2023-03-01 13:52 ` [PATCH v15 48/60] i386/xen: Reserve Xen special pages for console, xenstore rings David Woodhouse
2023-03-01 13:52 ` [PATCH v15 49/60] i386/xen: handle HVMOP_get_param David Woodhouse
2023-03-01 13:52 ` [PATCH v15 50/60] hw/xen: Add backend implementation of interdomain event channel support David Woodhouse
2023-03-01 13:52 ` [PATCH v15 51/60] hw/xen: Add xen_xenstore device for xenstore emulation David Woodhouse
2023-03-01 13:52 ` [PATCH v15 52/60] hw/xen: Add basic ring handling to xenstore David Woodhouse
2023-03-01 13:52 ` [PATCH v15 53/60] hw/xen: Automatically add xen-platform PCI device for emulated Xen guests David Woodhouse
2023-03-01 13:52 ` [PATCH v15 54/60] i386/xen: Implement HYPERVISOR_physdev_op David Woodhouse
2023-03-01 13:52 ` [PATCH v15 55/60] hw/xen: Implement emulated PIRQ hypercall support David Woodhouse
2023-03-01 13:52 ` [PATCH v15 56/60] hw/xen: Support GSI mapping to PIRQ David Woodhouse
2023-03-01 13:52 ` [PATCH v15 57/60] hw/xen: Support MSI " David Woodhouse
2023-03-01 13:52 ` [PATCH v15 58/60] kvm/i386: Add xen-evtchn-max-pirq property David Woodhouse
2023-03-01 13:52 ` [PATCH v15 59/60] i386/xen: Document Xen HVM emulation David Woodhouse
2023-03-01 13:52 ` [PATCH v15 60/60] hw/xen: Subsume xen_be_register_common() into xen_be_init() David Woodhouse
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=ae5ce529ef1e492e4f8b06eece6528990ca965e6.camel@infradead.org \
--to=dwmw2@infradead.org \
--cc=alex.bennee@linaro.org \
--cc=ankur.a.arora@oracle.com \
--cc=armbru@redhat.com \
--cc=cfontana@suse.de \
--cc=dgilbert@redhat.com \
--cc=joao.m.martins@oracle.com \
--cc=julien@xen.org \
--cc=marcel.apfelbaum@gmail.com \
--cc=mst@redhat.com \
--cc=paul@xen.org \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=sstabellini@kernel.org \
--cc=thuth@redhat.com \
--cc=vikram.garhwal@amd.com \
--cc=xiaoyao.li@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 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).