LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: Chester Lin <clin@suse.com> To: Marc Zyngier <maz@kernel.org> Cc: "Andreas Färber" <afaerber@suse.de>, "Rob Herring" <robh+dt@kernel.org>, s32@nxp.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-serial@vger.kernel.org, "Greg Kroah-Hartman" <gregkh@linuxfoundation.org>, "Shawn Guo" <shawnguo@kernel.org>, "Krzysztof Kozlowski" <krzk@kernel.org>, "Oleksij Rempel" <linux@rempel-privat.de>, "Stefan Riedmueller" <s.riedmueller@phytec.de>, "Matthias Schiffer" <matthias.schiffer@ew.tq-group.com>, "Li Yang" <leoyang.li@nxp.com>, "Fabio Estevam" <festevam@gmail.com>, "Matteo Lisi" <matteo.lisi@engicam.com>, "Frieder Schrempf" <frieder.schrempf@kontron.de>, "Tim Harvey" <tharvey@gateworks.com>, "Jagan Teki" <jagan@amarulasolutions.com>, catalin-dan.udma@nxp.com, bogdan.hamciuc@nxp.com, bogdan.folea@nxp.com, ciprianmarian.costea@nxp.com, radu-nicolae.pirea@nxp.com, ghennadi.procopciuc@nxp.com, "Matthias Brugger" <matthias.bgg@gmail.com>, "Ivan T . Ivanov" <iivanov@suse.de>, "Lee, Chun-Yi" <jlee@suse.com> Subject: Re: [PATCH 4/8] arm64: dts: add NXP S32G2 support Date: Sat, 21 Aug 2021 20:39:04 +0800 [thread overview] Message-ID: <YSDz6EiNifqV2NAT@linux-8mug> (raw) In-Reply-To: <87lf4wqgn7.wl-maz@kernel.org> Hi Marc, On Fri, Aug 20, 2021 at 04:29:00PM +0100, Marc Zyngier wrote: > On Fri, 20 Aug 2021 16:15:49 +0100, > Chester Lin <clin@suse.com> wrote: > > > > On Fri, Aug 20, 2021 at 02:12:13PM +0100, Marc Zyngier wrote: > > > On Thu, 12 Aug 2021 18:26:28 +0100, > > > Andreas Färber <afaerber@suse.de> wrote: > > > > > > > > Hi Chester et al., > > > > > > > > On 05.08.21 08:54, Chester Lin wrote: > > > > > Add an initial dtsi file for generic SoC features of NXP S32G2. > > > > > > > > > > Signed-off-by: Chester Lin <clin@suse.com> > > > > > --- > > > > > arch/arm64/boot/dts/freescale/s32g2.dtsi | 98 ++++++++++++++++++++++++ > > > > > 1 file changed, 98 insertions(+) > > > > > create mode 100644 arch/arm64/boot/dts/freescale/s32g2.dtsi > > > > > > > > > > diff --git a/arch/arm64/boot/dts/freescale/s32g2.dtsi b/arch/arm64/boot/dts/freescale/s32g2.dtsi > > > > > new file mode 100644 > > > > > index 000000000000..3321819c1a2d > > > > > --- /dev/null > > > > > +++ b/arch/arm64/boot/dts/freescale/s32g2.dtsi > > > > > > [...] > > > > > > > > + gic: interrupt-controller@50800000 { > > > > > + compatible = "arm,gic-v3"; > > > > > + #interrupt-cells = <3>; > > > > > + interrupt-controller; > > > > > + reg = <0 0x50800000 0 0x10000>, > > > > > + <0 0x50880000 0 0x200000>, > > > > > > That's enough redistributor space for 16 CPUs. However, you only > > > describe 4. Either the number of CPUs is wrong, the size is wrong, or > > > the GIC has been configured for more cores than the SoC has. > > > > Confirmed the SoC can only find 4 redistributors: > > > > localhost:~ # dmesg | grep CPU > > [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034] > > [ 0.000000] Detected VIPT I-cache on CPU0 > > [ 0.000000] CPU features: detected: GIC system register CPU interface > > [ 0.000000] CPU features: detected: ARM erratum 845719 > > [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 > > [ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=480 to nr_cpu_ids=4. > > [ 0.000000] GICv3: CPU0: found redistributor 0 region 0:0x0000000050880000 > > [ 0.063865] smp: Bringing up secondary CPUs ... > > [ 0.068852] Detected VIPT I-cache on CPU1 > > [ 0.068894] GICv3: CPU1: found redistributor 1 region 0:0x00000000508a0000 > > [ 0.068963] CPU1: Booted secondary processor 0x0000000001 [0x410fd034] > > [ 0.069809] Detected VIPT I-cache on CPU2 > > [ 0.069851] GICv3: CPU2: found redistributor 100 region 0:0x00000000508c0000 > > [ 0.069903] CPU2: Booted secondary processor 0x0000000100 [0x410fd034] > > [ 0.070698] Detected VIPT I-cache on CPU3 > > [ 0.070722] GICv3: CPU3: found redistributor 101 region 0:0x00000000508e0000 > > [ 0.070749] CPU3: Booted secondary processor 0x0000000101 [0x410fd034] > > [ 0.070847] smp: Brought up 1 node, 4 CPUs > > <..snip..> > > That's not the correct way to find out. Each CPU tries to find its > matching RD in the region. This doesn't mean there aren't more RDs > present in the GIC. > > You need to iterate over all the RDs in the region until you find one > that has GICR_TYPER.Last == 1. This will give you the actual count. > Alternatively, you can check whether the RD at 508e0000 has that bit > set. If it doesn't, then you know there are more RDs than CPUs. > > M. > Thanks for your guidance. Not sure if any debug log can be enabled for this check so I temporarily add an ugly message as below: diff --git a/drivers/irqchip/irq-gic-v3.c b/drivers/irqchip/irq-gic-v3.c index e0f4debe64e1..5998306fff39 100644 --- a/drivers/irqchip/irq-gic-v3.c +++ b/drivers/irqchip/irq-gic-v3.c @@ -866,10 +866,11 @@ static int __gic_populate_rdist(struct redist_region *region, void __iomem *ptr) gic_data_rdist_rd_base() = ptr; gic_data_rdist()->phys_base = region->phys_base + offset; - pr_info("CPU%d: found redistributor %lx region %d:%pa\n", + pr_info("CPU%d: found redistributor %lx region %d:%pa last: %d\n", smp_processor_id(), mpidr, (int)(region - gic_data.redist_regions), - &gic_data_rdist()->phys_base); + &gic_data_rdist()->phys_base, + (typer & GICR_TYPER_LAST) ? 1 : 0); return 0; } The following log shows that the "Last" bit (GICR_TYPER[4]) of RD at 508e0000 has been set. localhost:~ # dmesg | grep GIC [ 0.000000] CPU features: detected: GIC system register CPU interface [ 0.000000] GICv3: 544 SPIs implemented [ 0.000000] GICv3: 0 Extended SPIs implemented [ 0.000000] GICv3: Distributor has no Range Selector support [ 0.000000] GICv3: 16 PPIs implemented [ 0.000000] GICv3: CPU0: found redistributor 0 region 0:0x0000000050880000 last: 0 [ 0.078745] GICv3: CPU1: found redistributor 1 region 0:0x00000000508a0000 last: 0 [ 0.089598] GICv3: CPU2: found redistributor 100 region 0:0x00000000508c0000 last: 0 [ 0.100395] GICv3: CPU3: found redistributor 101 region 0:0x00000000508e0000 last: 1
next prev parent reply other threads:[~2021-08-21 12:39 UTC|newest] Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-08-05 6:54 [PATCH 0/8] arm64: dts: initial NXP S32G2 support Chester Lin 2021-08-05 6:54 ` [PATCH 1/8] dt-bindings: arm: fsl: add NXP S32G2 boards Chester Lin 2021-08-12 15:46 ` Andreas Färber 2021-08-13 17:49 ` Rob Herring 2021-08-13 17:53 ` Rob Herring 2021-08-18 14:34 ` Chester Lin 2021-09-06 20:38 ` Andreas Färber 2021-09-07 6:59 ` Krzysztof Kozlowski 2021-09-07 8:59 ` Andreas Färber 2021-09-06 19:35 ` Andreas Färber 2021-08-05 6:54 ` [PATCH 2/8] dt-bindings: serial: fsl-linflexuart: convert to json-schema format Chester Lin 2021-08-12 16:04 ` Andreas Färber 2021-08-13 11:11 ` Chester Lin 2021-08-13 11:28 ` Krzysztof Kozlowski 2021-08-13 11:43 ` Chester Lin 2021-08-13 18:04 ` Rob Herring 2021-08-13 18:07 ` Rob Herring 2021-08-05 6:54 ` [PATCH 3/8] dt-bindings: serial: fsl-linflexuart: Add compatible for S32G2 Chester Lin 2021-08-12 16:27 ` Andreas Färber 2021-08-13 14:27 ` Radu Nicolae Pirea (NXP OSS) 2021-08-13 18:11 ` Rob Herring 2021-08-13 18:09 ` Rob Herring 2021-08-05 6:54 ` [PATCH 4/8] arm64: dts: add NXP S32G2 support Chester Lin 2021-08-12 17:26 ` Andreas Färber 2021-08-13 3:28 ` Chester Lin 2021-08-13 7:05 ` Andreas Färber 2021-08-20 13:12 ` Marc Zyngier 2021-08-20 15:15 ` Chester Lin 2021-08-20 15:29 ` Marc Zyngier 2021-08-21 12:39 ` Chester Lin [this message] 2021-08-21 14:20 ` Marc Zyngier 2021-08-05 6:54 ` [PATCH 5/8] arm64: dts: s32g2: add serial/uart support Chester Lin 2021-08-12 17:42 ` Andreas Färber 2021-08-13 9:54 ` Radu Nicolae Pirea (NXP OSS) 2021-08-05 6:54 ` [PATCH 6/8] arm64: dts: s32g2: add VNP-EVB and VNP-RDB2 support Chester Lin 2021-08-12 18:00 ` Andreas Färber 2021-08-13 8:47 ` Chester Lin 2021-08-05 6:54 ` [PATCH 7/8] arm64: dts: s32g2: add memory nodes for evb and rdb2 Chester Lin 2021-08-12 18:25 ` Andreas Färber 2021-08-13 14:58 ` Chester Lin 2021-08-05 6:54 ` [PATCH 8/8] MAINTAINERS: Add an entry for NXP S32G2 boards Chester Lin 2021-08-05 7:49 ` Krzysztof Kozlowski 2021-08-09 8:03 ` Shawn Guo 2021-08-12 15:30 ` Andreas Färber 2021-08-12 15:54 ` Krzysztof Kozlowski 2021-08-09 8:06 ` [PATCH 0/8] arm64: dts: initial NXP S32G2 support Shawn Guo
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=YSDz6EiNifqV2NAT@linux-8mug \ --to=clin@suse.com \ --cc=afaerber@suse.de \ --cc=bogdan.folea@nxp.com \ --cc=bogdan.hamciuc@nxp.com \ --cc=catalin-dan.udma@nxp.com \ --cc=ciprianmarian.costea@nxp.com \ --cc=devicetree@vger.kernel.org \ --cc=festevam@gmail.com \ --cc=frieder.schrempf@kontron.de \ --cc=ghennadi.procopciuc@nxp.com \ --cc=gregkh@linuxfoundation.org \ --cc=iivanov@suse.de \ --cc=jagan@amarulasolutions.com \ --cc=jlee@suse.com \ --cc=krzk@kernel.org \ --cc=leoyang.li@nxp.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-serial@vger.kernel.org \ --cc=linux@rempel-privat.de \ --cc=matteo.lisi@engicam.com \ --cc=matthias.bgg@gmail.com \ --cc=matthias.schiffer@ew.tq-group.com \ --cc=maz@kernel.org \ --cc=radu-nicolae.pirea@nxp.com \ --cc=robh+dt@kernel.org \ --cc=s.riedmueller@phytec.de \ --cc=s32@nxp.com \ --cc=shawnguo@kernel.org \ --cc=tharvey@gateworks.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
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).