Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp1689368rwb; Wed, 16 Nov 2022 23:58:39 -0800 (PST) X-Google-Smtp-Source: AA0mqf6iF7wwOU6vLtr57x+4hl0TegaRWwdzU65Y6YzWhPbQi5W5p1mh1VVQcyZrU30XKNUEllcv X-Received: by 2002:aa7:c85a:0:b0:45f:b9d8:9514 with SMTP id g26-20020aa7c85a000000b0045fb9d89514mr1175762edt.204.1668671919488; Wed, 16 Nov 2022 23:58:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668671919; cv=none; d=google.com; s=arc-20160816; b=ufvqLld6fqgmRMw9JSC4coz2Ey6TIqpyif6IBqoUm0Ixt8xgTZSnuG34FTlrWCyq5Q rJMxPt/RcnGOIaZoEQJOx4pkkJY8ROLnAN8ipmoTQPhiJGh7/56q/3Lbrer/MB1QN1Aj bABNLJkUYDHNvMVYVrjRDky5/x4hObEyZJWoCHDES4rYmv0QsHmWPfd2bKNXTjkkHH8o kv+ZU6eWrn+cDMSrFQY6wEntV0V28BgtUPOBz90ES+qe5VC/YJ5gind6vcqX5lu2aNWR MDwI/DMpzuGrn2DOMdScUjsRhVKe8VTvOzP7HfP4VjJyTSaKPI7pVHmiy0DHZNNRWNeH ejIA== 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 :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=sUvLTegV+G0N0TmpvkICnkOYLNff/i43AeGnNT12OYU=; b=ZOVXWYHRYjyN7elztFMxUv0g3VXQLXfIxbrWNKviWcYD4OWK2FlLkCfwXH+AqR1Bi/ CHFKEENjKFWHUzDUAN+Mju+QYfULpPiSWV0sh0x91zP/Y+TBOD3mC6O1cAzX9LkaIHF6 Ztuk02zIV0zZIoafmrNGvNHIOa42Oo16J5l2HjchR+bCfUHQOrEmfAgyy51CZzEatA/x GKHuV8YDp+MCTAqLr8whI8mCEOhVHPtvFoH6CO1hHrKzKUaXm6VUk+VHzP2frZkMwilz VlIz4SIdsDfOl8JwpGQZfAAXiH+TYthlfb37tHAAfehQC+nJOjAHB68mFrnOO4gRox+q cNgw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=gryPTaF8; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id x1-20020a05640226c100b00458bb34ee93si373454edd.149.2022.11.16.23.58.18; Wed, 16 Nov 2022 23:58:39 -0800 (PST) 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=@linaro.org header.s=google header.b=gryPTaF8; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239145AbiKQHj2 (ORCPT + 92 others); Thu, 17 Nov 2022 02:39:28 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37794 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239162AbiKQHjG (ORCPT ); Thu, 17 Nov 2022 02:39:06 -0500 Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6322F333 for ; Wed, 16 Nov 2022 23:39:04 -0800 (PST) Received: by mail-lj1-x233.google.com with SMTP id l8so1586223ljh.13 for ; Wed, 16 Nov 2022 23:39:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=sUvLTegV+G0N0TmpvkICnkOYLNff/i43AeGnNT12OYU=; b=gryPTaF8AT0hCXfN1kMmwi+ySsQwvvIvlYuRYzHrQ/IK2QJGuFbSpUCV1pP/ULOLot oERFXBjRObHT1YrCkS1RJFZqSqPehCBoZGITYhSfpLMKfqOqX/DJOw98qKOoy5rrgO/t BtawxCVJR/Lcj9NNNhaCXTxcem0Kon7cxR6dBMsVf0cgUWj12Ut728op8xHTfMUvSazK PhUo1wfrXCfWE8FFkfFr04c5h6aw7mAW16QzqSSAywoVgct5JQcN4Rh6613DOPPIKy9K eAKx10HUxTfWOS4+7yZfg94K8aVWhxBN2EFPBcT9UQ85KVvsSMFpKiNZQKfRDp0iN4hQ 64kA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=sUvLTegV+G0N0TmpvkICnkOYLNff/i43AeGnNT12OYU=; b=xzF/BYc3lHqKV4vtQzwC8nsPiFkXh93SJ1v+7HnS4VY++a/7hTcq4g7888hAmTl29B KianZeVrJBKtDcvZ04UoFtnMb0yMD78bVZPEUmbhXVXOfYK15PUYMMFwwbbsb+0votm9 SqY5e8nqDbux1swVzldRRleIXCy5Q5F4ME5KyDPLSpnmb7/jwbK3AIW+eJDzW5lJvq68 3y+09vbqCxh48mQ5oQCQr1PT1mz9OTrrYRncqZaQEOTb1mqXUyhuge8gfsaJ+h2xTKJ3 D9ebEkxiNaSZIE33sKSqeaGMOpYdO1tdtoCG8W83ji2VsWjFJ/2/+1hH6vW6TMOgV/bf K4Qg== X-Gm-Message-State: ANoB5pnrPDhUpgaJkJ9dKLtDdHe+5RWIgbpoQP2vL9fdhHkxN7ZwP4L5 riOIjLmEN6yAQ9wl2ivSVrvvzw== X-Received: by 2002:a2e:8e6f:0:b0:279:6df:38df with SMTP id t15-20020a2e8e6f000000b0027906df38dfmr573644ljk.211.1668670742793; Wed, 16 Nov 2022 23:39:02 -0800 (PST) Received: from [192.168.0.20] (088156142067.dynamic-2-waw-k-3-2-0.vectranet.pl. [88.156.142.67]) by smtp.gmail.com with ESMTPSA id o2-20020a05651205c200b0049e9122bd0esm19821lfo.114.2022.11.16.23.39.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 16 Nov 2022 23:39:02 -0800 (PST) Message-ID: <6dc67c30-d9c3-5906-a2bc-263ac83df051@linaro.org> Date: Thu, 17 Nov 2022 08:39:01 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Subject: Re: [PATCH 1/2] dtbindings: clock: Add bindings for Renesas PhiClock To: Alex Helms , linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-clk@vger.kernel.org Cc: krzysztof.kozlowski+dt@linaro.org, robh+dt@kernel.org, sboyd@kernel.org, mturquette@baylibre.com, geert+renesas@glider.be References: <20221115192625.9410-1-alexander.helms.jy@renesas.com> <20221115192625.9410-2-alexander.helms.jy@renesas.com> <9231404a-85b2-9a9f-f040-f97615bf8ec0@renesas.com> Content-Language: en-US From: Krzysztof Kozlowski In-Reply-To: <9231404a-85b2-9a9f-f040-f97615bf8ec0@renesas.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS 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 16/11/2022 21:11, Alex Helms wrote: >>> + clocks: >>> + const: 1 >>> + >>> + compatible: >>> + enum: >>> + - renesas,9fgv1006 >>> + >>> + reg: >>> + maxItems: 1 >>> + >>> + renesas,ss-amount-percent: >>> + description: Spread spectrum absolute amount as hundredths of a percent, e.g. 150 is 1.50%. >> >> What? If this is percent then it cannot be hundreds of percent. Percent >> is percent. Use appropriate units. >> https://jpn01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdevicetree-org%2Fdt-schema%2Fblob%2Fmain%2Fdtschema%2Fschemas%2Fproperty-units.yaml&data=05%7C01%7Calexander.helms.jy%40renesas.com%7C9c13a32848f3434e217108dac7ab69f6%7C53d82571da1947e49cb4625a166a4a2a%7C0%7C0%7C638041836281252737%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6MULpJhPyyjWSo1SvPCrz6KidE1VEtiiNYk1O5wS1vI%3D&reserved=0 >> > > Values like 0.5% or 2.5% must be representable which is why this > property is an integer of hundredths of percent. How else would you > represent a non-integer percent? With an appropriate unit. > >>> + minimum: 0 >>> + maximum: 500 >>> + >>> + renesas,ss-modulation-hz: >>> + description: Spread spectrum modulation rate in Hz >>> + minimum: 30000 >>> + maximum: 63000 >>> + >>> + renesas,ss-direction: >>> + $ref: /schemas/types.yaml#/definitions/string >>> + description: Spread spectrum direction >>> + enum: [ down, center ] >>> + >>> +required: >>> + - clock-names >>> + - '#clock-cells' >>> + - compatible >>> + - reg >>> + >>> +additionalProperties: false >>> + >>> +examples: >>> + - | >>> + ref25: ref25m { >>> + compatible = "fixed-clock"; >>> + #clock-cells = <0>; >>> + clock-frequency = <25000000>; >>> + }; >> >> Drop, it's obvious, isn't it? >> > > I disagree, this may be obvious to someone familiar with how clocks in > the device tree works but not long ago it was entirely new to me and > examples like these in the dt schemas were very helpful in getting the > device up and running. There are several other bindings that define > external crystals and reference clocks in this way. It is obvious because it is the same for every device being a consumer of external clock. There is no point to duplicate non-device related examples in every device binding. Best regards, Krzysztof