From: Greg Kurz <groug@kaod.org>
To: David Gibson <david@gibson.dropbear.id.au>
Cc: qemu-devel@nongnu.org,
Shivaprasad G Bhat <sbhat@linux.vnet.ibm.com>,
qemu-ppc@nongnu.org, Andrea Bolognani <abologna@redhat.com>
Subject: Re: [Qemu-devel] [PATCH] spapr: make default PHB optionnal
Date: Tue, 4 Jul 2017 10:47:22 +0200 [thread overview]
Message-ID: <20170704104722.499d4e86@bahia.lan> (raw)
In-Reply-To: <20170704072901.GA2180@umbus.fritz.box>
[-- Attachment #1: Type: text/plain, Size: 7868 bytes --]
On Tue, 4 Jul 2017 17:29:01 +1000
David Gibson <david@gibson.dropbear.id.au> wrote:
> On Mon, Jul 03, 2017 at 06:48:25PM +0200, Greg Kurz wrote:
> > The sPAPR machine always create a default PHB during initialization, even
> > if -nodefaults was passed on the command line. This forces the user to
> > rely on -global if she wants to set properties of the default PHB, such
> > as numa_node.
> >
> > This patch introduces a new machine create-default-phb property to control
> > whether the default PHB must be created or not. It defaults to on in order
> > to preserve old setups (which is also the motivation to not alter the
> > current behavior of -nodefaults).
> >
> > If create-default-phb is set to off, the default PHB isn't created, nor
> > any other device usually created with it. It is mandatory to provide
> > a PHB on the command line to be able to use PCI devices (otherwise QEMU
> > won't start). For example, the following creates a PHB with the same
> > mappings as the default PHB and also sets the NUMA affinity:
> >
> > -machine type=pseries,create-default-phb=off \
> > -numa node,nodeid=0 -device spapr-pci-host-bridge,index=0,numa_node=0
> >
> > Signed-off-by: Greg Kurz <groug@kaod.org>
>
> So, I agree that the distinction between default devices that are
> disabled with -nodefaults and default devices that aren't is a big
> mess in qemu configuration. But on the other hand this only addresses
> one tiny aspect of that, and in the meantime means we will silently
> ignore some other configuration options in some conditions.
>
> So, what's the immediate benefit / use case for this?
>
With the current code base, the only way to set properties of the default
PHB, is to pass -global spapr-pci-host-bridge.prop=value for each property.
The immediate benefit of this patch is to unify the way libvirt passes
PHB description to the command line:
ie, do:
-machine type=pseries,create-default-phb=off \
-device spapr-pci-host-bridge,prop1=a,prop2=b,prop3=c \
-device spapr-pci-host-bridge,prop1=d,prop2=e,prop3=f
instead of:
-machine type=pseries \
-global spapr-pci-host-bridge.prop1=a \
-global spapr-pci-host-bridge.prop2=b \
-global spapr-pci-host-bridge.prop3=c \
-device spapr-pci-host-bridge,prop1=d,prop2=e,prop3=f
> > ---
> > hw/ppc/spapr.c | 63 ++++++++++++++++++++++++++++++++++--------------
> > include/hw/ppc/spapr.h | 2 ++
> > 2 files changed, 47 insertions(+), 18 deletions(-)
> >
> > diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
> > index ba8f57a5a054..3395bb3774b9 100644
> > --- a/hw/ppc/spapr.c
> > +++ b/hw/ppc/spapr.c
> > @@ -2103,7 +2103,7 @@ static void ppc_spapr_init(MachineState *machine)
> > sPAPRMachineClass *smc = SPAPR_MACHINE_GET_CLASS(machine);
> > const char *kernel_filename = machine->kernel_filename;
> > const char *initrd_filename = machine->initrd_filename;
> > - PCIHostState *phb;
> > + PCIHostState *phb = NULL;
> > int i;
> > MemoryRegion *sysmem = get_system_memory();
> > MemoryRegion *ram = g_new(MemoryRegion, 1);
> > @@ -2294,7 +2294,9 @@ static void ppc_spapr_init(MachineState *machine)
> > /* Set up PCI */
> > spapr_pci_rtas_init();
> >
> > - phb = spapr_create_phb(spapr, 0);
> > + if (spapr->create_default_phb) {
> > + phb = spapr_create_phb(spapr, 0);
> > + }
> >
> > for (i = 0; i < nb_nics; i++) {
> > NICInfo *nd = &nd_table[i];
> > @@ -2305,7 +2307,7 @@ static void ppc_spapr_init(MachineState *machine)
> >
> > if (strcmp(nd->model, "ibmveth") == 0) {
> > spapr_vlan_create(spapr->vio_bus, nd);
> > - } else {
> > + } else if (phb) {
> > pci_nic_init_nofail(&nd_table[i], phb->bus, nd->model, NULL);
> > }
> > }
> > @@ -2314,24 +2316,26 @@ static void ppc_spapr_init(MachineState *machine)
> > spapr_vscsi_create(spapr->vio_bus);
> > }
> >
> > - /* Graphics */
> > - if (spapr_vga_init(phb->bus, &error_fatal)) {
> > - spapr->has_graphics = true;
> > - machine->usb |= defaults_enabled() && !machine->usb_disabled;
> > - }
> > -
> > - if (machine->usb) {
> > - if (smc->use_ohci_by_default) {
> > - pci_create_simple(phb->bus, -1, "pci-ohci");
> > - } else {
> > - pci_create_simple(phb->bus, -1, "nec-usb-xhci");
> > + if (phb) {
> > + /* Graphics */
> > + if (spapr_vga_init(phb->bus, &error_fatal)) {
> > + spapr->has_graphics = true;
> > + machine->usb |= defaults_enabled() && !machine->usb_disabled;
> > }
> >
> > - if (spapr->has_graphics) {
> > - USBBus *usb_bus = usb_bus_find(-1);
> > + if (machine->usb) {
> > + if (smc->use_ohci_by_default) {
> > + pci_create_simple(phb->bus, -1, "pci-ohci");
> > + } else {
> > + pci_create_simple(phb->bus, -1, "nec-usb-xhci");
> > + }
> > +
> > + if (spapr->has_graphics) {
> > + USBBus *usb_bus = usb_bus_find(-1);
> >
> > - usb_create_simple(usb_bus, "usb-kbd");
> > - usb_create_simple(usb_bus, "usb-mouse");
> > + usb_create_simple(usb_bus, "usb-kbd");
> > + usb_create_simple(usb_bus, "usb-mouse");
> > + }
> > }
> > }
> >
> > @@ -2544,12 +2548,27 @@ static void spapr_set_modern_hotplug_events(Object *obj, bool value,
> > spapr->use_hotplug_event_source = value;
> > }
> >
> > +static bool spapr_get_create_default_phb(Object *obj, Error **errp)
> > +{
> > + sPAPRMachineState *spapr = SPAPR_MACHINE(obj);
> > +
> > + return spapr->create_default_phb;
> > +}
> > +
> > +static void spapr_set_create_default_phb(Object *obj, bool value, Error **errp)
> > +{
> > + sPAPRMachineState *spapr = SPAPR_MACHINE(obj);
> > +
> > + spapr->create_default_phb = value;
> > +}
> > +
> > static void spapr_machine_initfn(Object *obj)
> > {
> > sPAPRMachineState *spapr = SPAPR_MACHINE(obj);
> >
> > spapr->htab_fd = -1;
> > spapr->use_hotplug_event_source = true;
> > + spapr->create_default_phb = true;
> > object_property_add_str(obj, "kvm-type",
> > spapr_get_kvm_type, spapr_set_kvm_type, NULL);
> > object_property_set_description(obj, "kvm-type",
> > @@ -2568,6 +2587,14 @@ static void spapr_machine_initfn(Object *obj)
> > ppc_compat_add_property(obj, "max-cpu-compat", &spapr->max_compat_pvr,
> > "Maximum permitted CPU compatibility mode",
> > &error_fatal);
> > +
> > + object_property_add_bool(obj, "create-default-phb",
> > + spapr_get_create_default_phb,
> > + spapr_set_create_default_phb,
> > + NULL);
> > + object_property_set_description(obj, "create-default-phb",
> > + "Create a default PCI Host Bridge",
> > + NULL);
> > }
> >
> > static void spapr_machine_finalizefn(Object *obj)
> > diff --git a/include/hw/ppc/spapr.h b/include/hw/ppc/spapr.h
> > index a184ffab0ebc..6ee914764807 100644
> > --- a/include/hw/ppc/spapr.h
> > +++ b/include/hw/ppc/spapr.h
> > @@ -93,6 +93,8 @@ struct sPAPRMachineState {
> > bool use_hotplug_event_source;
> > sPAPREventSource *event_sources;
> >
> > + bool create_default_phb;
> > +
> > /* ibm,client-architecture-support option negotiation */
> > bool cas_reboot;
> > bool cas_legacy_guest_workaround;
> >
>
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
next prev parent reply other threads:[~2017-07-04 8:47 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-03 16:48 [Qemu-devel] [PATCH] spapr: make default PHB optionnal Greg Kurz
2017-07-04 7:29 ` David Gibson
2017-07-04 8:47 ` Greg Kurz [this message]
2017-07-12 10:55 ` Andrea Bolognani
2017-07-12 11:39 ` Shivaprasad G Bhat
2017-07-18 8:02 ` Andrea Bolognani
2017-07-19 4:38 ` David Gibson
2017-07-12 12:25 ` Greg Kurz
2017-07-19 4:34 ` David Gibson
2017-07-24 18:59 ` Greg Kurz
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=20170704104722.499d4e86@bahia.lan \
--to=groug@kaod.org \
--cc=abologna@redhat.com \
--cc=david@gibson.dropbear.id.au \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=sbhat@linux.vnet.ibm.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.