Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp855107pxb; Fri, 22 Apr 2022 12:42:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzfsCIrhnOMa9Q+FSbWNWUmaTC0jVELfD4nU8fc7Xxq0ZD3fWw8W7K79mHrZTBPITKZICjA X-Received: by 2002:a17:90b:1b52:b0:1d2:fe86:aabd with SMTP id nv18-20020a17090b1b5200b001d2fe86aabdmr17945142pjb.76.1650656529265; Fri, 22 Apr 2022 12:42:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650656529; cv=none; d=google.com; s=arc-20160816; b=UvaExZF+5TxV20icOKiFWpgxtndvqtsq+wB91f3KDwoYWvtSRzajysTriX/osBSVBw 2aejnEHsNAWCdqjh9QzyIrV1OY0SFhO25XCamfnt4tLy6wV8FMhY2s9t090VXwkIQh3E Am+2xP5N+6RSTTShvfc1CDnjwsEIHjDI/qukHk8BqEIpk8JbfFDK7Ult0OxIsAk2k9fk n4mjQdJRYyEDYxdCRkPcZ6zvU8a4SZMyhNV6Xcxu4rWxFKXmnvhhItJS63SRbxt6CGz1 Q4na3yHoZkrcFVSaMKjbkD8oNCJuTVLQgcmkOJFqXHeJEAW+e/IL6LArjhYhssbCAUDb MI9A== 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=npaA7nQE0jiwRUKroXrJtuWWNquvHEJSFhCg7Tme/2Y=; b=tFNM+2Lts03/Jn1tmNDjL43jWTPy8b6zY/888+Bo5yWSjgC7gXjK5+jwYYcgpBDd4y izTpujgHP4w1tQIW1glOBGDMFNlWrbsc6FE/B/MZFqsEUYf4zIlbRmJkiW9Nad2Z8jga WnK+1jqKfF4t0nI32Ze4WLeJssQO41HqBNDL6GoVNwGLkS//WS/dizV/P6KwbP7Epz6l tiPYpzuz/DwoNrDIlYZP8BTdm2pyie1lCbgmwdpxDxszEdVcVo8knP6fu1wBaDsb9P+y r1VuXZz1gCRHv4S8/y2nW9tViaNnSkrRIhX8dZwi8Xa+ojcnivnzFYMmIX4xSRZS4Bf3 qg6w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@denx.de header.s=phobos-20191101 header.b=zrlOZLsb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id b5-20020a170902d88500b00156701abd74si8875930plz.215.2022.04.22.12.42.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Apr 2022 12:42:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@denx.de header.s=phobos-20191101 header.b=zrlOZLsb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id D1C472010EB; Fri, 22 Apr 2022 11:47:34 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1388197AbiDVQeY (ORCPT + 99 others); Fri, 22 Apr 2022 12:34:24 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36132 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1387216AbiDVQeW (ORCPT ); Fri, 22 Apr 2022 12:34:22 -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 796C45DA79; Fri, 22 Apr 2022 09:31:28 -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 5D9918393B; Fri, 22 Apr 2022 18:31:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=denx.de; s=phobos-20191101; t=1650645087; bh=npaA7nQE0jiwRUKroXrJtuWWNquvHEJSFhCg7Tme/2Y=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=zrlOZLsbRDI4hjjBYxdokgfqY7vrd31TzSkQK0sh/ftx4qc6//bihFJ6WBk3cjL9m HtgZ6UqBhwTItSo05TdG99cpBKc93gYhPJoRALfIDMQcbwxSiOtxq5TxQMNHGVSVEP W0b0tknx/zfSyUY8CU67xGojcmDoUgpeHfX2LOUdPBcsB0VLQv5QETRDS68+uhUgX6 rote6I1R+GJbe2e9fqT+U+ADgshslQ4pHPxjYJWAeiHKJCqbD2AiPEUtzLBwo0fmuT tYGvD3CZEnJ3fcRJ6noXNyN1zpbjy4gz3CgN5OaZL2sdkEjmG+FCcHGyLtd1feB7XV O49zIhZNbcCKg== Message-ID: Date: Fri, 22 Apr 2022 18:31:25 +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: Alexandre Torgue , arnd@arndb.de, robh+dt@kernel.org, Krzysztof Kozlowski , soc@kernel.org, Stephen Boyd , Philipp Zabel Cc: 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: <20220422150952.20587-3-alexandre.torgue@foss.st.com> 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=-3.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE autolearn=unavailable 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/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