Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754963AbdGVDo4 (ORCPT ); Fri, 21 Jul 2017 23:44:56 -0400 Received: from szxga03-in.huawei.com ([45.249.212.189]:9397 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753859AbdGVDoy (ORCPT ); Fri, 21 Jul 2017 23:44:54 -0400 Subject: Re: [PATCH] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES To: Marc Zyngier , Thomas Gleixner References: <1500630715-2156-1-git-send-email-guohanjun@huawei.com> <5971D208.3040005@huawei.com> <84d411ff-596b-c451-29fb-f506abc4fb04@arm.com> CC: , , , , Hanjun Guo , Ganapatrao Kulkarni , Lorenzo Pieralisi From: Hanjun Guo Message-ID: <5972CA1E.60500@huawei.com> Date: Sat, 22 Jul 2017 11:44:30 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <84d411ff-596b-c451-29fb-f506abc4fb04@arm.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.17.188] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.5972CA30.009C,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2014-11-16 11:51:01, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 39000866929eed9ceb69f683b912b499 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2848 Lines: 71 On 2017/7/21 19:20, Marc Zyngier wrote: > On 21/07/17 11:06, Hanjun Guo wrote: >> On 2017/7/21 17:51, Hanjun Guo wrote: >>> From: Hanjun Guo >>> >>> When running 4.13-rc1 on top of D05, I got the boot log: >>> >>> [ 0.000000] SRAT: PXM 0 -> ITS 0 -> Node 0 >>> [ 0.000000] SRAT: PXM 0 -> ITS 1 -> Node 0 >>> [ 0.000000] SRAT: PXM 0 -> ITS 2 -> Node 0 >>> [ 0.000000] SRAT: PXM 1 -> ITS 3 -> Node 1 >>> [ 0.000000] SRAT: ITS affinity exceeding max count[4] >>> >>> This is wrong on D05 as we have 8 ITSes with 4 NUMA nodes. > I'm not seeing this on the D05 I have access to. Actually, I'm not > seeing any data related to SRAT and the ITS. Is that a different firmware? Yes, actually it's just a updated version in this week, that's why the bug wasn't be spotted when Ganapat's patch was merged. > >>> So dynamically alloc the memory needed instead of using >>> its_srat_maps[MAX_NUMNODES], which count the number of >>> ITS entry(ies) in SRAT and alloc its_srat_maps as needed, >>> then build the mapping of numa node to ITS ID. >>> >>> After doing this, I got what I wanted: >>> >>> [ 0.000000] SRAT: PXM 0 -> ITS 0 -> Node 0 >>> [ 0.000000] SRAT: PXM 0 -> ITS 1 -> Node 0 >>> [ 0.000000] SRAT: PXM 0 -> ITS 2 -> Node 0 >>> [ 0.000000] SRAT: PXM 1 -> ITS 3 -> Node 1 >>> [ 0.000000] SRAT: PXM 2 -> ITS 4 -> Node 2 >>> [ 0.000000] SRAT: PXM 2 -> ITS 5 -> Node 2 >>> [ 0.000000] SRAT: PXM 2 -> ITS 6 -> Node 2 >>> [ 0.000000] SRAT: PXM 3 -> ITS 7 -> Node 3 >>> >>> Fixes: dbd2b8267233 ("irqchip/gic-v3-its: Add ACPI NUMA node mapping") >>> Signed-off-by: Hanjun Guo >>> Cc: Ganapatrao Kulkarni >>> Cc: Lorenzo Pieralisi >>> Cc: Marc Zyngier >>> --- >>> drivers/irqchip/irq-gic-v3-its.c | 28 +++++++++++++++++++++------- >>> 1 file changed, 21 insertions(+), 7 deletions(-) >>> >>> diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c >>> index 3ccdf76..fb1c090 100644 >>> --- a/drivers/irqchip/irq-gic-v3-its.c >>> +++ b/drivers/irqchip/irq-gic-v3-its.c >>> @@ -1847,7 +1847,7 @@ struct its_srat_map { >>> u32 its_id; >>> }; >>> >>> -static struct its_srat_map its_srat_maps[MAX_NUMNODES] __initdata; >>> +static struct its_srat_map *its_srat_maps __initdata; >>> static int its_in_srat __initdata; >>> >>> static int __init acpi_get_its_numa_node(u32 its_id) >>> @@ -1861,6 +1861,12 @@ static int __init acpi_get_its_numa_node(u32 its_id) >>> return NUMA_NO_NODE; >>> } >> Oops, need to check if the its_srat_maps valid or not here, please >> comment on what else I'm missing or wrong, then I will prepare another >> version. > Please post a patch that has all of the fixes, and I'll review that. Will do that later. Thanks Hanjun