[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH] acpi: generalize aml_package / aml_varpackage
From: |
Michael S. Tsirkin |
Subject: |
Re: [Qemu-devel] [PATCH] acpi: generalize aml_package / aml_varpackage |
Date: |
Mon, 9 Jul 2018 20:19:17 +0300 |
On Mon, Jul 09, 2018 at 05:52:32PM +0200, Igor Mammedov wrote:
> On Fri, 6 Jul 2018 02:53:09 +0300
> "Michael S. Tsirkin" <address@hidden> wrote:
>
> > VarPackage can accept an expression evaluating to int, not just an int.
> > Change the API to make it more generic.
> > Further, rather than have users call the correct API depending on
> > value passed, use either PackageOp or VarPackageOp automatically.
> >
> > Signed-off-by: Michael S. Tsirkin <address@hidden>
> > ---
> > include/hw/acpi/aml-build.h | 4 ++--
> > hw/acpi/aml-build.c | 18 ++++++++++++++----
> > hw/acpi/cpu_hotplug.c | 11 ++---------
> > hw/arm/virt-acpi-build.c | 2 +-
> > 4 files changed, 19 insertions(+), 16 deletions(-)
> >
> > diff --git a/include/hw/acpi/aml-build.h b/include/hw/acpi/aml-build.h
> > index 10c7946028..7cf2cf64bf 100644
> > --- a/include/hw/acpi/aml-build.h
> > +++ b/include/hw/acpi/aml-build.h
> > @@ -360,7 +360,7 @@ Aml *aml_method(const char *name, int arg_count,
> > AmlSerializeFlag sflag);
> > Aml *aml_if(Aml *predicate);
> > Aml *aml_else(void);
> > Aml *aml_while(Aml *predicate);
> > -Aml *aml_package(uint8_t num_elements);
> > +Aml *aml_package(uint64_t num_elements);
> > Aml *aml_buffer(int buffer_size, uint8_t *byte_list);
> > Aml *aml_resource_template(void);
> > Aml *aml_field(const char *name, AmlAccessType type, AmlLockRule lock,
> > @@ -373,7 +373,7 @@ Aml *aml_create_field(Aml *srcbuf, Aml *bit_index, Aml
> > *num_bits,
> > const char *name);
> > Aml *aml_create_dword_field(Aml *srcbuf, Aml *index, const char *name);
> > Aml *aml_create_qword_field(Aml *srcbuf, Aml *index, const char *name);
> > -Aml *aml_varpackage(uint32_t num_elements);
> > +Aml *aml_varpackage(Aml *num_elements);
> maybe drop it from header and make static so only aml_package() would be
> left as public API like in spec?
There are places in the spec that say VarPackage.
E.g. _CST: Return Value: A variable-length Package.
We probably want to keep aml_varpackage around for these
cases.
>
> > Aml *aml_touuid(const char *uuid);
> > Aml *aml_unicode(const char *str);
> > Aml *aml_refof(Aml *arg);
> > diff --git a/hw/acpi/aml-build.c b/hw/acpi/aml-build.c
> > index def62b3112..1996768b40 100644
> > --- a/hw/acpi/aml-build.c
> > +++ b/hw/acpi/aml-build.c
> > @@ -1016,9 +1016,19 @@ Aml *aml_buffer(int buffer_size, uint8_t *byte_list)
> > }
> >
> > /* ACPI 1.0b: 16.2.5.4 Type 2 Opcodes Encoding: DefPackage */
> > -Aml *aml_package(uint8_t num_elements)
> > +/* Note: The ability to create variable-sized packages was first
> > + * introduced in ACPI 2.0. ACPI 1.0 only allowed fixed-size packages
> > + * with up to 255 elements. Windows guests up to win2k8 fail when
> > + * VarPackageOp is used.
> > + */
> > +Aml *aml_package(uint64_t num_elements)
> > {
> > - Aml *var = aml_bundle(0x12 /* PackageOp */, AML_PACKAGE);
> > + Aml *var;
> > +
> > + if (num_elements > 0xFF)
> > + return aml_varpackage(aml_int(num_elements));
> > +
> > + var = aml_bundle(0x12 /* PackageOp */, AML_PACKAGE);
> > build_append_byte(var->buf, num_elements);
> > return var;
> > }
> > @@ -1136,10 +1146,10 @@ Aml *aml_local(int num)
> > }
> >
> > /* ACPI 2.0a: 17.2.2 Data Objects Encoding: DefVarPackage */
> > -Aml *aml_varpackage(uint32_t num_elements)
> > +Aml *aml_varpackage(Aml *num_elements)
> > {
> > Aml *var = aml_bundle(0x13 /* VarPackageOp */, AML_PACKAGE);
> > - build_append_int(var->buf, num_elements);
> > + aml_append(var, num_elements);
> > return var;
> > }
> >
> > diff --git a/hw/acpi/cpu_hotplug.c b/hw/acpi/cpu_hotplug.c
> > index 5243918125..f8246fca6f 100644
> > --- a/hw/acpi/cpu_hotplug.c
> > +++ b/hw/acpi/cpu_hotplug.c
> > @@ -309,15 +309,8 @@ void build_legacy_cpu_hotplug_aml(Aml *ctx,
> > MachineState *machine,
> > }
> > aml_append(sb_scope, method);
> >
> > - /* build "Name(CPON, Package() { One, One, ..., Zero, Zero, ... })"
> > - *
> > - * Note: The ability to create variable-sized packages was first
> > - * introduced in ACPI 2.0. ACPI 1.0 only allowed fixed-size packages
> > - * ith up to 255 elements. Windows guests up to win2k8 fail when
> > - * VarPackageOp is used.
> > - */
> > - pkg = pcms->apic_id_limit <= 255 ? aml_package(pcms->apic_id_limit) :
> > - aml_varpackage(pcms->apic_id_limit);
> > + /* build "Name(CPON, Package() { One, One, ..., Zero, Zero, ... })" */
> > + pkg = aml_package(pcms->apic_id_limit);
> >
> > for (i = 0, apic_idx = 0; i < apic_ids->len; i++) {
> > int apic_id = apic_ids->cpus[i].arch_id;
> > diff --git a/hw/arm/virt-acpi-build.c b/hw/arm/virt-acpi-build.c
> > index 6ea47e2588..2adb1de378 100644
> > --- a/hw/arm/virt-acpi-build.c
> > +++ b/hw/arm/virt-acpi-build.c
> > @@ -174,7 +174,7 @@ static void acpi_dsdt_add_pci(Aml *scope, const
> > MemMapEntry *memmap,
> > aml_append(dev, aml_name_decl("_CCA", aml_int(1)));
> >
> > /* Declare the PCI Routing Table. */
> > - Aml *rt_pkg = aml_varpackage(nr_pcie_buses * PCI_NUM_PINS);
> > + Aml *rt_pkg = aml_package(nr_pcie_buses * PCI_NUM_PINS);
> > for (bus_no = 0; bus_no < nr_pcie_buses; bus_no++) {
> > for (i = 0; i < PCI_NUM_PINS; i++) {
> > int gsi = (i + bus_no) % PCI_NUM_PINS;