Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp2614532pxb; Sun, 17 Oct 2021 20:33:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwOMSwvJWqDka57MDwFOOgBFiZyXVYK0FMGoZCvWYdsVtsb454WKQ1HNokLFuKPzK9BBHow X-Received: by 2002:a17:903:22c9:b0:13e:ed56:70e2 with SMTP id y9-20020a17090322c900b0013eed5670e2mr24829827plg.19.1634528023163; Sun, 17 Oct 2021 20:33:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634528023; cv=none; d=google.com; s=arc-20160816; b=Rh0WDp4qZBN16ogmisJ2aiIKeGt/PqWvoFa6xLMo/KlBZaYsTy7kpam8T23J0xx/ly 52qidK+Zw3zXKVMVBwf6SmHi112vCmqItVQ34XIkTHihohLtb9nJXRBG5H6nwsbjkKoz qVL7crWBjsO2HdIsguXP0YGnGB1ahpVdRmS20XmmvDlnPuIKYFCFGA0ai9m5t6pzrw5L 5xnxhpg0BaM3+QnYl5V1NkqTwGATsI7JxRxdqPgShWtTNXFUdgghL/xQ0h9F0Xpjj55Y r88kkIzHU2DhGNQ8sLCR9k3znUXsmNsE9hRqfEuprRs/4WGmuaLe1kHrvRC6TAzwkier eSBA== 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=XZPx8v02KbULQ/eNIWBbx5xFsDcnZB4s77yTd/bYPDk=; b=Fc9SNFO/rzkGR4lR6mtTb1s4UKbqVmBP2OLW5ma7XQSZ6IaFPDu0d+icZWTJdCRnzj wp80Yebt281N5r82DZ9Ap5RGGvQBgVYaKhnAoyg1AQTEapmrHkg8VxJk0Ix1b3Wu8dAy HNCl0ZqcBoYK6MTT4jL1yOP7FWctb2f6vKLViv6fpQFqVesAyeIx56rDwX13zs6npiqR PN5s1R28TXONs1gNxWjcNzl55OJBtCV6Ys0DwIEYFJs9yGPhHiw00ZULX9ZbpobpoGdQ wzDqS/cXUut7c8M3OBDXMh2KWanmUTsVnhGfaKG3wlVyN/Uzdm+XF/RF3iAZuaWTY7st yMqA== 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 z24si281312pgj.69.2021.10.17.20.33.31; Sun, 17 Oct 2021 20:33:43 -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 S240177AbhJPKhT (ORCPT + 98 others); Sat, 16 Oct 2021 06:37:19 -0400 Received: from gloria.sntech.de ([185.11.138.130]:44226 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235855AbhJPKhS (ORCPT ); Sat, 16 Oct 2021 06:37:18 -0400 Received: from p508fce7c.dip0.t-ipconnect.de ([80.143.206.124] helo=phil.localnet) by gloria.sntech.de with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mbh1o-0006T3-F9; Sat, 16 Oct 2021 12:35:00 +0200 From: Heiko Stuebner To: guoren@kernel.org, anup@brainfault.org, atish.patra@wdc.com, maz@kernel.org, tglx@linutronix.de, palmer@dabbelt.com, robh@kernel.org, guoren@kernel.org Cc: linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, Guo Ren , Palmer Dabbelt Subject: Re: [PATCH V4 2/3] dt-bindings: update riscv plic compatible string Date: Sat, 16 Oct 2021 12:34:59 +0200 Message-ID: <2216787.nSqPeTNalD@phil> In-Reply-To: <20211016032200.2869998-3-guoren@kernel.org> References: <20211016032200.2869998-1-guoren@kernel.org> <20211016032200.2869998-3-guoren@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Guo, Am Samstag, 16. Oktober 2021, 05:21:59 CEST schrieb guoren@kernel.org: > From: Guo Ren > > Add the compatible string "thead,c900-plic" to the riscv plic > bindings to support allwinner d1 SOC which contains c906 core. The compatible strings sound good now, but some things below > > Signed-off-by: Guo Ren > Cc: Rob Herring > Cc: Palmer Dabbelt > Cc: Anup Patel > Cc: Atish Patra > > --- > > Changes since V4: > - Update description in errata style > - Update enum suggested by Anup, Heiko, Samuel > > Changes since V3: > - Rename "c9xx" to "c900" > - Add thead,c900-plic in the description section > --- > .../interrupt-controller/sifive,plic-1.0.0.yaml | 11 ++++++++++- > 1 file changed, 10 insertions(+), 1 deletion(-) > > 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..272f29540135 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,12 @@ description: > contains a specific memory layout, which is documented in chapter 8 of the > SiFive U5 Coreplex Series Manual . > > + The C9xx PLIC does not comply with the interrupt claim/completion process defined > + by the RISC-V PLIC specification because C9xx PLIC will mask an IRQ when it is > + claimed by PLIC driver (i.e. readl(claim) and the IRQ will be unmasked upon > + completion by PLIC driver (i.e. writel(claim). This behaviour breaks the handling > + of IRQS_ONESHOT by the generic handle_fasteoi_irq() used in the PLIC driver. > + > maintainers: > - Sagar Kadam > - Paul Walmsley > @@ -46,7 +52,10 @@ properties: > - enum: > - sifive,fu540-c000-plic > - canaan,k210-plic > - - const: sifive,plic-1.0.0 > + - enmu: ^ spelling enum > + - sifive,plic-1.0.0 > + - thead,c900-plic > + - allwinner,sun20i-d1-plic but in general I'd think that you want something like compatible: oneOf: - items: - enum: - sifive,fu540-c000-plic - canaan,k210-plic - const: sifive,plic-1.0.0 - items: - enum: - allwinner,sun20i-d1-plic - const: thead,c900-plic Having only one item list would allow as valid combinations like "sifive,fu540-c000-plic", "thead,c900-plic" when checking the schema. With the oneOf and separate lists we can make sure that such "illegal" combinations get flagged by the dtbs_check [the enum with the single allwinner entry already leaves room for later addition to the c900-plic variant] Heiko