xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Igor Mammedov <imammedo@redhat.com>
To: Anthony PERARD <anthony.perard@citrix.com>
Cc: Peter Maydell <peter.maydell@linaro.org>,
	Stefano Stabellini <sstabellini@kernel.org>,
	Eduardo Habkost <ehabkost@redhat.com>,
	"Michael S. Tsirkin" <mst@redhat.com>,
	qemu-devel@nongnu.org, Bruce Rogers <brogers@suse.com>,
	Paolo Bonzini <pbonzini@redhat.com>,
	Marcel Apfelbaum <marcel@redhat.com>,
	xen-devel@lists.xenproject.org,
	Richard Henderson <rth@twiddle.net>
Subject: Re: [PATCH for-2.10 v3 2/3] hw/acpi: Move acpi_set_pci_info to pcihp
Date: Fri, 18 Aug 2017 16:19:57 +0200	[thread overview]
Message-ID: <20170818161957.3a63f611@nial.brq.redhat.com> (raw)
In-Reply-To: <20170818133107.GG1475@perard.uk.xensource.com>

On Fri, 18 Aug 2017 14:31:07 +0100
Anthony PERARD <anthony.perard@citrix.com> wrote:

> On Fri, Aug 18, 2017 at 11:37:34AM +0200, Igor Mammedov wrote:
> > On Fri, 18 Aug 2017 04:40:02 +0300
> > "Michael S. Tsirkin" <mst@redhat.com> wrote:
> >   
> > > On Thu, Aug 17, 2017 at 05:23:46PM +0100, Anthony PERARD wrote:  
> > > > This means that the function will be call and the property
> > > > acpi-pcihp-bsel will be set even if ACPI build is disable.
> > > > 
> > > > To do PCI passthrough with Xen, the property acpi-pcihp-bsel needs to be
> > > > set, but this was done only when ACPI tables are built which is not
> > > > needed for a Xen guest. The need for the property starts with commit
> > > > "pc: pcihp: avoid adding ACPI_PCIHP_PROP_BSEL twice"
> > > > (f0c9d64a68b776374ec4732424a3e27753ce37b6).
> > > > 
> > > > Reported-by: Sander Eikelenboom <linux@eikelenboom.it>
> > > > Signed-off-by: Anthony PERARD <anthony.perard@citrix.com>
> > > > 
> > > > ---
> > > > Changes in V3:
> > > >   - move acpi_set_pci_info to pcihp instead
> > > > 
> > > > Changes in V2:
> > > >   - check for acpi_enabled before calling acpi_set_pci_info.
> > > >   - set the property on the root bus only.
> > > > 
> > > > This patch would be a canditade to backport to 2.9, along with
> > > > "hw/acpi: Limit hotplug to root bus on legacy mode"
> > > > 
> > > > CC: Stefano Stabellini <sstabellini@kernel.org>
> > > > CC: Bruce Rogers <brogers@suse.com>
> > > > ---
> > > >  hw/acpi/pcihp.c      | 31 +++++++++++++++++++++++++++++++
> > > >  hw/i386/acpi-build.c | 32 --------------------------------
> > > >  2 files changed, 31 insertions(+), 32 deletions(-)
> > > > 
> > > > diff --git a/hw/acpi/pcihp.c b/hw/acpi/pcihp.c
> > > > index 9db3c2eaf2..44e8842db8 100644
> > > > --- a/hw/acpi/pcihp.c
> > > > +++ b/hw/acpi/pcihp.c
> > > > @@ -75,6 +75,36 @@ static int acpi_pcihp_get_bsel(PCIBus *bus)
> > > >      }
> > > >  }
> > > >  
> > > > +/* Assign BSEL property to all buses.  In the future, this can be changed
> > > > + * to only assign to buses that support hotplug.
> > > > + */
> > > > +static void *acpi_set_bsel(PCIBus *bus, void *opaque)
> > > > +{
> > > > +    unsigned *bsel_alloc = opaque;
> > > > +    unsigned *bus_bsel;
> > > > +
> > > > +    if (qbus_is_hotpluggable(BUS(bus))) {
> > > > +        bus_bsel = g_malloc(sizeof *bus_bsel);
> > > > +
> > > > +        *bus_bsel = (*bsel_alloc)++;
> > > > +        object_property_add_uint32_ptr(OBJECT(bus), ACPI_PCIHP_PROP_BSEL,
> > > > +                                       bus_bsel, &error_abort);
> > > > +    }
> > > > +
> > > > +    return bsel_alloc;
> > > > +}
> > > > +
> > > > +static void acpi_set_pci_info(void)
> > > > +{
> > > > +    PCIBus *bus = find_i440fx(); /* TODO: Q35 support */
> > > > +    unsigned bsel_alloc = ACPI_PCIHP_BSEL_DEFAULT;
> > > > +
> > > > +    if (bus) {
> > > > +        /* Scan all PCI buses. Set property to enable acpi based hotplug. */
> > > > +        pci_for_each_bus_depth_first(bus, acpi_set_bsel, NULL, &bsel_alloc);
> > > > +    }
> > > > +}
> > > > +
> > > >  static void acpi_pcihp_test_hotplug_bus(PCIBus *bus, void *opaque)
> > > >  {
> > > >      AcpiPciHpFind *find = opaque;
> > > > @@ -177,6 +207,7 @@ static void acpi_pcihp_update(AcpiPciHpState *s)
> > > >  
> > > >  void acpi_pcihp_reset(AcpiPciHpState *s)
> > > >  {
> > > > +    acpi_set_pci_info();
> > > >      acpi_pcihp_update(s);
> > > >  }    
> > > 
> > > IIUC doing this on reset will add property over and over again leaking
> > > memory.  
> > in v2 I've explicitly suggested to call it once, like:  
> 
> Sorry I misunderstood. I'll fix it.
> 
> > acpi_set_pci_info() {
> > 
> >    static bool bsel_is set;
> > 
> >    if (bsel_is set)
> >        return;
> >    bsel_is set = true;
> > 
> >    ...
> > }
> > 
> > not patch related:
> > BTW bsel assignment is not stable in hotplug + migration use case,
> > and we probably should fix it up in 2.11 (CCing Marcel)
> >   
> > > I think that we need to do it on machine done.
> > > 
> > > Igor,  I think reordering acpi-build like earlier version did
> > > is less intrusive and more appropriate for 2.10.
> > > 
> > > For 2.10 I would like to see ideally some changes that
> > > are all if (xen) making it obvious non xen is not
> > > affected. I can then ack it and it will be merged in xen tree.  
> > it didn't work before so I'd just push fix to 2.11 without
> > intermediate fix.
> > But if you guys think it's worth to fix in 2.10, I'm fine with v2
> > for it if Anthony will take care of it (rebase this series)
> > in 2.11 merge window.  
> 
> Yes, I can take care of this series for 2.11, and find out how to build
> the mips-softmmu target which does not build because it's missing
> find_i440fx.
it doesn't look like mips supports ACPI, so we probably shouldn't
build acpi/pcihp for it at all but I'm not sure how hard it
would be to factor out if possible at all

 
> > > 
> > > Clean it up after 2.10.
> > >   
> 
> So is the v2 good enough or do I need to resend it?
Do you really need it in 2.10?
it's only 2 days left till release so unless it's blocker
I'd wait till after release and do clean fix.


> Thanks,
> 


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

  reply	other threads:[~2017-08-18 14:20 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-17 16:23 [PATCH for-2.10 v3 0/3] Fix hotplug of PCI passthrought device on Xen Anthony PERARD
2017-08-17 16:23 ` [PATCH for-2.10 v3 1/3] hw/acpi: Limit hotplug to root bus on legacy mode Anthony PERARD
2017-08-17 16:23 ` [PATCH for-2.10 v3 2/3] hw/acpi: Move acpi_set_pci_info to pcihp Anthony PERARD
2017-08-18  1:40   ` Michael S. Tsirkin
2017-08-18  9:37     ` Igor Mammedov
2017-08-18 13:31       ` Anthony PERARD
2017-08-18 14:19         ` Igor Mammedov [this message]
2017-08-18 16:00           ` Anthony PERARD
2017-08-18 18:32             ` Michael S. Tsirkin
2017-08-18 18:30           ` Michael S. Tsirkin
2017-08-18  9:47   ` [Qemu-devel] " Igor Mammedov
2017-08-17 16:23 ` [PATCH for-2.10 v3 3/3] Revert "ACPI: don't call acpi_pcihp_device_plug_cb on xen" Anthony PERARD
2017-08-17 16:57 ` [Qemu-devel] [PATCH for-2.10 v3 0/3] Fix hotplug of PCI passthrought device on Xen no-reply

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=20170818161957.3a63f611@nial.brq.redhat.com \
    --to=imammedo@redhat.com \
    --cc=anthony.perard@citrix.com \
    --cc=brogers@suse.com \
    --cc=ehabkost@redhat.com \
    --cc=marcel@redhat.com \
    --cc=mst@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    --cc=rth@twiddle.net \
    --cc=sstabellini@kernel.org \
    --cc=xen-devel@lists.xenproject.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).