Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3973945pxb; Wed, 13 Oct 2021 17:28:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzyPQUvNH4M9sYTeBHxwtLvc/BLH8MgD5uBICwerTxOEvb+eNRaOUSIXPoG6R0nBu6hC2In X-Received: by 2002:a62:1c4e:0:b0:44d:76b:de98 with SMTP id c75-20020a621c4e000000b0044d076bde98mr2585225pfc.16.1634171325402; Wed, 13 Oct 2021 17:28:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634171325; cv=none; d=google.com; s=arc-20160816; b=agyUaETjfd4OfWHIUFndTsMKHXvp9qMKDTtZzqdiLK8Q6junJwA4OB0v4ySpXLgRpW UIrVOj4FYAMsBh0F8jJe/COlV7e/T/13dgqpM7SsHJVy0HHc2AvloDh6T7xJSdwEjEyc 4Zy9FhstppCj9bvBaoPUanyottoi9T2VoRjftBEtmDf4bnWqUh+MD63aFASlNu+QV5IP pXY7IzlY122IjFPIDgSBKfrVjnt0ispgvbkHZdh9eInBwcoI2VdQvpdgx0lk+Ebk4WL5 S/ASIaSLizKEJzsVl4v4z+Cmb3B/UczV2dG2C0XOmcwkPE076rD3liyrzsHsaV+Xmala OvSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=eFkd9KrHO8XlycWvJBRbxGFWcQlenQ8L86KpeTd1Fns=; b=R1NkBod5t48k/LwrAss2fP5WjUx4Rprd5slvFtnNwrpFuntL5oACJCbAg1HU2C9jTt zOPHrN8ZRNGjgA8jBZE2A0Q5rKpuFVW2J9zYHA4pgBIjhisJ0QnC4B42U6AuRWk3zhAu Y/EGOLnf9EuWY+JzlYJ2ndV8RptTHzX97a4rjNW6WHFVYXfxB2y8yrP+vl4Yk5H1jRHe I7C6BPm5ei2AL4AhbtSjnEuCvXvs/q+tRDPEYPthGLLVSOtE7ZAQx9dW2CsHbtKB4bGb WpevckLJKb9uzmNsdTF7mScMC3H9pJ8/yg9kNnfMXh9IErH12OV3y0mMr9vx+7/8xn9b ErlA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d6si1467661pgm.332.2021.10.13.17.28.31; Wed, 13 Oct 2021 17:28:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229773AbhJNA17 convert rfc822-to-8bit (ORCPT + 99 others); Wed, 13 Oct 2021 20:27:59 -0400 Received: from gloria.sntech.de ([185.11.138.130]:50284 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229590AbhJNA16 (ORCPT ); Wed, 13 Oct 2021 20:27:58 -0400 Received: from ip5f5a6e92.dynamic.kabel-deutschland.de ([95.90.110.146] helo=phil.localnet) by gloria.sntech.de with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1maoZ9-00087H-Bk; Thu, 14 Oct 2021 02:25:47 +0200 From: Heiko Stuebner To: Guo Ren Cc: Anup Patel , Atish Patra , Marc Zyngier , Thomas Gleixner , Palmer Dabbelt , "linux-kernel@vger.kernel.org List" , linux-riscv , Guo Ren , Rob Herring , Palmer Dabbelt Subject: Re: [PATCH V3 1/2] dt-bindings: update riscv plic compatible string Date: Thu, 14 Oct 2021 02:25:46 +0200 Message-ID: <21791128.ik6S1v3eFK@phil> In-Reply-To: References: <20211013012149.2834212-1-guoren@kernel.org> <4027415.QZv1u5a1DM@diego> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="iso-8859-1" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Am Mittwoch, 13. Oktober 2021, 14:49:57 CEST schrieb Guo Ren: > On Wed, Oct 13, 2021 at 5:43 PM Heiko St?bner wrote: > > > > Am Mittwoch, 13. Oktober 2021, 11:19:53 CEST schrieb Anup Patel: > > > On Wed, Oct 13, 2021 at 2:44 PM Heiko St?bner wrote: > > > > > > > > Am Mittwoch, 13. Oktober 2021, 11:11:26 CEST schrieb Anup Patel: > > > > > On Wed, Oct 13, 2021 at 2:27 PM Heiko St?bner wrote: > > > > > > > > > > > > Hi Anup, > > > > > > > > > > > > Am Mittwoch, 13. Oktober 2021, 07:11:46 CEST schrieb Anup Patel: > > > > > > > On Wed, Oct 13, 2021 at 6:52 AM wrote: > > > > > > > > > > > > > > > > From: Guo Ren > > > > > > > > > > > > > > > > Add the compatible string "thead,c900-plic" to the riscv plic > > > > > > > > bindings to support SOCs with thead,c9xx processor cores. > > > > > > > > > > > > > > > > Signed-off-by: Guo Ren > > > > > > > > Cc: Rob Herring > > > > > > > > Cc: Palmer Dabbelt > > > > > > > > Cc: Anup Patel > > > > > > > > Cc: Atish Patra > > > > > > > > > > > > > > > > --- > > > > > > > > > > > > > > > > Changes since V3: > > > > > > > > - Rename "c9xx" to "c900" > > > > > > > > - Add thead,c900-plic in the description section > > > > > > > > --- > > > > > > > > .../bindings/interrupt-controller/sifive,plic-1.0.0.yaml | 6 ++++++ > > > > > > > > 1 file changed, 6 insertions(+) > > > > > > > > > > > > > > > > diff --git a/Documentation/devicetree/bindings/interrupt-controller/sifive,plic-1.0.0.yaml b/Documentation/devicetree/bindings/interrupt-controller/sifive,plic-1.0.0.yaml > > > > > > > > index 08d5a57ce00f..82629832e5a5 100644 > > > > > > > > --- a/Documentation/devicetree/bindings/interrupt-controller/sifive,plic-1.0.0.yaml > > > > > > > > +++ b/Documentation/devicetree/bindings/interrupt-controller/sifive,plic-1.0.0.yaml > > > > > > > > @@ -35,6 +35,11 @@ description: > > > > > > > > contains a specific memory layout, which is documented in chapter 8 of the > > > > > > > > SiFive U5 Coreplex Series Manual . > > > > > > > > > > > > > > > > + While the "thead,c900-plic" would mask IRQ with readl(claim), so it needn't > > > > > > > > + mask/unmask which needed in RISC-V PLIC. When in IRQS_ONESHOT & IRQCHIP_EOI_THREADED > > > > > > > > + path, unnecessary mask operation would cause a blocking irq bug in thead,c900-plic. > > > > > > > > + Because when IRQ is disabled in c900, writel(hwirq, claim) would be invalid. > > > > > > > > > > > > > > This is a totally incorrect description of the errata required for C9xx PLIC. > > > > > > > > > > > > > > Please don't project non-compliance as a feature of C9xx PLIC. > > > > > > > > > > > > > > > + > > > > > > > > maintainers: > > > > > > > > - Sagar Kadam > > > > > > > > - Paul Walmsley > > > > > > > > @@ -46,6 +51,7 @@ properties: > > > > > > > > - enum: > > > > > > > > - sifive,fu540-c000-plic > > > > > > > > - canaan,k210-plic > > > > > > > > + - thead,c900-plic > > > > > > > > > > > > we still want specific SoC names in the compatible, the "c900" > > > > > > is still a sort-of placeholder. > > > > > > > > > > Yes, we need "c900" compatible string as well. The "c9xx" > > > > > compatible string is for the custom PLIC spec followed by T-HEAD. > > > > > > > > What I meant was that the soc-specific string should name the > > > > actual SoC (c906, c910) and not some imaginary chip ;-) > > > > > > Ahh, yes. It should be an actual soc name in the compatible > > > string. > > > > > > For example, SiFive uses "fu540" string to identify some of the > > > devices on both SiFive unleashed and SiFive unmatched boards. > > > > > > I was under the impression that "c900" is an actual SoC name. > > > > > > Regards, > > > Anup > > > > > > > > > > > See for example mali gpu bindings for a similar reference > > > > in devicetree/bindings/gpu/arm,mali-bifrost.yaml . > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - const: sifive,plic-1.0.0 > > > > > > > > > > > > > > The PLIC DT node requires two compatible string: > > > > > > > , > > > > > > > > > > > > > > The C9xx PLIC is not RISC-V PLIC so, the DT node should > > > > > > > be: "thead,c900-plic", "thead,c9xx-plic" > > > > > > > > > > > > > > You need to change "- const: sifive,plic-1.0.0" to > > > > > > > - enum: > > > > > > > - sifive,plic-1.0.0 > > > > > > > - thead,c9xx-plic > > > > isn't XuanTie the series containing the c906 and c910? > XuanTie contain two CPU series: > riscv: c906, c910 > csky: c807, c810, c860 > > > So maybe > > thead,xuantie-plic > > for the spec compatible. > > > > So doing in full > > compatible = "thead,c906-plic", "thead,xuantie-plic" > How about: > compatible = "allwinner,d1-plic", "thead,c900-plic" This looks sensible. - I guess the question in general is, is the PLIC part of the core spec or part of the soc. In other words will all SoCs that use C9xx cores, use this specific PLIC characteristic? - If all C9xx-based SoCs will use this PLIC, I guess that thead,c900-plic in your compatible above sounds pretty good. - Should it be thead,* or t-head,* for the vendor-prefix? (domain seems to be t-head.cn) Heiko