From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id ED40EECAAA1 for ; Fri, 9 Sep 2022 08:58:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=0QUirL7xA9F2czjeUpmF0lZUJ1HQDnNzmNqRKSEWhGk=; b=uaGLvRhbz5/Jiz SW+QvvJ8cSiRb24Sh5Keidt2fKODhGdGq6OY5rkZjLKRE4YblKLmNBWEjBSAbGBi0EapVOzq5ChxC fgik3r99iAE4qVIAxtoCsFT5Bpy9F+W4xSrJBgkpzbInXwR4Gv/3tmut8wZK2vdxIrYdvaf48qi/G R2R1Tl0QB28wdcMAt6IAeJ29IHuoTMlPhHUd05szp8ljqnUGAiaBYDYkDzEuUDOjYixR7hNRKHdo0 TBA09Q00j49o+lYJe4MX8k1luA+NPoJUiusQ3dIrj75Lw8Bp0p3GksEvM8AnwAYCVtbh5fNew6T7e wIUDtJ/p++h6IVCJOGFQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1oWZp6-00Eonc-J4; Fri, 09 Sep 2022 08:57:17 +0000 Received: from mail-wr1-x431.google.com ([2a00:1450:4864:20::431]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1oWZp2-00Eoic-7p for linux-arm-kernel@lists.infradead.org; Fri, 09 Sep 2022 08:57:13 +0000 Received: by mail-wr1-x431.google.com with SMTP id t14so1589366wrx.8 for ; Fri, 09 Sep 2022 01:57:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20210112.gappssmtp.com; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date; bh=rHPt+Pbc0bwJycb8g2JrUPaT739qQsbXoj9p9DUlASE=; b=o8/U+pWZQB+BK2sQxVVXYhAtmR4twA2BIVHdD3qEUSTRXfTJet6ivAh/aa0kvfqXEP en7ejU3nOu4bQP6vZpt50O7hMAYuCNjbSyl+Fa89NpV4Uy7Esi4TN4YFK/rH3VWPAH7P 9Ei7dmjS3X1tO9Pz5sxHqw8caG2m5uY4X2GGynE9KsZFWpqSIUVZMXz+V8FBPPp8iE/b jKXvos0xjGCtBk/9THaZM1g5m8Dz6skfbkxP1TdHKCHd5Lru3SgjUnu7sqZXzGV6Eb1h VfleTZ5RUJB6ZF7/NKUdrty0fGbKxEfl4I/63IWGo7vRairVqhSMFZFiuWfawbo9FaJr atlg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date; bh=rHPt+Pbc0bwJycb8g2JrUPaT739qQsbXoj9p9DUlASE=; b=fGZI5z6QhmeDYE87xe27+imGC8nXlUcxjEgbNos9SgkMBVUgOjmiyO7QBI5Cz9cbzG wQYpoqksvuq24TxEWSyEa9VnSopjvcXPazER8dIAbQfgS4liF7PYwYkv0ltPitXYXtfL OlILbIuCKLcwrUL/fENWjk/KAjhrYFZM/UOFlQ0ezwzpp7B6EvdMJDO+eAL6+dzY9G/0 d2PunJnZVsYlhqE8te6hkY0I5cZ2w0f6HLpdpLzgj1Q3QFejZtLnjRhpfmF3JqZTO/aE QTfOtEYgPQO9N9gihXrjR+Ug4MdoFkcKwrUQoGVpic7AgUr5MDzIDyKNI6qSQnMlZ0q7 o59w== X-Gm-Message-State: ACgBeo1Fnh5htpocRKEb5FlzLufgSdnDMe7kkkCIQ22Lb9fo9QstYQpU VMocZaAXLGQ6cN/u25+ZGgJEMg== X-Google-Smtp-Source: AA6agR6zK39Nn38XEAPq9Ou9Er2T2ugG1x2dP6ckDfLlUnVh5tdCyv2sC6o38IAapwEnt34CuzxuKA== X-Received: by 2002:adf:e904:0:b0:228:e0d5:2c55 with SMTP id f4-20020adfe904000000b00228e0d52c55mr7254035wrm.714.1662713824642; Fri, 09 Sep 2022 01:57:04 -0700 (PDT) Received: from Red ([2a01:cb1d:3d5:a100:264b:feff:fe03:2806]) by smtp.googlemail.com with ESMTPSA id f25-20020a1c6a19000000b003a5ffec0b91sm1166157wmc.30.2022.09.09.01.57.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 09 Sep 2022 01:57:04 -0700 (PDT) Date: Fri, 9 Sep 2022 10:57:01 +0200 From: LABBE Corentin To: Rob Herring Cc: heiko@sntech.de, herbert@gondor.apana.org.au, ardb@kernel.org, davem@davemloft.net, krzysztof.kozlowski+dt@linaro.org, mturquette@baylibre.com, sboyd@kernel.org, linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org, linux-rockchip@lists.infradead.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org Subject: Re: [PATCH v9 25/33] dt-bindings: crypto: rockchip: convert to new driver bindings Message-ID: References: <20220901125710.3733083-1-clabbe@baylibre.com> <20220901125710.3733083-26-clabbe@baylibre.com> <20220907203853.GA288174-robh@kernel.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20220907203853.GA288174-robh@kernel.org> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220909_015712_329585_FDD5033E X-CRM114-Status: GOOD ( 25.73 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Le Wed, Sep 07, 2022 at 03:38:53PM -0500, Rob Herring a =E9crit : > On Thu, Sep 01, 2022 at 12:57:02PM +0000, Corentin Labbe wrote: > > The latest addition to the rockchip crypto driver need to update the > > driver bindings. > = > This sounds like you changed the driver, so change the binding. That = > would be an ABI break. But it looks like you are adding support for new = > h/w, so say that. Bindings aren't about a driver. > = Hello Ok, I will change the commit log. > > = > > Signed-off-by: Corentin Labbe > > --- > > .../crypto/rockchip,rk3288-crypto.yaml | 79 +++++++++++++++++-- > > 1 file changed, 71 insertions(+), 8 deletions(-) > > = > > diff --git a/Documentation/devicetree/bindings/crypto/rockchip,rk3288-c= rypto.yaml b/Documentation/devicetree/bindings/crypto/rockchip,rk3288-crypt= o.yaml > > index 8a219d439d02..b7870a4cbdbe 100644 > > --- a/Documentation/devicetree/bindings/crypto/rockchip,rk3288-crypto.y= aml > > +++ b/Documentation/devicetree/bindings/crypto/rockchip,rk3288-crypto.y= aml > > @@ -13,6 +13,8 @@ properties: > > compatible: > > enum: > > - rockchip,rk3288-crypto > > + - rockchip,rk3328-crypto > > + - rockchip,rk3399-crypto > > = > > reg: > > maxItems: 1 > > @@ -21,21 +23,82 @@ properties: > > maxItems: 1 > > = > > clocks: > > + minItems: 3 > > maxItems: 4 > > = > > clock-names: > > - items: > > - - const: aclk > > - - const: hclk > > - - const: sclk > > - - const: apb_pclk > > + minItems: 3 > > + maxItems: 4 > > = > > resets: > > - maxItems: 1 > > + minItems: 1 > > + maxItems: 3 > > = > > reset-names: > > - items: > > - - const: crypto-rst > > + minItems: 1 > > + maxItems: 3 > > + > > +allOf: > > + - if: > > + properties: > > + compatible: > > + contains: > > + const: rockchip,rk3288-crypto > > + then: > > + properties: > > + clocks: > > + minItems: 4 > > + clock-names: > > + items: > > + - const: aclk > > + - const: hclk > > + - const: sclk > > + - const: apb_pclk > > + resets: > > + maxItems: 1 > > + reset-names: > > + items: > > + - const: crypto-rst > > + - if: > > + properties: > > + compatible: > > + contains: > > + const: rockchip,rk3328-crypto > > + then: > > + properties: > > + clocks: > > + maxItems: 3 > > + clock-names: > > + items: > > + - const: hclk_master > > + - const: hclk_slave > > + - const: sclk > = > Do we really need new names? Was 'aclk' not the bus master clock? I follow name convention from dt-bindings/clock/rk3328-cru.h > = > If the clocks and resets aren't the same, then maybe these 2 new chips = > should be their own binding. I dont understand what you mean ? You mean having a rk3288-crypto.yaml and a rk3328-crypto.yaml (which will b= e related to the same driver) ? > > + resets: > > + maxItems: 1 > > + reset-names: > > + items: > > + - const: crypto-rst > > + - if: > > + properties: > > + compatible: > > + contains: > > + const: rockchip,rk3399-crypto > > + then: > > + properties: > > + clocks: > > + maxItems: 3 > > + clock-names: > > + items: > > + - const: hclk_master > > + - const: hclk_slave > > + - const: sclk > > + resets: > > + minItems: 3 > > + reset-names: > > + items: > > + - const: rst_master > > + - const: rst_slave > = > 'rst_' is redundant, drop. > = I will fix it Thanks for the review _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel