[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v1 06/20] acpi/hvmloader: Collect processor and NUMA info in hvmloader
>>> On 05.07.16 at 21:05, <boris.ostrovsky@xxxxxxxxxx> wrote: > No need for ACPI code to rely on hvm_info. Perhaps better "... on the hvm_info variable"? > @@ -118,9 +118,9 @@ static struct acpi_20_madt *construct_madt(struct > acpi_info *info) > io_apic->ioapic_addr = IOAPIC_BASE_ADDRESS; > > lapic = (struct acpi_20_madt_lapic *)(io_apic + 1); > - info->nr_cpus = hvm_info->nr_vcpus; > - info->madt_lapic0_addr = (uint32_t)lapic; > - for ( i = 0; i < hvm_info->nr_vcpus; i++ ) > + config->ainfo.nr_cpus =config-> hvminfo->nr_vcpus; Misplaced space. > memory = (struct acpi_20_srat_memory *)processor; > - for ( i = 0; i < nr_vmemranges; i++ ) > + for ( i = 0; i < config->numa.nr_vmemranges; i++ ) > { > memory->type = ACPI_MEMORY_AFFINITY; > memory->length = sizeof(*memory); > - memory->domain = vmemrange[i].nid; > + memory->domain = config->numa.vmemrange[i].nid; > memory->flags = ACPI_MEM_AFFIN_ENABLED; > - memory->base_address = vmemrange[i].start; > - memory->mem_length = vmemrange[i].end - vmemrange[i].start; > + memory->base_address = config->numa.vmemrange[i].start; > + memory->mem_length = config->numa.vmemrange[i].end - > + config->numa.vmemrange[i].start; I'd prefer for the two config-> of this expression to align with one another. > --- a/tools/firmware/hvmloader/acpi/libacpi.h > +++ b/tools/firmware/hvmloader/acpi/libacpi.h > @@ -28,6 +28,8 @@ > #ifndef __LIBACPI_H__ > #define __LIBACPI_H__ > > +#include <xen/memory.h> I think this can be avoided if ... > @@ -51,6 +53,14 @@ struct acpi_info { > uint64_t pci_hi_min, pci_hi_len; /* 24, 32 - PCI I/O hole boundaries */ > }; > > +struct acpi_numa { > + uint32_t nr_vmemranges; > + uint32_t nr_vnodes; > + unsigned int *vcpu_to_vnode; > + unsigned int *vdistance; > + xen_vmemrange_t *vmemrange; ... you use struct xen_vmemrange * here. Also I think the two pointed to types can and should be const qualified. And then - any reason not to put this ... > @@ -66,6 +76,9 @@ struct acpi_config { > uint32_t pt_length; > } pt; > > + struct acpi_numa numa; ... right here, perhaps even omitting the structure tag? Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |