Received: by 2002:a05:6a10:5594:0:0:0:0 with SMTP id ee20csp455553pxb; Mon, 25 Apr 2022 13:44:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzmLMM0VUZ7hOKpLjU3vUsjzwyQ3taBOPhCPWN6tO7RvNPb61pWpuhBk9+ooaMwJ3rr7apQ X-Received: by 2002:a05:6a00:1354:b0:50c:e672:edfc with SMTP id k20-20020a056a00135400b0050ce672edfcmr20320679pfu.50.1650919440362; Mon, 25 Apr 2022 13:44:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650919440; cv=none; d=google.com; s=arc-20160816; b=zK6Q7RLYxBuGJbPIYEHd3eQjP8wQxxSfl0VM1JnzWmBEhh7Xnb5E12zAiikFEg8gzf 9a8bGg+VfVDv5OGTLMhzRyuplCeXSgxNPgc2abWros7URjbwPQD1rOs1KxiraJ9hTSii 0femh7nRVFnop1mxCK8g8A88KBc9tO+mIoLh7tr76CmLH7UM6MkYGFlRsFVTSL7MjGuA aD5gyVs3ntfoc/tHnAqXU7JwAfQ09UGzGgXCZxCCAMToob13Hd7ohBEmRrIKTFvNlRWp tIipE/9Dp3tiHpekY5zegzL9TtDA6TYZoiVmQIB6sSOZRq+9YsftYsJIfqOku1kukzXF roSg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=FsZzdOsTx0wA9ngioPmnOF9El9tJsq70UI32iV/2VXU=; b=gLoF7Gf9Nrh2CyqVvvjvokaWPGGDFjexQQHjvKMW8AvdMMfrC0f+Ho49hhRXwXZG1Q N07R8zlzyhpCX5J4Lb+3q+fzzlLF/6bVBVQBSzvwOcZgvU4tkm5zCKvl35HnhSXsC/Rp N35YM91yTM8h0TKEuJqDQzUZvLb14/ePpvqLbcVNOih7h3WMSfuTx4S7M5Adu4wSs/F3 bICbcnTh0hjmL+Hur4j8P/pyDKq3KUG/uID3UZlexbDVA7fb6sWewZKiPM1QVa/BKfrF OAERRs6hVYakMYh+17Ub258YYH9oCk3AbL/3ie9HQ3uBUU1wfdRDUOnLJuYu8hH5F1rx 6iQg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@denx.de header.s=phobos-20191101 header.b=sBsXJ88X; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e2-20020a63db02000000b00398ebebcaa8si17012528pgg.261.2022.04.25.13.43.41; Mon, 25 Apr 2022 13:44:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@denx.de header.s=phobos-20191101 header.b=sBsXJ88X; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244964AbiDYTiZ (ORCPT + 99 others); Mon, 25 Apr 2022 15:38:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38686 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237034AbiDYTiX (ORCPT ); Mon, 25 Apr 2022 15:38:23 -0400 Received: from phobos.denx.de (phobos.denx.de [IPv6:2a01:238:438b:c500:173d:9f52:ddab:ee01]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 49754111151; Mon, 25 Apr 2022 12:35:17 -0700 (PDT) Received: from [127.0.0.1] (p578adb1c.dip0.t-ipconnect.de [87.138.219.28]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: marex@denx.de) by phobos.denx.de (Postfix) with ESMTPSA id 5A17883B2F; Mon, 25 Apr 2022 21:35:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=denx.de; s=phobos-20191101; t=1650915315; bh=FsZzdOsTx0wA9ngioPmnOF9El9tJsq70UI32iV/2VXU=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=sBsXJ88X5iuiGoySi565D7ly4Q7lCcbnwUGgDkCE5k1JCrpc9r+7wPCUXHUrPfw2k BJSgL6Hyib7axRTZlS2GdN/S3GzTcPdc/idG62EKbWHb5HTiubwXqyEHrEvxFVc8G6 rdiv/jRW2oU06M9nR5JNODNYpG38Ga0Guwk/8GbfY68OPugdR9xabNgFOdvmQCnaFW Ao9s7pKy5jpoG58+rVARny6ZtMqdhg8qHsHfIQUDmbhmXQvBz7cSmJfiUhHo1bgL8a xK4hi3B4Pjqbo+uPXOHkPBdtBSjaa6J//HoZtY1OguVgxCbC4fzPtoex1HMzvyIT6X +zksEbCtiLjJQ== Message-ID: Date: Mon, 25 Apr 2022 21:35:13 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Subject: Re: [PATCH 2/8] dt-bindings: clock: stm32mp1: describes clocks if "st,stm32mp1-rcc-secure" Content-Language: en-US To: Rob Herring Cc: Alexandre Torgue , arnd@arndb.de, Krzysztof Kozlowski , soc@kernel.org, Stephen Boyd , Philipp Zabel , linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-kernel@vger.kernel.org, Ahmad Fatoum , etienne.carriere@st.com References: <20220422150952.20587-1-alexandre.torgue@foss.st.com> <20220422150952.20587-3-alexandre.torgue@foss.st.com> From: Marek Vasut In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.103.5 at phobos.denx.de X-Virus-Status: Clean X-Spam-Status: No, score=-6.3 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 4/25/22 21:11, Rob Herring wrote: > On Fri, Apr 22, 2022 at 06:31:25PM +0200, Marek Vasut wrote: >> On 4/22/22 17:09, Alexandre Torgue wrote: >>> In case of "st,stm32mp1-rcc-secure" (stm32mp1 clock driver with RCC >>> security support hardened), "clocks" and "clock-names" describe oscillators >>> and are required. >>> >>> Signed-off-by: Alexandre Torgue >>> >>> diff --git a/Documentation/devicetree/bindings/clock/st,stm32mp1-rcc.yaml b/Documentation/devicetree/bindings/clock/st,stm32mp1-rcc.yaml >>> index 7a251264582d..bb0e0b92e907 100644 >>> --- a/Documentation/devicetree/bindings/clock/st,stm32mp1-rcc.yaml >>> +++ b/Documentation/devicetree/bindings/clock/st,stm32mp1-rcc.yaml >>> @@ -58,14 +58,8 @@ properties: >>> - st,stm32mp1-rcc-secure >>> - st,stm32mp1-rcc >>> - const: syscon >>> - >>> - clocks: >>> - description: >>> - Specifies the external RX clock for ethernet MAC. >>> - maxItems: 1 >>> - >>> - clock-names: >>> - const: ETH_RX_CLK/ETH_REF_CLK >>> + clocks: true >>> + clock-names: true >> >> It looks like this should rather be a property than a compatible string -- >> the compatible string is used by the OS to determine which hardware is >> represented by a node, but here it is the same hardware in either case, >> "st,stm32mp1-rcc" and "st,stm32mp1-rcc-secure", it is still the same >> STM32MP1 RCC block, just configured differently by some bootloader stage. >> >> So why not just add one-liner property of the RCC block like ? >> st,rcc-in-secure-configuration > > Because using compatible was already decided. I see ... may I ask why compatible is OK in this case even though this is encoding a policy (secure/non-secure configuration of the same clock IP) into DT ?