From: Igor Mammedov <imammedo@redhat.com>
To: Ani Sinha <ani@anisinha.ca>
Cc: "Eduardo Habkost" <ehabkost@redhat.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Julia Suvorova" <jusual@redhat.com>,
"QEMU Developers" <qemu-devel@nongnu.org>,
"Philippe Mathieu-Daudé" <f4bug@amsat.org>,
"Aleksandar Markovic" <aleksandar.qemu.devel@gmail.com>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Aurelien Jarno" <aurelien@aurel32.net>,
"Richard Henderson" <rth@twiddle.net>
Subject: Re: [PATCH 9/9] piix4: don't reserve hw resources when hotplug is off globally
Date: Tue, 15 Sep 2020 14:48:59 +0200 [thread overview]
Message-ID: <20200915144859.4f929784@redhat.com> (raw)
In-Reply-To: <CAARzgwzF4nwb8=ZQq5mhmDPQdgaen4Dy+_gXQVkW+Gw-_feMgw@mail.gmail.com>
On Tue, 15 Sep 2020 17:40:25 +0530
Ani Sinha <ani@anisinha.ca> wrote:
> On Tue, Sep 15, 2020 at 5:21 PM Igor Mammedov <imammedo@redhat.com> wrote:
> >
> > On Mon, 14 Sep 2020 20:20:21 +0530
> > Ani Sinha <ani@anisinha.ca> wrote:
> >
> > > On Mon, Sep 14, 2020 at 7:39 PM Igor Mammedov <imammedo@redhat.com> wrote:
> > > >
> > > > On Mon, 14 Sep 2020 18:58:19 +0530
> > > > Ani Sinha <ani@anisinha.ca> wrote:
> > > >
> > > > > On Mon, Sep 14, 2020 at 6:40 PM Ani Sinha <ani@anisinha.ca> wrote:
> > > > > >
> > > > > > On Mon, Sep 14, 2020 at 6:36 PM Igor Mammedov <imammedo@redhat.com> wrote:
> > > > > > >
> > > > > > > On Fri, 11 Sep 2020 23:37:55 +0530
> > > > > > > Ani Sinha <ani@anisinha.ca> wrote:
> > > > > > >
> > > > > > > > When acpi hotplug is turned off for both root pci bus as well as for pci
> > > > > > > > bridges, we should not generate the related amls for DSDT table or initialize
> > > > > > > > related hw ports or reserve hw resources. This change makes sure all those
> > > > > > > > operations are turned off in the case acpi pci hotplug is off globally.
> > > > > > >
> > > > > > > it still leaves around pure PCI hotplug ACPI code:
> > > > > > >
> > > > > > > Method (PCNT, 0, NotSerialized)
> > > > > > > {
> > > > > > > }
> > > > > >
> > > > > > How do you suggest we fix this?
> > > > >
> > > > > One way to fix this would be to do this:
> > > > >
> > > > > diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
> > > > > index 7e3cf3b57b..2bd0c37143 100644
> > > > > --- a/hw/i386/acpi-build.c
> > > > > +++ b/hw/i386/acpi-build.c
> > > > > @@ -483,7 +483,8 @@ static void build_append_pci_bus_devices(Aml
> > > > > *parent_scope, PCIBus *bus,
> > > > > aml_append(method, aml_name("^S%.02X.PCNT", devfn));
> > > > > }
> > > > > }
> > > > > - aml_append(parent_scope, method);
> > > > > + if (bsel)
> > > > > + aml_append(parent_scope, method);
> >
> > and this also introduces mem leak
> >
> >
> > > > > qobject_unref(bsel);
> > > > > }
> > > > >
> > > > > This means that if the hotplug on the root bus is disabled, we also
> > > > > disable PCNT. This will also need the unit test update as the unit
> > > > Does bridge hot-plug still work if we disable it only on root bus?
> > >
> > > Just did a quick test. Windows seems to eject devices on the bridge
> > > even when the root bus hot plug is off.
> >
> > well I'm not sure it works using ACPI hotplug,
> >
> > with
> > -global PIIX4_PM.acpi-root-pci-hotplug=off
> > -global PIIX4_PM.acpi-pci-hotplug-with-bridge-support=on
> >
> > DSDT ins't what I'd expect when bridge hp is on:
> >
> > Scope (\_SB)
> > {
> > Scope (PCI0)
> > {
> > Device (S00)
> > {
> > Name (_ADR, Zero) // _ADR: Address
> > }
> >
> > Device (S08)
>
> I think you should look for AMLs for Device (S18) because the bridge
> goes into slot 3.
as you see, there weren't any here. so maybe something else gone wrong
in earlier patches
>
> > {
> > Name (_ADR, 0x00010000) // _ADR: Address
> > Method (_S1D, 0, NotSerialized) // _S1D: S1 Device State
> > {
> > Return (Zero)
> > }
> >
> > Method (_S2D, 0, NotSerialized) // _S2D: S2 Device State
> > {
> > Return (Zero)
> > }
> >
> > Method (_S3D, 0, NotSerialized) // _S3D: S3 Device State
> > {
> > Return (Zero)
> > }
> > }
> > }
> > }
> >
> >
> > >
> > > >
> > > > > test
> > > > > will fail with :
> > > > >
> > > > > @@ -3113,24 +3113,20 @@
> > > > > Name (_ADR, 0x00010000) // _ADR: Address
> > > > > Method (_S1D, 0, NotSerialized) // _S1D: S1 Device State
> > > > > {
> > > > > Return (Zero)
> > > > > }
> > > > >
> > > > > Method (_S2D, 0, NotSerialized) // _S2D: S2 Device State
> > > > > {
> > > > > Return (Zero)
> > > > > }
> > > > >
> > > > > Method (_S3D, 0, NotSerialized) // _S3D: S3 Device State
> > > > > {
> > > > > Return (Zero)
> > > > > }
> > > > > }
> > > > > -
> > > > > - Method (PCNT, 0, NotSerialized)
> > > > > - {
> > > > > - }
> > > > > }
> > > > > }
> > > > > }
> > > > >
> > > > > Let's fix this as a separate patch.
> > > >
> > > > I'd rather fix up this patch, so it would do what it claims.
> > > >
> > > > > >
> > > > > > > >
> > > > > > > > Signed-off-by: Ani Sinha <ani@anisinha.ca>
> > > > > > > > ---
> > > > > > > > hw/acpi/piix4.c | 6 ++++--
> > > > > > > > hw/i386/acpi-build.c | 10 ++++++++--
> > > > > > > > 2 files changed, 12 insertions(+), 4 deletions(-)
> > > > > > > >
> > > > > > > > diff --git a/hw/acpi/piix4.c b/hw/acpi/piix4.c
> > > > > > > > index e6163bb6ce..b70b1f98af 100644
> > > > > > > > --- a/hw/acpi/piix4.c
> > > > > > > > +++ b/hw/acpi/piix4.c
> > > > > > > > @@ -596,8 +596,10 @@ static void piix4_acpi_system_hot_add_init(MemoryRegion *parent,
> > > > > > > > "acpi-gpe0", GPE_LEN);
> > > > > > > > memory_region_add_subregion(parent, GPE_BASE, &s->io_gpe);
> > > > > > > >
> > > > > > > > - acpi_pcihp_init(OBJECT(s), &s->acpi_pci_hotplug, bus, parent,
> > > > > > > > - s->use_acpi_hotplug_bridge);
> > > > > > > > + if (s->use_acpi_hotplug_bridge || s->use_acpi_root_pci_hotplug) {
> > > > > > > > + acpi_pcihp_init(OBJECT(s), &s->acpi_pci_hotplug, bus, parent,
> > > > > > > > + s->use_acpi_hotplug_bridge);
> > > > > > > > + }
> > > > > > > >
> > > > > > > > s->cpu_hotplug_legacy = true;
> > > > > > > > object_property_add_bool(OBJECT(s), "cpu-hotplug-legacy",
> > > > > > > > diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
> > > > > > > > index e079b686f5..7e3cf3b57b 100644
> > > > > > > > --- a/hw/i386/acpi-build.c
> > > > > > > > +++ b/hw/i386/acpi-build.c
> > > > > > > > @@ -95,6 +95,7 @@ typedef struct AcpiPmInfo {
> > > > > > > > bool s3_disabled;
> > > > > > > > bool s4_disabled;
> > > > > > > > bool pcihp_bridge_en;
> > > > > > > > + bool pcihp_root_en;
> > > > > > > > uint8_t s4_val;
> > > > > > > > AcpiFadtData fadt;
> > > > > > > > uint16_t cpu_hp_io_base;
> > > > > > > > @@ -245,6 +246,9 @@ static void acpi_get_pm_info(MachineState *machine, AcpiPmInfo *pm)
> > > > > > > > pm->pcihp_bridge_en =
> > > > > > > > object_property_get_bool(obj, "acpi-pci-hotplug-with-bridge-support",
> > > > > > > > NULL);
> > > > > > > > + pm->pcihp_root_en =
> > > > > > > > + object_property_get_bool(obj, "acpi-root-pci-hotplug",
> > > > > > > > + NULL);
> > > > > > > > }
> > > > > > > >
> > > > > > > > static void acpi_get_misc_info(AcpiMiscInfo *info)
> > > > > > > > @@ -1504,7 +1508,9 @@ build_dsdt(GArray *table_data, BIOSLinker *linker,
> > > > > > > > build_hpet_aml(dsdt);
> > > > > > > > build_piix4_isa_bridge(dsdt);
> > > > > > > > build_isa_devices_aml(dsdt);
> > > > > > > > - build_piix4_pci_hotplug(dsdt);
> > > > > > > > + if (pm->pcihp_bridge_en || pm->pcihp_root_en) {
> > > > > > > > + build_piix4_pci_hotplug(dsdt);
> > > > > > > > + }
> > > > > > > > build_piix4_pci0_int(dsdt);
> > > > > > > > } else {
> > > > > > > > sb_scope = aml_scope("_SB");
> > > > > > > > @@ -1698,7 +1704,7 @@ build_dsdt(GArray *table_data, BIOSLinker *linker,
> > > > > > > > crs_range_set_free(&crs_range_set);
> > > > > > > >
> > > > > > > > /* reserve PCIHP resources */
> > > > > > > > - if (pm->pcihp_io_len) {
> > > > > > > > + if (pm->pcihp_io_len && (pm->pcihp_bridge_en || pm->pcihp_root_en)) {
> > > > > > > > dev = aml_device("PHPR");
> > > > > > > > aml_append(dev, aml_name_decl("_HID", aml_string("PNP0A06")));
> > > > > > > > aml_append(dev,
> > > > > > >
> > > > >
> > > >
> > >
> >
>
next prev parent reply other threads:[~2020-09-15 12:56 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-11 18:07 [PATCH 1/9] tests/acpi: document addition of table DSDT.roothp for unit testing root pci hotplug on/off Ani Sinha
2020-09-11 18:07 ` [PATCH 2/9] tests/acpi: add a new unit test to test hotplug off/on feature on the root pci bus Ani Sinha
2020-09-14 11:57 ` Igor Mammedov
2020-09-11 18:07 ` [PATCH 3/9] tests/acpi: add a new ACPI table in order to test root pci hotplug on/off Ani Sinha
2020-09-14 11:58 ` Igor Mammedov
2020-09-11 18:07 ` [PATCH 4/9] Fix a gap where acpi_pcihp_find_hotplug_bus() returns a non-hotpluggable bus Ani Sinha
2020-09-14 12:21 ` Igor Mammedov
2020-09-11 18:07 ` [PATCH 5/9] i440fx/acpi: do not add hotplug related amls for cold plugged bridges Ani Sinha
2020-09-14 12:36 ` Igor Mammedov
2020-09-14 12:39 ` Ani Sinha
2020-09-11 18:07 ` [PATCH 6/9] tests/acpi: list added acpi table binary file for pci bridge hotplug test Ani Sinha
2020-09-11 18:07 ` [PATCH 7/9] tests/acpi: unit test for 'acpi-pci-hotplug-with-bridge-support' bridge flag Ani Sinha
2020-09-14 12:42 ` Igor Mammedov
2020-09-14 13:07 ` Igor Mammedov
2020-09-14 13:42 ` Ani Sinha
2020-09-11 18:07 ` [PATCH 8/9] tests/acpi: add newly added acpi DSDT table blob for pci bridge hotplug flag Ani Sinha
2020-09-14 12:43 ` Igor Mammedov
2020-09-11 18:07 ` [PATCH 9/9] piix4: don't reserve hw resources when hotplug is off globally Ani Sinha
2020-09-14 13:05 ` Igor Mammedov
2020-09-14 13:10 ` Ani Sinha
2020-09-14 13:28 ` Ani Sinha
2020-09-14 14:09 ` Igor Mammedov
2020-09-14 14:50 ` Ani Sinha
2020-09-14 15:21 ` Ani Sinha
2020-09-14 15:41 ` Ani Sinha
2020-09-15 7:02 ` Ani Sinha
2020-09-15 11:51 ` Igor Mammedov
2020-09-15 12:10 ` Ani Sinha
2020-09-15 12:48 ` Igor Mammedov [this message]
2020-09-15 12:55 ` Ani Sinha
2020-09-15 13:35 ` Ani Sinha
2020-09-15 13:42 ` Igor Mammedov
2020-09-15 14:03 ` Ani Sinha
2020-09-15 14:45 ` Ani Sinha
2020-09-14 13:39 ` Ani Sinha
2020-09-14 11:45 ` [PATCH 1/9] tests/acpi: document addition of table DSDT.roothp for unit testing root pci hotplug on/off 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=20200915144859.4f929784@redhat.com \
--to=imammedo@redhat.com \
--cc=aleksandar.qemu.devel@gmail.com \
--cc=ani@anisinha.ca \
--cc=aurelien@aurel32.net \
--cc=ehabkost@redhat.com \
--cc=f4bug@amsat.org \
--cc=jusual@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
/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).