* [PATCH v2 0/2] acpi, gicv3-its, numa: Adding numa node mapping for ITS @ 2017-06-20 7:07 Ganapatrao Kulkarni 2017-06-20 7:07 ` [PATCH v2 1/2] ACPICA: ACPI 6.2: Add support for new SRAT subtable Ganapatrao Kulkarni 2017-06-20 7:07 ` [PATCH v2 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units Ganapatrao Kulkarni 0 siblings, 2 replies; 6+ messages in thread From: Ganapatrao Kulkarni @ 2017-06-20 7:07 UTC (permalink / raw) To: linux-arm-kernel ACPI 6.2 have added SRAT subtable to define proximity domain for ITS devices. This patchset updates acpi header file from acpica repo and adds numa node mapping for ITS devices. v2: - Incorporated comments from Lorenzo Pieralisi and Marc Zyngier. v1: first patch Ganapatrao Kulkarni (2): ACPICA: ACPI 6.2: Add support for new SRAT subtable acpi, gicv3-its, numa: Adding numa node mapping for gic-its units drivers/irqchip/irq-gic-v3-its.c | 76 +++++++++++++++++++++++++++++++++++++++- include/acpi/actbl1.h | 12 ++++++- 2 files changed, 86 insertions(+), 2 deletions(-) -- 1.8.1.4 ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH v2 1/2] ACPICA: ACPI 6.2: Add support for new SRAT subtable 2017-06-20 7:07 [PATCH v2 0/2] acpi, gicv3-its, numa: Adding numa node mapping for ITS Ganapatrao Kulkarni @ 2017-06-20 7:07 ` Ganapatrao Kulkarni 2017-06-20 7:07 ` [PATCH v2 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units Ganapatrao Kulkarni 1 sibling, 0 replies; 6+ messages in thread From: Ganapatrao Kulkarni @ 2017-06-20 7:07 UTC (permalink / raw) To: linux-arm-kernel Add GIC ITS Affinity (ACPI 6.2) subtable to SRAT table. ACPICA commit 5bc67f63918da249bfe279ee461d152bb3e6f55b Link: https://github.com/acpica/acpica/commit/5bc67f6 Signed-off-by: Ganapatrao Kulkarni <ganapatrao.kulkarni@cavium.com> --- include/acpi/actbl1.h | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/include/acpi/actbl1.h b/include/acpi/actbl1.h index b4ce55c..253c9db 100644 --- a/include/acpi/actbl1.h +++ b/include/acpi/actbl1.h @@ -1192,7 +1192,8 @@ enum acpi_srat_type { ACPI_SRAT_TYPE_MEMORY_AFFINITY = 1, ACPI_SRAT_TYPE_X2APIC_CPU_AFFINITY = 2, ACPI_SRAT_TYPE_GICC_AFFINITY = 3, - ACPI_SRAT_TYPE_RESERVED = 4 /* 4 and greater are reserved */ + ACPI_SRAT_TYPE_GIC_ITS_AFFINITY = 4, /* ACPI 6.2 */ + ACPI_SRAT_TYPE_RESERVED = 5 /* 5 and greater are reserved */ }; /* @@ -1260,6 +1261,15 @@ struct acpi_srat_gicc_affinity { u32 clock_domain; }; +/* 4: GIC ITS Affinity (ACPI 6.2) */ + +struct acpi_srat_its_affinity { + struct acpi_subtable_header header; + u32 proximity_domain; + u16 reserved; + u32 its_id; +}; + /* Flags for struct acpi_srat_gicc_affinity */ #define ACPI_SRAT_GICC_ENABLED (1) /* 00: Use affinity structure */ -- 1.8.1.4 ^ permalink raw reply related [flat|nested] 6+ messages in thread
* [PATCH v2 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units 2017-06-20 7:07 [PATCH v2 0/2] acpi, gicv3-its, numa: Adding numa node mapping for ITS Ganapatrao Kulkarni 2017-06-20 7:07 ` [PATCH v2 1/2] ACPICA: ACPI 6.2: Add support for new SRAT subtable Ganapatrao Kulkarni @ 2017-06-20 7:07 ` Ganapatrao Kulkarni 2017-06-20 15:17 ` Lorenzo Pieralisi 1 sibling, 1 reply; 6+ messages in thread From: Ganapatrao Kulkarni @ 2017-06-20 7:07 UTC (permalink / raw) To: linux-arm-kernel Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2 Later in per device probe, ITS devices are mapped to numa node using ITS id to proximity domain mapping. Signed-off-by: Ganapatrao Kulkarni <ganapatrao.kulkarni@cavium.com> --- drivers/irqchip/irq-gic-v3-its.c | 76 +++++++++++++++++++++++++++++++++++++++- 1 file changed, 75 insertions(+), 1 deletion(-) diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c index 45ea1933..5865a75 100644 --- a/drivers/irqchip/irq-gic-v3-its.c +++ b/drivers/irqchip/irq-gic-v3-its.c @@ -1833,6 +1833,78 @@ static int __init its_of_probe(struct device_node *node) #define ACPI_GICV3_ITS_MEM_SIZE (SZ_128K) +#ifdef CONFIG_ACPI_NUMA +struct its_srat_map { + u32 numa_node; /* numa node id */ + u32 its_id; /* GIC ITS ID */ + struct list_head entry; +}; + +static LIST_HEAD(its_srat_maps); + +static int acpi_get_its_numa_node(u32 its_id) +{ + struct its_srat_map *srat_map; + + list_for_each_entry(srat_map, &its_srat_maps, entry) { + if (its_id == srat_map->its_id) + return srat_map->numa_node; + } + return NUMA_NO_NODE; +} + +static int __init +gic_acpi_parse_srat_its(struct acpi_subtable_header *header, + const unsigned long end) +{ + int pxm, node; + struct its_srat_map *srat_map; + struct acpi_srat_its_affinity *its_affinity; + + its_affinity = (struct acpi_srat_its_affinity *)header; + if (!its_affinity) + return -EINVAL; + + if (its_affinity->header.length < + sizeof(struct acpi_srat_its_affinity)) { + pr_err("SRAT:ITS: Invalid SRAT header length: %d\n", + its_affinity->header.length); + return -EINVAL; + } + + pxm = its_affinity->proximity_domain; + node = acpi_map_pxm_to_node(pxm); + + if (node == NUMA_NO_NODE || node >= MAX_NUMNODES) { + pr_err("SRAT:ITS Invalid numa node %d\n", node); + return -EINVAL; + } + + srat_map = kzalloc(sizeof(*srat_map), GFP_KERNEL); + if (!srat_map) + return -ENOMEM; + + srat_map->numa_node = node; + srat_map->its_id = its_affinity->its_id; + list_add(&srat_map->entry, &its_srat_maps); + pr_info("ACPI: NUMA: SRAT: ITS: PXM %d -> ITS_ID %d -> NODE %d\n", + srat_map->its_id, pxm, node); + + return 0; +} + +static int __init acpi_table_parse_srat_its(void) +{ + return acpi_table_parse_entries(ACPI_SIG_SRAT, + sizeof(struct acpi_table_srat), + ACPI_SRAT_TYPE_GIC_ITS_AFFINITY, + gic_acpi_parse_srat_its, 0); +} +#else +#define acpi_table_parse_srat_its(void) { } +#define acpi_get_its_numa_node(its_id) NUMA_NO_NODE +#endif + static int __init gic_acpi_parse_madt_its(struct acpi_subtable_header *header, const unsigned long end) { @@ -1861,7 +1933,8 @@ static int __init gic_acpi_parse_madt_its(struct acpi_subtable_header *header, goto dom_err; } - err = its_probe_one(&res, dom_handle, NUMA_NO_NODE); + err = its_probe_one(&res, dom_handle, + acpi_get_its_numa_node(its_entry->translation_id)); if (!err) return 0; @@ -1873,6 +1946,7 @@ static int __init gic_acpi_parse_madt_its(struct acpi_subtable_header *header, static void __init its_acpi_probe(void) { + acpi_table_parse_srat_its(); acpi_table_parse_madt(ACPI_MADT_TYPE_GENERIC_TRANSLATOR, gic_acpi_parse_madt_its, 0); } -- 1.8.1.4 ^ permalink raw reply related [flat|nested] 6+ messages in thread
* [PATCH v2 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units 2017-06-20 7:07 ` [PATCH v2 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units Ganapatrao Kulkarni @ 2017-06-20 15:17 ` Lorenzo Pieralisi 2017-06-20 17:17 ` Ganapatrao Kulkarni 0 siblings, 1 reply; 6+ messages in thread From: Lorenzo Pieralisi @ 2017-06-20 15:17 UTC (permalink / raw) To: linux-arm-kernel Hi Ganapatrao, On Tue, Jun 20, 2017 at 12:37:17PM +0530, Ganapatrao Kulkarni wrote: > Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2 > Later in per device probe, ITS devices are mapped to > numa node using ITS id to proximity domain mapping. > > Signed-off-by: Ganapatrao Kulkarni <ganapatrao.kulkarni@cavium.com> > --- > drivers/irqchip/irq-gic-v3-its.c | 76 +++++++++++++++++++++++++++++++++++++++- > 1 file changed, 75 insertions(+), 1 deletion(-) > > diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c > index 45ea1933..5865a75 100644 > --- a/drivers/irqchip/irq-gic-v3-its.c > +++ b/drivers/irqchip/irq-gic-v3-its.c > @@ -1833,6 +1833,78 @@ static int __init its_of_probe(struct device_node *node) > > #define ACPI_GICV3_ITS_MEM_SIZE (SZ_128K) > > +#ifdef CONFIG_ACPI_NUMA > +struct its_srat_map { > + u32 numa_node; /* numa node id */ > + u32 its_id; /* GIC ITS ID */ > + struct list_head entry; > +}; > + > +static LIST_HEAD(its_srat_maps); > + > +static int acpi_get_its_numa_node(u32 its_id) > +{ > + struct its_srat_map *srat_map; > + > + list_for_each_entry(srat_map, &its_srat_maps, entry) { > + if (its_id == srat_map->its_id) > + return srat_map->numa_node; > + } > + return NUMA_NO_NODE; > +} I do not want to come across as pedantic and I understand that the API to parse static ACPI tables sucks (ie in theory you could avoid stashing nodes altogether and just use a global variable to parse an ITS ID at a time but it sucks to go through the SRAT multiple times) but would not it be easier to just declare an __initdata static array and counter and be done with this ? We do not need this stuff after boot so I do not see a point in keeping it in memory and in allocating the nodes dynamically. Apologies if I was not clear in my comments to the previous set, I did not like stashing ITS PXM values in arch/arm64 code but I understand you need an array (__initdata) to avoid reading the SRAT multiple times. Thanks, Lorenzo > + > +static int __init > +gic_acpi_parse_srat_its(struct acpi_subtable_header *header, > + const unsigned long end) > +{ > + int pxm, node; > + struct its_srat_map *srat_map; > + struct acpi_srat_its_affinity *its_affinity; > + > + its_affinity = (struct acpi_srat_its_affinity *)header; > + if (!its_affinity) > + return -EINVAL; > + > + if (its_affinity->header.length < > + sizeof(struct acpi_srat_its_affinity)) { > + pr_err("SRAT:ITS: Invalid SRAT header length: %d\n", > + its_affinity->header.length); > + return -EINVAL; > + } > + > + pxm = its_affinity->proximity_domain; > + node = acpi_map_pxm_to_node(pxm); > + > + if (node == NUMA_NO_NODE || node >= MAX_NUMNODES) { > + pr_err("SRAT:ITS Invalid numa node %d\n", node); > + return -EINVAL; > + } > + > + srat_map = kzalloc(sizeof(*srat_map), GFP_KERNEL); > + if (!srat_map) > + return -ENOMEM; > + > + srat_map->numa_node = node; > + srat_map->its_id = its_affinity->its_id; > + list_add(&srat_map->entry, &its_srat_maps); > + pr_info("ACPI: NUMA: SRAT: ITS: PXM %d -> ITS_ID %d -> NODE %d\n", > + srat_map->its_id, pxm, node); > + > + return 0; > +} > + > +static int __init acpi_table_parse_srat_its(void) > +{ > + return acpi_table_parse_entries(ACPI_SIG_SRAT, > + sizeof(struct acpi_table_srat), > + ACPI_SRAT_TYPE_GIC_ITS_AFFINITY, > + gic_acpi_parse_srat_its, 0); > +} > +#else > +#define acpi_table_parse_srat_its(void) { } > +#define acpi_get_its_numa_node(its_id) NUMA_NO_NODE > +#endif > + > static int __init gic_acpi_parse_madt_its(struct acpi_subtable_header *header, > const unsigned long end) > { > @@ -1861,7 +1933,8 @@ static int __init gic_acpi_parse_madt_its(struct acpi_subtable_header *header, > goto dom_err; > } > > - err = its_probe_one(&res, dom_handle, NUMA_NO_NODE); > + err = its_probe_one(&res, dom_handle, > + acpi_get_its_numa_node(its_entry->translation_id)); > if (!err) > return 0; > > @@ -1873,6 +1946,7 @@ static int __init gic_acpi_parse_madt_its(struct acpi_subtable_header *header, > > static void __init its_acpi_probe(void) > { > + acpi_table_parse_srat_its(); > acpi_table_parse_madt(ACPI_MADT_TYPE_GENERIC_TRANSLATOR, > gic_acpi_parse_madt_its, 0); > } > -- > 1.8.1.4 > ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH v2 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units 2017-06-20 15:17 ` Lorenzo Pieralisi @ 2017-06-20 17:17 ` Ganapatrao Kulkarni 2017-06-20 17:30 ` Lorenzo Pieralisi 0 siblings, 1 reply; 6+ messages in thread From: Ganapatrao Kulkarni @ 2017-06-20 17:17 UTC (permalink / raw) To: linux-arm-kernel Hi Lorenzo, On Tue, Jun 20, 2017 at 8:47 PM, Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> wrote: > Hi Ganapatrao, > > On Tue, Jun 20, 2017 at 12:37:17PM +0530, Ganapatrao Kulkarni wrote: >> Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2 >> Later in per device probe, ITS devices are mapped to >> numa node using ITS id to proximity domain mapping. >> >> Signed-off-by: Ganapatrao Kulkarni <ganapatrao.kulkarni@cavium.com> >> --- >> drivers/irqchip/irq-gic-v3-its.c | 76 +++++++++++++++++++++++++++++++++++++++- >> 1 file changed, 75 insertions(+), 1 deletion(-) >> >> diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c >> index 45ea1933..5865a75 100644 >> --- a/drivers/irqchip/irq-gic-v3-its.c >> +++ b/drivers/irqchip/irq-gic-v3-its.c >> @@ -1833,6 +1833,78 @@ static int __init its_of_probe(struct device_node *node) >> >> #define ACPI_GICV3_ITS_MEM_SIZE (SZ_128K) >> >> +#ifdef CONFIG_ACPI_NUMA >> +struct its_srat_map { >> + u32 numa_node; /* numa node id */ >> + u32 its_id; /* GIC ITS ID */ >> + struct list_head entry; >> +}; >> + >> +static LIST_HEAD(its_srat_maps); >> + >> +static int acpi_get_its_numa_node(u32 its_id) >> +{ >> + struct its_srat_map *srat_map; >> + >> + list_for_each_entry(srat_map, &its_srat_maps, entry) { >> + if (its_id == srat_map->its_id) >> + return srat_map->numa_node; >> + } >> + return NUMA_NO_NODE; >> +} > > I do not want to come across as pedantic and I understand that the API > to parse static ACPI tables sucks (ie in theory you could avoid stashing > nodes altogether and just use a global variable to parse an ITS ID at > a time but it sucks to go through the SRAT multiple times) but would not > it be easier to just declare an __initdata static array and counter and > be done with this ? We do not need this stuff after boot so I do not see > a point in keeping it in memory and in allocating the nodes dynamically. yes, it was my initial thought (as done v1), and i have replaced to dynamic array in this series. I might have misunderstood your comments. if you have no objection for the static array of size MAX_NUMNODES as done v1 [1], i can send v3 with that change? [1] https://patchwork.kernel.org/patch/9768869/ > > Apologies if I was not clear in my comments to the previous set, I did > not like stashing ITS PXM values in arch/arm64 code but I understand you > need an array (__initdata) to avoid reading the SRAT multiple times. yes, having static array to hold parsed table is required to avoid multiple iterations of parsing functions. This array can go in __initdata. > > Thanks, > Lorenzo > >> + >> +static int __init >> +gic_acpi_parse_srat_its(struct acpi_subtable_header *header, >> + const unsigned long end) >> +{ >> + int pxm, node; >> + struct its_srat_map *srat_map; >> + struct acpi_srat_its_affinity *its_affinity; >> + >> + its_affinity = (struct acpi_srat_its_affinity *)header; >> + if (!its_affinity) >> + return -EINVAL; >> + >> + if (its_affinity->header.length < >> + sizeof(struct acpi_srat_its_affinity)) { >> + pr_err("SRAT:ITS: Invalid SRAT header length: %d\n", >> + its_affinity->header.length); >> + return -EINVAL; >> + } >> + >> + pxm = its_affinity->proximity_domain; >> + node = acpi_map_pxm_to_node(pxm); >> + >> + if (node == NUMA_NO_NODE || node >= MAX_NUMNODES) { >> + pr_err("SRAT:ITS Invalid numa node %d\n", node); >> + return -EINVAL; >> + } >> + >> + srat_map = kzalloc(sizeof(*srat_map), GFP_KERNEL); >> + if (!srat_map) >> + return -ENOMEM; >> + >> + srat_map->numa_node = node; >> + srat_map->its_id = its_affinity->its_id; >> + list_add(&srat_map->entry, &its_srat_maps); >> + pr_info("ACPI: NUMA: SRAT: ITS: PXM %d -> ITS_ID %d -> NODE %d\n", >> + srat_map->its_id, pxm, node); >> + >> + return 0; >> +} >> + >> +static int __init acpi_table_parse_srat_its(void) >> +{ >> + return acpi_table_parse_entries(ACPI_SIG_SRAT, >> + sizeof(struct acpi_table_srat), >> + ACPI_SRAT_TYPE_GIC_ITS_AFFINITY, >> + gic_acpi_parse_srat_its, 0); >> +} >> +#else >> +#define acpi_table_parse_srat_its(void) { } >> +#define acpi_get_its_numa_node(its_id) NUMA_NO_NODE >> +#endif >> + >> static int __init gic_acpi_parse_madt_its(struct acpi_subtable_header *header, >> const unsigned long end) >> { >> @@ -1861,7 +1933,8 @@ static int __init gic_acpi_parse_madt_its(struct acpi_subtable_header *header, >> goto dom_err; >> } >> >> - err = its_probe_one(&res, dom_handle, NUMA_NO_NODE); >> + err = its_probe_one(&res, dom_handle, >> + acpi_get_its_numa_node(its_entry->translation_id)); >> if (!err) >> return 0; >> >> @@ -1873,6 +1946,7 @@ static int __init gic_acpi_parse_madt_its(struct acpi_subtable_header *header, >> >> static void __init its_acpi_probe(void) >> { >> + acpi_table_parse_srat_its(); >> acpi_table_parse_madt(ACPI_MADT_TYPE_GENERIC_TRANSLATOR, >> gic_acpi_parse_madt_its, 0); >> } >> -- >> 1.8.1.4 >> thanks Ganapat ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH v2 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units 2017-06-20 17:17 ` Ganapatrao Kulkarni @ 2017-06-20 17:30 ` Lorenzo Pieralisi 0 siblings, 0 replies; 6+ messages in thread From: Lorenzo Pieralisi @ 2017-06-20 17:30 UTC (permalink / raw) To: linux-arm-kernel On Tue, Jun 20, 2017 at 10:47:24PM +0530, Ganapatrao Kulkarni wrote: > Hi Lorenzo, > > On Tue, Jun 20, 2017 at 8:47 PM, Lorenzo Pieralisi > <lorenzo.pieralisi@arm.com> wrote: > > Hi Ganapatrao, > > > > On Tue, Jun 20, 2017 at 12:37:17PM +0530, Ganapatrao Kulkarni wrote: > >> Add code to parse SRAT ITS Affinity sub table as defined in ACPI 6.2 > >> Later in per device probe, ITS devices are mapped to > >> numa node using ITS id to proximity domain mapping. > >> > >> Signed-off-by: Ganapatrao Kulkarni <ganapatrao.kulkarni@cavium.com> > >> --- > >> drivers/irqchip/irq-gic-v3-its.c | 76 +++++++++++++++++++++++++++++++++++++++- > >> 1 file changed, 75 insertions(+), 1 deletion(-) > >> > >> diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c > >> index 45ea1933..5865a75 100644 > >> --- a/drivers/irqchip/irq-gic-v3-its.c > >> +++ b/drivers/irqchip/irq-gic-v3-its.c > >> @@ -1833,6 +1833,78 @@ static int __init its_of_probe(struct device_node *node) > >> > >> #define ACPI_GICV3_ITS_MEM_SIZE (SZ_128K) > >> > >> +#ifdef CONFIG_ACPI_NUMA > >> +struct its_srat_map { > >> + u32 numa_node; /* numa node id */ > >> + u32 its_id; /* GIC ITS ID */ > >> + struct list_head entry; > >> +}; > >> + > >> +static LIST_HEAD(its_srat_maps); > >> + > >> +static int acpi_get_its_numa_node(u32 its_id) > >> +{ > >> + struct its_srat_map *srat_map; > >> + > >> + list_for_each_entry(srat_map, &its_srat_maps, entry) { > >> + if (its_id == srat_map->its_id) > >> + return srat_map->numa_node; > >> + } > >> + return NUMA_NO_NODE; > >> +} > > > > I do not want to come across as pedantic and I understand that the API > > to parse static ACPI tables sucks (ie in theory you could avoid stashing > > nodes altogether and just use a global variable to parse an ITS ID at > > a time but it sucks to go through the SRAT multiple times) but would not > > it be easier to just declare an __initdata static array and counter and > > be done with this ? We do not need this stuff after boot so I do not see > > a point in keeping it in memory and in allocating the nodes dynamically. > > yes, it was my initial thought (as done v1), and i have replaced to > dynamic array in this series. I might have misunderstood your comments. > if you have no objection for the static array of size MAX_NUMNODES > as done v1 [1], i can send v3 with that change? > > [1] https://patchwork.kernel.org/patch/9768869/ > It is ok by me sorry for delaying you further. > > Apologies if I was not clear in my comments to the previous set, I did > > not like stashing ITS PXM values in arch/arm64 code but I understand you > > need an array (__initdata) to avoid reading the SRAT multiple times. > > yes, having static array to hold parsed table is required to avoid > multiple iterations > of parsing functions. > This array can go in __initdata. Agreed, thanks. Lorenzo > > > > > Thanks, > > Lorenzo > > > >> + > >> +static int __init > >> +gic_acpi_parse_srat_its(struct acpi_subtable_header *header, > >> + const unsigned long end) > >> +{ > >> + int pxm, node; > >> + struct its_srat_map *srat_map; > >> + struct acpi_srat_its_affinity *its_affinity; > >> + > >> + its_affinity = (struct acpi_srat_its_affinity *)header; > >> + if (!its_affinity) > >> + return -EINVAL; > >> + > >> + if (its_affinity->header.length < > >> + sizeof(struct acpi_srat_its_affinity)) { > >> + pr_err("SRAT:ITS: Invalid SRAT header length: %d\n", > >> + its_affinity->header.length); > >> + return -EINVAL; > >> + } > >> + > >> + pxm = its_affinity->proximity_domain; > >> + node = acpi_map_pxm_to_node(pxm); > >> + > >> + if (node == NUMA_NO_NODE || node >= MAX_NUMNODES) { > >> + pr_err("SRAT:ITS Invalid numa node %d\n", node); > >> + return -EINVAL; > >> + } > >> + > >> + srat_map = kzalloc(sizeof(*srat_map), GFP_KERNEL); > >> + if (!srat_map) > >> + return -ENOMEM; > >> + > >> + srat_map->numa_node = node; > >> + srat_map->its_id = its_affinity->its_id; > >> + list_add(&srat_map->entry, &its_srat_maps); > >> + pr_info("ACPI: NUMA: SRAT: ITS: PXM %d -> ITS_ID %d -> NODE %d\n", > >> + srat_map->its_id, pxm, node); > >> + > >> + return 0; > >> +} > >> + > >> +static int __init acpi_table_parse_srat_its(void) > >> +{ > >> + return acpi_table_parse_entries(ACPI_SIG_SRAT, > >> + sizeof(struct acpi_table_srat), > >> + ACPI_SRAT_TYPE_GIC_ITS_AFFINITY, > >> + gic_acpi_parse_srat_its, 0); > >> +} > >> +#else > >> +#define acpi_table_parse_srat_its(void) { } > >> +#define acpi_get_its_numa_node(its_id) NUMA_NO_NODE > >> +#endif > >> + > >> static int __init gic_acpi_parse_madt_its(struct acpi_subtable_header *header, > >> const unsigned long end) > >> { > >> @@ -1861,7 +1933,8 @@ static int __init gic_acpi_parse_madt_its(struct acpi_subtable_header *header, > >> goto dom_err; > >> } > >> > >> - err = its_probe_one(&res, dom_handle, NUMA_NO_NODE); > >> + err = its_probe_one(&res, dom_handle, > >> + acpi_get_its_numa_node(its_entry->translation_id)); > >> if (!err) > >> return 0; > >> > >> @@ -1873,6 +1946,7 @@ static int __init gic_acpi_parse_madt_its(struct acpi_subtable_header *header, > >> > >> static void __init its_acpi_probe(void) > >> { > >> + acpi_table_parse_srat_its(); > >> acpi_table_parse_madt(ACPI_MADT_TYPE_GENERIC_TRANSLATOR, > >> gic_acpi_parse_madt_its, 0); > >> } > >> -- > >> 1.8.1.4 > >> > > thanks > Ganapat ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2017-06-20 17:30 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2017-06-20 7:07 [PATCH v2 0/2] acpi, gicv3-its, numa: Adding numa node mapping for ITS Ganapatrao Kulkarni 2017-06-20 7:07 ` [PATCH v2 1/2] ACPICA: ACPI 6.2: Add support for new SRAT subtable Ganapatrao Kulkarni 2017-06-20 7:07 ` [PATCH v2 2/2] acpi, gicv3-its, numa: Adding numa node mapping for gic-its units Ganapatrao Kulkarni 2017-06-20 15:17 ` Lorenzo Pieralisi 2017-06-20 17:17 ` Ganapatrao Kulkarni 2017-06-20 17:30 ` Lorenzo Pieralisi
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).