qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Eric Auger <eauger@redhat.com>
To: eric.auger@redhat.com,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>,
	Igor Mammedov <imammedo@redhat.com>
Cc: eric.auger.pro@gmail.com, qemu-devel@nongnu.org,
	qemu-arm@nongnu.org, peter.maydell@linaro.org,
	gustavo.romero@linaro.org, anisinha@redhat.com, mst@redhat.com,
	shannon.zhaosl@gmail.com, pbonzini@redhat.com, philmd@linaro.org,
	alex.bennee@linaro.org
Subject: Re: [PATCH v3 17/29] hw/arm/virt-acpi-build: Modify the DSDT ACPI table to enable ACPI PCI hotplug
Date: Thu, 26 Jun 2025 10:44:58 +0200	[thread overview]
Message-ID: <133b5108-85ab-4a32-9e20-7eb1b4492d9b@redhat.com> (raw)
In-Reply-To: <13edf868-707a-4caa-9b83-8b7ac103ff0a@redhat.com>

Hi Igor,

On 6/25/25 5:23 PM, Eric Auger wrote:
> Hi Igor, Jonathan,
> 
> On 6/20/25 6:13 PM, Jonathan Cameron wrote:
>> On Fri, 20 Jun 2025 14:38:22 +0200
>> Igor Mammedov <imammedo@redhat.com> wrote:
>>
>>> On Fri, 20 Jun 2025 10:35:38 +0100
>>> Jonathan Cameron <Jonathan.Cameron@huawei.com> wrote:
>>>
>>>> On Mon, 16 Jun 2025 11:46:46 +0200
>>>> Eric Auger <eric.auger@redhat.com> wrote:
>>>>   
>>>>> Modify the DSDT ACPI table to enable ACPI PCI hotplug.
>>>>>
>>>>> Signed-off-by: Eric Auger <eric.auger@redhat.com>
>>>>>
>>>>> ---
>>>>> v2 -> v3:
>>>>> - use ACPI_PCIHP_SIZE instead of 0x1000 (Igor)
>>>>> - use cihp_state->use_acpi_hotplug_bridge    
>>>> pcihp_state
>>>>
>>>> Takes a bit of searching to find the various bits of the
>>>> same support on x86 but this seems to match up.
>>>> Exactly when things are built does vary but not I think
>>>> in a way that matters.  e.g. I think on x86 the
>>>> EDSM stuff is built whether or not we have pcihp enabled
>>>> whereas here you've made it conditional on using acpi
>>>> hp.  Perhaps a tiny bit more description on that would be
>>>> useful if you do a v4?  
>>> edsm should be built regardless of pcihp
>>> (well intention was there, whether I messed it up or not I don't know)
>>>
>>> idea is that non hotplug ports can have a static acpi-index,
>>> so it doesn't depend on pcihp.
>> That makes sense - so here should that edsm feature be enabled whether
>> or not we have pcihp_state->use_acpi_hotplug_bridge == true
>>
>> i.e. is it really a separate thing from the rest of this series?
> 
> Further studying this comment,
> 
> EDSM is invoked by code generated in aml_pci_static_endpoint_dsm() whcih
> itself is invoked by build_append_pci_bus_devices()
> 
> So to me it means that if we generate edsm unconditionally we also need
> to call the following block unconditionnally
> 
> +    aml_append(pci0_scope, build_pci_bridge_edsm());
> +    build_append_pci_bus_devices(pci0_scope, vms->bus);
> +    if (object_property_find(OBJECT(vms->bus), ACPI_PCIHP_PROP_BSEL)) {
> +        build_append_pcihp_slots(pci0_scope, vms->bus);
> +    }
> 
> which seems to be done that way in hw/i386/acpi-build.c/build_dsdt()
> 
> Igor, if I recall correctly you said that addition changes related to
> "S%.02X" could change the guest ABI. And in that case this wouldn't be
> guarded by any new option/compat. So that's annoying.
> 
> By the way I tested static acpi-index on ARM with resulting code and it
> does not not seem to work - maybe I try with a wrong topology though
> (pcie root port + virtio-net acpi-index)-. I have not checked on x86 yet.
I tested on x86 and if you turn off acpi pci hotplug by setting
-global ICH9-LPC.acpi-pci-hotplug-with-bridge-support=off
and you statically instantiate a virtio-net-pci device on a pcie root
port with ,acpi-index=3, acpi-index does not work either.
guest exposes enp5s0.

if you remove the global prop setting (acpi pcihp enabled by default),
guest exposes eno3.

so static acpi-index also seems to be dependent on acpi-pcihp on x86.

So I intend to leave the code as is with edsm added within the
acpi_pcihp conditional block. It is also simpler in terms of ref blob
and most importantly with regards to compat handling.

Thanks

Eric



> 
> So I wonder if it makes sense to do that refinement now. Maybe we can
> check try to improve that afterwards?
> 
> What do you think?
> 
> Eric
> 
> 
> 
>>
>> Thanks,
>>
>> J
>>>> Reviewed-by: Jonathan Cameron <jonathan.cameron@huawei.com>
>>>>
>>>>   
>>>>> ---
>>>>>  include/hw/acpi/pcihp.h  |  2 ++
>>>>>  include/hw/arm/virt.h    |  1 +
>>>>>  hw/arm/virt-acpi-build.c | 22 ++++++++++++++++++++++
>>>>>  hw/arm/virt.c            |  2 ++
>>>>>  hw/arm/Kconfig           |  2 ++
>>>>>  5 files changed, 29 insertions(+)
>>>>>
>>>>> diff --git a/include/hw/acpi/pcihp.h b/include/hw/acpi/pcihp.h
>>>>> index 5506a58862..9ff548650b 100644
>>>>> --- a/include/hw/acpi/pcihp.h
>>>>> +++ b/include/hw/acpi/pcihp.h
>>>>> @@ -38,6 +38,8 @@
>>>>>  #define ACPI_PCIHP_SEJ_BASE 0x8
>>>>>  #define ACPI_PCIHP_BNMR_BASE 0x10
>>>>>  
>>>>> +#define ACPI_PCIHP_SIZE 0x0018
>>>>> +
>>>>>  typedef struct AcpiPciHpPciStatus {
>>>>>      uint32_t up;
>>>>>      uint32_t down;
>>>>> diff --git a/include/hw/arm/virt.h b/include/hw/arm/virt.h
>>>>> index 9a1b0f53d2..0ed2e6b732 100644
>>>>> --- a/include/hw/arm/virt.h
>>>>> +++ b/include/hw/arm/virt.h
>>>>> @@ -79,6 +79,7 @@ enum {
>>>>>      VIRT_ACPI_GED,
>>>>>      VIRT_NVDIMM_ACPI,
>>>>>      VIRT_PVTIME,
>>>>> +    VIRT_ACPI_PCIHP,
>>>>>      VIRT_LOWMEMMAP_LAST,
>>>>>  };
>>>>>  
>>>>> diff --git a/hw/arm/virt-acpi-build.c b/hw/arm/virt-acpi-build.c
>>>>> index d7547c8d3b..a2e58288f8 100644
>>>>> --- a/hw/arm/virt-acpi-build.c
>>>>> +++ b/hw/arm/virt-acpi-build.c
>>>>> @@ -34,6 +34,7 @@
>>>>>  #include "hw/core/cpu.h"
>>>>>  #include "hw/acpi/acpi-defs.h"
>>>>>  #include "hw/acpi/acpi.h"
>>>>> +#include "hw/acpi/pcihp.h"
>>>>>  #include "hw/nvram/fw_cfg_acpi.h"
>>>>>  #include "hw/acpi/bios-linker-loader.h"
>>>>>  #include "hw/acpi/aml-build.h"
>>>>> @@ -809,6 +810,8 @@ static void
>>>>>  build_dsdt(GArray *table_data, BIOSLinker *linker, VirtMachineState *vms)
>>>>>  {
>>>>>      VirtMachineClass *vmc = VIRT_MACHINE_GET_CLASS(vms);
>>>>> +    AcpiGedState *acpi_ged_state = ACPI_GED(vms->acpi_dev);
>>>>> +    AcpiPciHpState *pcihp_state = &acpi_ged_state->pcihp_state;
>>>>>      Aml *scope, *dsdt;
>>>>>      MachineState *ms = MACHINE(vms);
>>>>>      const MemMapEntry *memmap = vms->memmap;
>>>>> @@ -868,6 +871,25 @@ build_dsdt(GArray *table_data, BIOSLinker *linker, VirtMachineState *vms)
>>>>>  
>>>>>      aml_append(dsdt, scope);
>>>>>  
>>>>> +    if (pcihp_state->use_acpi_hotplug_bridge) {
>>>>> +        Aml *pci0_scope = aml_scope("\\_SB.PCI0");
>>>>> +
>>>>> +        aml_append(pci0_scope, aml_pci_edsm());
>>>>> +        build_acpi_pci_hotplug(dsdt, AML_SYSTEM_MEMORY,
>>>>> +                               memmap[VIRT_ACPI_PCIHP].base);
>>>>> +        build_append_pcihp_resources(pci0_scope,
>>>>> +                                     memmap[VIRT_ACPI_PCIHP].base,
>>>>> +                                     memmap[VIRT_ACPI_PCIHP].size);
>>>>> +
>>>>> +        /* Scan all PCI buses. Generate tables to support hotplug. */
>>>>> +        build_append_pci_bus_devices(pci0_scope, vms->bus);
>>>>> +        if (object_property_find(OBJECT(vms->bus), ACPI_PCIHP_PROP_BSEL)) {
>>>>> +            build_append_pcihp_slots(pci0_scope, vms->bus);
>>>>> +        }
>>>>> +        build_append_notification_callback(pci0_scope, vms->bus);
>>>>> +        aml_append(dsdt, pci0_scope);
>>>>> +    }
>>>>> +
>>>>>      /* copy AML table into ACPI tables blob */
>>>>>      g_array_append_vals(table_data, dsdt->buf->data, dsdt->buf->len);
>>>>>      
>>>>   
>>>
> 



  reply	other threads:[~2025-06-26  8:46 UTC|newest]

Thread overview: 87+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-06-16  9:46 [PATCH v3 00/29] ACPI PCI Hotplug support on ARM Eric Auger
2025-06-16  9:46 ` [PATCH v3 01/29] hw/i386/acpi-build: Make aml_pci_device_dsm() static Eric Auger
2025-06-16  9:46 ` [PATCH v3 02/29] hw/acpi/ged: Add a acpi-pci-hotplug-with-bridge-support property Eric Auger
2025-06-20  8:53   ` Jonathan Cameron via
2025-06-20 11:09     ` Igor Mammedov
2025-06-20 11:27       ` Eric Auger
2025-06-16  9:46 ` [PATCH v3 03/29] hw/acpi: Rename and move build_x86_acpi_pci_hotplug to pcihp Eric Auger
2025-06-16  9:46 ` [PATCH v3 04/29] hw/pci-host/gpex-acpi: Add native_pci_hotplug arg to acpi_dsdt_add_pci_osc Eric Auger
2025-06-20  8:45   ` Jonathan Cameron via
2025-06-16  9:46 ` [PATCH v3 05/29] tests/qtest/bios-tables-test: Prepare for changes in the DSDT table Eric Auger
2025-06-20  8:49   ` Jonathan Cameron via
2025-06-20 11:29     ` Eric Auger
2025-06-20 11:11   ` Igor Mammedov
2025-06-16  9:46 ` [PATCH v3 06/29] hw/pci-host/gpex-acpi: Split host bridge OSC and DSM generation Eric Auger
2025-06-20  8:50   ` Jonathan Cameron via
2025-06-20 11:48   ` Igor Mammedov
2025-06-16  9:46 ` [PATCH v3 07/29] hw/pci-host/gpex-acpi: retrieve and use GED acpi_pcihp setting Eric Auger
2025-06-20  8:52   ` Jonathan Cameron via
2025-06-20 12:07   ` Igor Mammedov
2025-06-16  9:46 ` [PATCH v3 08/29] hw/i386/acpi-build: Turn build_q35_osc_method into a generic method Eric Auger
2025-06-20  8:54   ` Jonathan Cameron via
2025-06-20 12:11   ` Igor Mammedov
2025-06-16  9:46 ` [PATCH v3 09/29] hw/pci-host/gpex-acpi: Use build_pci_host_bridge_osc_method Eric Auger
2025-06-20  8:57   ` Jonathan Cameron via
2025-06-20 12:16   ` Igor Mammedov
2025-06-16  9:46 ` [PATCH v3 10/29] tests/qtest/bios-tables-test: Update DSDT blobs after GPEX _OSC change Eric Auger
2025-06-20  8:59   ` Jonathan Cameron via
2025-06-20 11:33     ` Eric Auger
2025-06-16  9:46 ` [PATCH v3 11/29] hw/i386/acpi-build: Introduce build_append_pcihp_resources() helper Eric Auger
2025-06-16  9:46 ` [PATCH v3 12/29] hw/acpi/pcihp: Add an AmlRegionSpace arg to build_acpi_pci_hotplug Eric Auger
2025-06-16  9:46 ` [PATCH v3 13/29] hw/i386/acpi-build: Move build_append_notification_callback to pcihp Eric Auger
2025-06-16  9:46 ` [PATCH v3 14/29] hw/i386/acpi-build: Move build_append_pci_bus_devices/pcihp_slots " Eric Auger
2025-06-16  9:46 ` [PATCH v3 15/29] hw/i386/acpi-build: Use AcpiPciHpState::root in acpi_set_pci_info Eric Auger
2025-06-20  9:05   ` Jonathan Cameron via
2025-06-20 12:20   ` Igor Mammedov
2025-06-16  9:46 ` [PATCH v3 16/29] hw/i386/acpi-build: Move aml_pci_edsm to a generic place Eric Auger
2025-06-20  9:19   ` Jonathan Cameron via
2025-06-20  9:28     ` Jonathan Cameron via
2025-06-20 12:27     ` Igor Mammedov
2025-06-24 16:05       ` Eric Auger
2025-06-16  9:46 ` [PATCH v3 17/29] hw/arm/virt-acpi-build: Modify the DSDT ACPI table to enable ACPI PCI hotplug Eric Auger
2025-06-20  9:35   ` Jonathan Cameron via
2025-06-20 12:38     ` Igor Mammedov
2025-06-20 16:13       ` Jonathan Cameron via
2025-06-25 15:23         ` Eric Auger
2025-06-26  8:44           ` Eric Auger [this message]
2025-06-24 15:51       ` Eric Auger
2025-06-20 12:33   ` Igor Mammedov
2025-06-16  9:46 ` [PATCH v3 18/29] hw/acpi/ged: Add a bus link property Eric Auger
2025-06-20  9:37   ` Jonathan Cameron via
2025-06-20 12:45   ` Igor Mammedov
2025-06-16  9:46 ` [PATCH v3 19/29] hw/arm/virt: Pass the bus on the ged creation Eric Auger
2025-06-20  9:38   ` Jonathan Cameron via
2025-06-24 15:56     ` Eric Auger
2025-06-16  9:46 ` [PATCH v3 20/29] hw/acpi/ged: Prepare the device to react to PCI hotplug events Eric Auger
2025-06-20  9:44   ` Jonathan Cameron via
2025-06-25 14:31     ` Eric Auger
2025-06-20 12:57   ` Igor Mammedov
2025-06-25 14:21     ` Eric Auger
2025-06-20 13:01   ` Igor Mammedov
2025-06-16  9:46 ` [PATCH v3 21/29] hw/acpi/ged: Call pcihp plug callbacks in hotplug handler implementation Eric Auger
2025-06-20 10:09   ` Jonathan Cameron via
2025-06-20 12:53   ` Igor Mammedov
2025-06-16  9:46 ` [PATCH v3 22/29] hw/acpi/ged: Support migration of AcpiPciHpState Eric Auger
2025-06-16  9:46 ` [PATCH v3 23/29] hw/core/sysbus: Introduce sysbus_mmio_map_name() helper Eric Auger
2025-06-20 10:13   ` Jonathan Cameron via
2025-06-16  9:46 ` [PATCH v3 24/29] hw/arm/virt: Use a SysBusDevice variable in create_acpi_ged() Eric Auger
2025-06-20 10:18   ` Jonathan Cameron via
2025-06-16  9:46 ` [PATCH v3 25/29] hw/arm/virt: Let virt support pci hotplug/unplug GED event Eric Auger
2025-06-20 10:17   ` Jonathan Cameron via
2025-06-25 13:36     ` Eric Auger
2025-06-20 13:06   ` Igor Mammedov
2025-06-25 13:37     ` Eric Auger
2025-06-16  9:46 ` [PATCH v3 26/29] hw/arm/virt: Plug pcihp hotplug/hotunplug callbacks Eric Auger
2025-06-20 10:28   ` Jonathan Cameron via
2025-06-20 13:10   ` Igor Mammedov
2025-06-26  8:16     ` Eric Auger
2025-06-16  9:46 ` [PATCH v3 27/29] tests/qtest/bios-tables-test: Prepare for addition of acpi pci hp tests Eric Auger
2025-06-20 10:31   ` Jonathan Cameron via
2025-06-20 13:11     ` Igor Mammedov
2025-06-23 15:07     ` Eric Auger
2025-06-16  9:46 ` [PATCH v3 28/29] tests/qtest/bios-tables-test: Add aarch64 ACPI PCI hotplug test Eric Auger
2025-06-20 10:40   ` Jonathan Cameron via
2025-06-20 13:22     ` Igor Mammedov
2025-06-26 10:04       ` Eric Auger
2025-06-20 13:18   ` Igor Mammedov
2025-06-16  9:46 ` [PATCH v3 29/29] qtest/bios-tables-test: Create DSDT 'acpipcihp" variant blob Eric Auger

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=133b5108-85ab-4a32-9e20-7eb1b4492d9b@redhat.com \
    --to=eauger@redhat.com \
    --cc=Jonathan.Cameron@huawei.com \
    --cc=alex.bennee@linaro.org \
    --cc=anisinha@redhat.com \
    --cc=eric.auger.pro@gmail.com \
    --cc=eric.auger@redhat.com \
    --cc=gustavo.romero@linaro.org \
    --cc=imammedo@redhat.com \
    --cc=mst@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=philmd@linaro.org \
    --cc=qemu-arm@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=shannon.zhaosl@gmail.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).