From: Igor Mammedov <imammedo@redhat.com>
To: Jonathan Cameron <Jonathan.Cameron@huawei.com>
Cc: <mst@redhat.com>, Markus Armbruster <armbru@redhat.com>,
<qemu-devel@nongnu.org>, <ankita@nvidia.com>,
<marcel.apfelbaum@gmail.com>, <philmd@linaro.org>,
Richard Henderson <richard.henderson@linaro.org>,
<linuxarm@huawei.com>, Dave Jiang <dave.jiang@intel.com>,
Huang Ying <ying.huang@intel.com>,
Paolo Bonzini <pbonzini@redhat.com>, <eduardo@habkost.net>,
<linux-cxl@vger.kernel.org>, Michael Roth <michael.roth@amd.com>,
Ani Sinha <anisinha@redhat.com>
Subject: Re: [PATCH v3 03/11] hw/acpi: Move AML building code for Generic Initiators to aml_build.c
Date: Thu, 27 Jun 2024 14:42:44 +0200 [thread overview]
Message-ID: <20240627144244.27473a32@imammedo.users.ipa.redhat.com> (raw)
In-Reply-To: <20240620160324.109058-4-Jonathan.Cameron@huawei.com>
On Thu, 20 Jun 2024 17:03:11 +0100
Jonathan Cameron <Jonathan.Cameron@huawei.com> wrote:
> Rather than attempting to create a generic function with mess of the two
> different device handle types, use a PCI handle specific variant. If the
> ACPI handle form is needed then that can be introduced alongside this
> with little duplicated code.
>
> Drop the PCIDeviceHandle in favor of just passing the bus, devfn
> and segment directly. devfn kept as a single byte because ARI means
> that in cases this is just an 8 bit function number.
>
> Suggested-by: Igor Mammedov <imammedo@redhat.com>
> Link: https://lore.kernel.org/qemu-devel/20240618142333.102be976@imammedo.users.ipa.redhat.com/
> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
with typo fixed
Reviewed-by: Igor Mammedov <imammedo@redhat.com>
>
> ---
> v3: New patch based on Igor's comments on the endian fix.
> ---
> include/hw/acpi/acpi_generic_initiator.h | 23 -------------
> include/hw/acpi/aml-build.h | 4 +++
> hw/acpi/acpi_generic_initiator.c | 39 ++-------------------
> hw/acpi/aml-build.c | 44 ++++++++++++++++++++++++
> 4 files changed, 51 insertions(+), 59 deletions(-)
>
> diff --git a/include/hw/acpi/acpi_generic_initiator.h b/include/hw/acpi/acpi_generic_initiator.h
> index a304bad73e..7b98676713 100644
> --- a/include/hw/acpi/acpi_generic_initiator.h
> +++ b/include/hw/acpi/acpi_generic_initiator.h
> @@ -19,29 +19,6 @@ typedef struct AcpiGenericInitiator {
> uint16_t node;
> } AcpiGenericInitiator;
>
> -/*
> - * ACPI 6.3:
> - * Table 5-81 Flags – Generic Initiator Affinity Structure
> - */
> -typedef enum {
> - /*
> - * If clear, the OSPM ignores the contents of the Generic
> - * Initiator/Port Affinity Structure. This allows system firmware
> - * to populate the SRAT with a static number of structures, but only
> - * enable them as necessary.
> - */
> - GEN_AFFINITY_ENABLED = (1 << 0),
> -} GenericAffinityFlags;
> -
> -/*
> - * ACPI 6.3:
> - * Table 5-80 Device Handle - PCI
> - */
> -typedef struct PCIDeviceHandle {
> - uint16_t segment;
> - uint16_t bdf;
> -} PCIDeviceHandle;
> -
> void build_srat_generic_pci_initiator(GArray *table_data);
>
> #endif
> diff --git a/include/hw/acpi/aml-build.h b/include/hw/acpi/aml-build.h
> index a3784155cb..9ba3a21c13 100644
> --- a/include/hw/acpi/aml-build.h
> +++ b/include/hw/acpi/aml-build.h
> @@ -486,6 +486,10 @@ Aml *build_crs(PCIHostState *host, CrsRangeSet *range_set, uint32_t io_offset,
> void build_srat_memory(GArray *table_data, uint64_t base,
> uint64_t len, int node, MemoryAffinityFlags flags);
>
> +void build_srat_pci_generic_initiator(GArray * table_date, int node,
s/table_date/table_data/
> + uint16_t segment, uint8_t bus,
> + uint8_t devfn);
> +
> void build_slit(GArray *table_data, BIOSLinker *linker, MachineState *ms,
> const char *oem_id, const char *oem_table_id);
>
> diff --git a/hw/acpi/acpi_generic_initiator.c b/hw/acpi/acpi_generic_initiator.c
> index 4a02c19468..7665b16107 100644
> --- a/hw/acpi/acpi_generic_initiator.c
> +++ b/hw/acpi/acpi_generic_initiator.c
> @@ -74,40 +74,11 @@ static void acpi_generic_initiator_class_init(ObjectClass *oc, void *data)
> acpi_generic_initiator_set_node, NULL, NULL);
> }
>
> -/*
> - * ACPI 6.3:
> - * Table 5-78 Generic Initiator Affinity Structure
> - */
> -static void
> -build_srat_generic_pci_initiator_affinity(GArray *table_data, int node,
> - PCIDeviceHandle *handle)
> -{
> - uint8_t index;
> -
> - build_append_int_noprefix(table_data, 5, 1); /* Type */
> - build_append_int_noprefix(table_data, 32, 1); /* Length */
> - build_append_int_noprefix(table_data, 0, 1); /* Reserved */
> - build_append_int_noprefix(table_data, 1, 1); /* Device Handle Type: PCI */
> - build_append_int_noprefix(table_data, node, 4); /* Proximity Domain */
> -
> - /* Device Handle - PCI */
> - build_append_int_noprefix(table_data, handle->segment, 2);
> - build_append_int_noprefix(table_data, PCI_BUS_NUM(handle->bdf), 1);
> - build_append_int_noprefix(table_data, PCI_BDF_TO_DEVFN(handle->bdf), 1);
> - for (index = 0; index < 12; index++) {
> - build_append_int_noprefix(table_data, 0, 1);
> - }
> -
> - build_append_int_noprefix(table_data, GEN_AFFINITY_ENABLED, 4); /* Flags */
> - build_append_int_noprefix(table_data, 0, 4); /* Reserved */
> -}
> -
> static int build_all_acpi_generic_initiators(Object *obj, void *opaque)
> {
> MachineState *ms = MACHINE(qdev_get_machine());
> AcpiGenericInitiator *gi;
> GArray *table_data = opaque;
> - PCIDeviceHandle dev_handle;
> PCIDevice *pci_dev;
> Object *o;
>
> @@ -130,13 +101,9 @@ static int build_all_acpi_generic_initiators(Object *obj, void *opaque)
> }
>
> pci_dev = PCI_DEVICE(o);
> -
> - dev_handle.segment = 0;
> - dev_handle.bdf = PCI_BUILD_BDF(pci_bus_num(pci_get_bus(pci_dev)),
> - pci_dev->devfn);
> -
> - build_srat_generic_pci_initiator_affinity(table_data,
> - gi->node, &dev_handle);
> + build_srat_pci_generic_initiator(table_data, gi->node, 0,
> + pci_bus_num(pci_get_bus(pci_dev)),
> + pci_dev->devfn);
>
> return 0;
> }
> diff --git a/hw/acpi/aml-build.c b/hw/acpi/aml-build.c
> index 6d4517cfbe..968b654e58 100644
> --- a/hw/acpi/aml-build.c
> +++ b/hw/acpi/aml-build.c
> @@ -1938,6 +1938,50 @@ void build_srat_memory(GArray *table_data, uint64_t base,
> build_append_int_noprefix(table_data, 0, 8); /* Reserved */
> }
>
> +/*
> + * ACPI Spec Revision 6.3
> + * Table 5-80 Device Handle - PCI
> + */
> +static void build_append_srat_pci_device_handle(GArray *table_data,
> + uint16_t segment,
> + uint8_t bus, uint8_t devfn)
> +{
> + /* PCI segment number */
> + build_append_int_noprefix(table_data, segment, 2);
> + /* PCI Bus Device Function */
> + build_append_int_noprefix(table_data, bus, 1);
> + build_append_int_noprefix(table_data, devfn, 1);
> + /* Reserved */
> + build_append_int_noprefix(table_data, 0, 12);
> +}
> +
> +/*
> + * ACPI spec, Revision 6.3
> + * 5.2.16.6 Generic Initiator Affinity Structure
> + * With PCI Device Handle.
> + */
> +void build_srat_pci_generic_initiator(GArray *table_data, int node,
> + uint16_t segment, uint8_t bus,
> + uint8_t devfn)
> +{
> + /* Type */
> + build_append_int_noprefix(table_data, 5, 1);
> + /* Length */
> + build_append_int_noprefix(table_data, 32, 1);
> + /* Reserved */
> + build_append_int_noprefix(table_data, 0, 1);
> + /* Device Handle Type: PCI */
> + build_append_int_noprefix(table_data, 1, 1);
> + /* Proximity Domain */
> + build_append_int_noprefix(table_data, node, 4);
> + /* Device Handle */
> + build_append_srat_pci_device_handle(table_data, segment, bus, devfn);
> + /* Flags - GI Enabled */
> + build_append_int_noprefix(table_data, 1, 4);
> + /* Reserved */
> + build_append_int_noprefix(table_data, 0, 4);
> +}
> +
> /*
> * ACPI spec 5.2.17 System Locality Distance Information Table
> * (Revision 2.0 or later)
next prev parent reply other threads:[~2024-06-27 12:43 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-20 16:03 [PATCH v3 qemu 00/11] acpi: NUMA nodes for CXL HB as GP + complex NUMA test Jonathan Cameron via
2024-06-20 16:03 ` [PATCH v3 01/11] hw/acpi: Fix ordering of BDF in Generic Initiator PCI Device Handle Jonathan Cameron via
2024-06-27 12:44 ` Igor Mammedov
2024-06-20 16:03 ` [PATCH v3 02/11] hw/acpi/GI: Fix trivial parameter alignment issue Jonathan Cameron via
2024-06-27 12:43 ` Igor Mammedov
2024-06-20 16:03 ` [PATCH v3 03/11] hw/acpi: Move AML building code for Generic Initiators to aml_build.c Jonathan Cameron via
2024-06-27 12:42 ` Igor Mammedov [this message]
2024-06-27 12:44 ` Michael S. Tsirkin
2024-06-27 12:45 ` Igor Mammedov
2024-06-20 16:03 ` [PATCH v3 04/11] hw/acpi: Rename build_all_acpi_generic_initiators() to build_acpi_generic_initiator() Jonathan Cameron via
2024-06-27 12:56 ` Igor Mammedov
2024-06-20 16:03 ` [PATCH v3 05/11] hw/pci: Add a bus property to pci_props and use for acpi/gi Jonathan Cameron via
2024-06-27 13:09 ` Igor Mammedov
2024-06-28 11:58 ` Igor Mammedov
2024-07-01 15:59 ` Jonathan Cameron via
2024-06-20 16:03 ` [PATCH v3 06/11] acpi/pci: Move Generic Initiator object handling into acpi/pci.* Jonathan Cameron via
2024-06-20 16:03 ` [PATCH v3 07/11] hw/pci-bridge: Add acpi_uid property to CXL PXB Jonathan Cameron via
2024-06-27 13:27 ` Igor Mammedov
2024-06-27 13:46 ` Jonathan Cameron via
2024-06-28 11:55 ` Igor Mammedov
2024-07-01 17:52 ` Jonathan Cameron via
2024-07-02 10:41 ` Jonathan Cameron via
2024-06-20 16:03 ` [PATCH v3 08/11] hw/acpi: Generic Port Affinity Structure support Jonathan Cameron via
2024-07-01 8:52 ` Igor Mammedov
2024-07-01 15:47 ` Jonathan Cameron via
2024-06-20 16:03 ` [PATCH v3 09/11] bios-tables-test: Allow for new acpihmat-generic-x test data Jonathan Cameron via
2024-06-27 12:51 ` Igor Mammedov
2024-06-27 13:50 ` Igor Mammedov
2024-06-20 16:03 ` [PATCH v3 10/11] bios-tables-test: Add complex SRAT / HMAT test for GI GP Jonathan Cameron via
2024-06-20 16:03 ` [PATCH v3 11/11] bios-tables-test: Add data for complex numa test (GI, GP etc) Jonathan Cameron via
2024-06-21 3:25 ` [PATCH v3 qemu 00/11] acpi: NUMA nodes for CXL HB as GP + complex NUMA test Huang, Ying
2024-06-21 16:20 ` Jonathan Cameron via
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=20240627144244.27473a32@imammedo.users.ipa.redhat.com \
--to=imammedo@redhat.com \
--cc=Jonathan.Cameron@huawei.com \
--cc=anisinha@redhat.com \
--cc=ankita@nvidia.com \
--cc=armbru@redhat.com \
--cc=dave.jiang@intel.com \
--cc=eduardo@habkost.net \
--cc=linux-cxl@vger.kernel.org \
--cc=linuxarm@huawei.com \
--cc=marcel.apfelbaum@gmail.com \
--cc=michael.roth@amd.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.org \
--cc=ying.huang@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).