[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [RFC PATCH 10/12] libacpi: build ACPI MCFG table if requested



On Tue, 29 May 2018 08:36:49 -0600
"Jan Beulich" <JBeulich@xxxxxxxx> wrote:

>>>> On 12.03.18 at 19:33, <x1917x@xxxxxxxxx> wrote:  
>> --- a/tools/libacpi/acpi2_0.h
>> +++ b/tools/libacpi/acpi2_0.h
>> @@ -422,6 +422,25 @@ struct acpi_20_slit {
>>  };
>>  
>>  /*
>> + * PCI Express Memory Mapped Configuration Description Table
>> + */
>> +struct mcfg_range_entry {
>> +    uint64_t base_address;
>> +    uint16_t pci_segment;
>> +    uint8_t  start_pci_bus_num;
>> +    uint8_t  end_pci_bus_num;
>> +    uint32_t reserved;
>> +};
>> +
>> +struct acpi_mcfg {
>> +    struct acpi_header header;
>> +    uint8_t reserved[8];
>> +    struct mcfg_range_entry entries[1];
>> +};
>> +
>> +#define MCFG_SIZE_TO_NUM_BUSES(size)  ((size) >> 20)  
>
>In a response to a comment from Roger you suggested to move this to pci_regs.h.
>I don't see why it would belong there. I think if ACPI spells out such a 
>formula
>somewhere, it's fine to liver here. Otherwise, since you need it in a single 
>file only,
>please put it into the .c file.

Agree, it is currently used in one place only, no need for .h

>> --- a/tools/libacpi/build.c
>> +++ b/tools/libacpi/build.c
>> @@ -303,6 +303,37 @@ static struct acpi_20_slit *construct_slit(struct 
>> acpi_ctxt *ctxt,
>>      return slit;
>>  }
>>  
>> +static struct acpi_mcfg *construct_mcfg(struct acpi_ctxt *ctxt,
>> +                                        const struct acpi_config *config)
>> +{
>> +    struct acpi_mcfg *mcfg;
>> +
>> +    /* Warning: this code expects that we have only one PCI segment */
>> +    mcfg = ctxt->mem_ops.alloc(ctxt, sizeof(*mcfg), 16);
>> +    if (!mcfg)
>> +        return NULL;
>> +
>> +    memset(mcfg, 0, sizeof(*mcfg));
>> +    mcfg->header.signature    = ACPI_MCFG_SIGNATURE;
>> +    mcfg->header.revision     = ACPI_1_0_MCFG_REVISION;
>> +    fixed_strcpy(mcfg->header.oem_id, ACPI_OEM_ID);
>> +    fixed_strcpy(mcfg->header.oem_table_id, ACPI_OEM_TABLE_ID);
>> +    mcfg->header.oem_revision = ACPI_OEM_REVISION;
>> +    mcfg->header.creator_id   = ACPI_CREATOR_ID;
>> +    mcfg->header.creator_revision = ACPI_CREATOR_REVISION;
>> +    mcfg->header.length = sizeof(*mcfg);
>> +
>> +    mcfg->entries[0].base_address = config->mmconfig_addr;
>> +    mcfg->entries[0].pci_segment = 0;
>> +    mcfg->entries[0].start_pci_bus_num = 0;
>> +    mcfg->entries[0].end_pci_bus_num =
>> +        MCFG_SIZE_TO_NUM_BUSES(config->mmconfig_len) - 1;
>> +
>> +    set_checksum(mcfg, offsetof(struct acpi_header, checksum), 
>> sizeof(*mcfg));  
>
>Despite the numerous pre-existing examples this isn't really correct.
>What you mean is something like
>
>    set_checksum(mcfg, offsetof(typeof(*mcfg), header.checksum), 
> sizeof(*mcfg));

Yes, all those set_checksum calls rely on the fact the acpi_header
structure will always be the first field. It will be, but the code is
technically wrong anyway.

I'll update all such set_checksum(...checksum)...) instances in the
file for the next version, this is a trivial change.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.