Received: by 2002:a5d:925a:0:0:0:0:0 with SMTP id e26csp834046iol; Thu, 9 Jun 2022 15:19:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzujj9fv1RPB5h5++mAsUsUHaTug2cFxv2C+XiodOIOQ3u7HejG1A3kZ2L6TTA/2EZByFV3 X-Received: by 2002:a17:902:ecc5:b0:164:1a5d:576f with SMTP id a5-20020a170902ecc500b001641a5d576fmr41419415plh.19.1654813198493; Thu, 09 Jun 2022 15:19:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654813198; cv=none; d=google.com; s=arc-20160816; b=F9crTT8g519PAXdslnQ5bwf5ocBht9vW9WuHO01DWhRTEcyFoVAoK5BaKre/ks/njv TPJmC0MX+JYKaavb4tTJ9FgNUyMAhMf6dRrrfBdYJ9IVBEgRG35Pg/IV19f+8V5q17/y jmMB7yIeuQsyus230oDZATAybqS3b6pFtatNfLbywoaacQ2bgW1U9XjwlHMWyVlwc0TK YRDcAeR1MbZKtp1Zpk+21TW0u+8W+T5hgh+SKfgtBM5GejC3jEMf3Cr5wRgJfu9ryb1h EKMPiY2fEpsFsv/W+sFbBPMUNtjkfG9lXGJU7ww/Uwbc9vijwLxgecrwbSCWRw5saQy4 YpJw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=xNuOwNPhLjnWOAOnqcPkV/eMqNfkcYlXT1/SBw7nhhM=; b=SmFdzrGMDxYB+wzpJvplD8rnUXemBbIaL+mfJo2O1Rw+P1hvnb9M4axrJn2xqRekuA oqEV4AY8C8YEjdIx3AeJdnb0IXa+ew5cYElkzTbsaB2zhZRaz905I0AXhNBgoSFpHpTH 4C6dGFMJPyxNmrlVM8B0FMrLUUfKAbbCc1rWvA6KDi2T/nzxMhh/h1qZiYFr6osatbA+ CSJh/v6Cb0jVXKQ86clRcXCAJxVU/VTlOUh4CeIcb6rNaxyfAWkIOp5g4AMAUXqMVxkg 6LH2vm7RLVAPVL4P0ERHn9Si1d7aOg4g4TmVzCRvLnU6ZtMrz9hhYE1KPb2u0ZJ1DuH6 Bg4g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=IKVOLtCX; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t13-20020a17090aba8d00b001dc7934acb3si565605pjr.127.2022.06.09.15.19.45; Thu, 09 Jun 2022 15:19:58 -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=@gmail.com header.s=20210112 header.b=IKVOLtCX; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236641AbiFIVVr (ORCPT + 99 others); Thu, 9 Jun 2022 17:21:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57650 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229844AbiFIVVo (ORCPT ); Thu, 9 Jun 2022 17:21:44 -0400 Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8F226228703; Thu, 9 Jun 2022 14:21:43 -0700 (PDT) Received: by mail-lj1-x22b.google.com with SMTP id m25so24254208lji.11; Thu, 09 Jun 2022 14:21:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xNuOwNPhLjnWOAOnqcPkV/eMqNfkcYlXT1/SBw7nhhM=; b=IKVOLtCX8dun+XfSPV/xksDt7j8FV3mh4EH9miGNyXh9L5CsOSUmiOUrjml+c6k7Fe sqg9Ok36D47MQwXGrmT7iRjU+jAg1PU7yGatFaZEMjcvJxFxqMLfZfrBtADnTxasIiwD aWHZkckw/0D+KVKoJt3R57uum0l0EMYEDalKP94erbG6e9VksQO1thykyNE1eMUVDoR4 i8Wl37aKL6Zn6Sw+42S5xTOTsLlJw/VQs+bzjgUcZRJhWoxEaEKY1ByeGB2ecUFzvF6c Q1lERodwtolZpzNS4cP6zHrmt7k4L0X8TTucQxlmn+Lb6cKDMYrgNSF0ajePCUD6gqLP tEIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xNuOwNPhLjnWOAOnqcPkV/eMqNfkcYlXT1/SBw7nhhM=; b=3ugtVmozfpB7shsTef03MaETGTexmeRAIFIT+f+f7MTVQ+X1H/q+tzzhCbsnhU3+op Xd1+faOwVGVDXqLjzmYZ1AkkDWyUAxd9p5lsbMzNgufCNK5kn2iqCiz++fbTNC8Qh64p kBjZFJl/o1O3pQsWkvvcW8lF6knS7xtNaqw801VvDk7nMh6Ip2dR/s1XQiF8g7APy1c4 r6gjVtBpKXyJG5qt3GTX0sHeuljyCFZyEbh5UAkbRT58W2dYWI7OcTQlURIT8GMAU/RX RMEl5P//oVre1Ya9JVtqZK+rcNuYcivV4+Kpy4k/4MRGH79CHHaB/fx1auqsQ8zkTNdP 60Og== X-Gm-Message-State: AOAM533q5ZjHgwSaDUjPjbc3A0PiV/yjg9Hfh3aJT4HyoWaJmcMoZsF8 j57OeRpwsNt5x3rvQ/TAxp4yGUxRl74j24HZG2k= X-Received: by 2002:a2e:93c6:0:b0:24d:422f:f8f0 with SMTP id p6-20020a2e93c6000000b0024d422ff8f0mr62259055ljh.469.1654809701808; Thu, 09 Jun 2022 14:21:41 -0700 (PDT) MIME-Version: 1.0 References: <20220608095623.22327-1-tmaimon77@gmail.com> <20220608095623.22327-7-tmaimon77@gmail.com> <082366b0-6811-b492-c68c-12f9a9ee512e@linaro.org> In-Reply-To: <082366b0-6811-b492-c68c-12f9a9ee512e@linaro.org> From: Tomer Maimon Date: Fri, 10 Jun 2022 00:21:30 +0300 Message-ID: Subject: Re: [PATCH v2 06/20] dt-binding: clk: npcm845: Add binding for Nuvoton NPCM8XX Clock To: Krzysztof Kozlowski Cc: Avi Fishman , Tali Perry , Joel Stanley , Patrick Venture , Nancy Yuen , Benjamin Fair , Rob Herring , Krzysztof Kozlowski , Michael Turquette , Stephen Boyd , Philipp Zabel , Greg KH , Daniel Lezcano , Thomas Gleixner , Wim Van Sebroeck , Guenter Roeck , Catalin Marinas , Will Deacon , Arnd Bergmann , Olof Johansson , Jiri Slaby , Shawn Guo , Bjorn Andersson , Geert Uytterhoeven , Marcel Ziswiler , Vinod Koul , Biju Das , Nobuhiro Iwamatsu , Robert Hancock , =?UTF-8?Q?Jonathan_Neusch=C3=A4fer?= , Lubomir Rintel , devicetree , Linux Kernel Mailing List , linux-clk , "open list:SERIAL DRIVERS" , LINUXWATCHDOG , Linux ARM Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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 Hi Krzysztof, On Thu, 9 Jun 2022 at 16:22, Krzysztof Kozlowski wrote: > > On 09/06/2022 15:17, Tomer Maimon wrote: > > Hi Krzysztof, > > > > Thanks for your comments. > > > > On Wed, 8 Jun 2022 at 13:03, Krzysztof Kozlowski > > wrote: > >> > >> On 08/06/2022 11:56, Tomer Maimon wrote: > >>> Add binding for the Arbel BMC NPCM8XX Clock controller. > >>> > >>> Signed-off-by: Tomer Maimon > >>> --- > >>> .../bindings/clock/nuvoton,npcm845-clk.yaml | 63 +++++++++++++++++++ > >>> .../dt-bindings/clock/nuvoton,npcm8xx-clock.h | 50 +++++++++++++++ > >>> 2 files changed, 113 insertions(+) > >>> create mode 100644 Documentation/devicetree/bindings/clock/nuvoton,npcm845-clk.yaml > >>> create mode 100644 include/dt-bindings/clock/nuvoton,npcm8xx-clock.h > >>> > >>> diff --git a/Documentation/devicetree/bindings/clock/nuvoton,npcm845-clk.yaml b/Documentation/devicetree/bindings/clock/nuvoton,npcm845-clk.yaml > >>> new file mode 100644 > >>> index 000000000000..e1f375716bc5 > >>> --- /dev/null > >>> +++ b/Documentation/devicetree/bindings/clock/nuvoton,npcm845-clk.yaml > >>> @@ -0,0 +1,63 @@ > >>> +# SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause > >>> +%YAML 1.2 > >>> +--- > >>> +$id: http://devicetree.org/schemas/clock/nuvoton,npcm845-clk.yaml# > >>> +$schema: http://devicetree.org/meta-schemas/core.yaml# > >>> + > >>> +title: Nuvoton NPCM8XX Clock Controller Binding > >>> + > >>> +maintainers: > >>> + - Tomer Maimon > >>> + > >>> +description: | > >>> + Nuvoton Arbel BMC NPCM8XX contains an integrated clock controller, which > >>> + generates and supplies clocks to all modules within the BMC. > >>> + > >>> +properties: > >>> + compatible: > >>> + enum: > >>> + - nuvoton,npcm845-clk > >>> + > >>> + reg: > >>> + maxItems: 1 > >>> + > >>> + clocks: > >>> + items: > >>> + - description: 25M reference clock > >>> + - description: CPU reference clock > >>> + - description: MC reference clock > >>> + > >>> + clock-names: > >>> + items: > >>> + - const: refclk > >>> + - const: sysbypck > >>> + - const: mcbypck > >>> + > >> > >> I asked what is the suffix about and you replied "ck"... ok, so let's > >> make clear. This should be: > >> > >> items: > >> - const: ref > >> - const: sysbyp > >> - const: mcbyp > >> > >> or something similar, without the same suffix all over. > > The clock names are the same clock name in our spec, this why we > > prefer to leave the clock names as is. > > The naming with useless suffixes does not help. If your spec had > "refclk_really_clock_this_is_a_clock" you also would insist on that? It > does not make sense. Sorry but I don't understand why the clock name cause an issue, we prefer it will be the same as in our spec-clock diagram BTW, the same naming found in NPCM7XX https://elixir.bootlin.com/linux/v5.19-rc1/source/Documentation/devicetree/bindings/clock/nuvoton,npcm750-clk.txt#L36 > > >> > >>> diff --git a/include/dt-bindings/clock/nuvoton,npcm8xx-clock.h b/include/dt-bindings/clock/nuvoton,npcm8xx-clock.h > >>> new file mode 100644 > >>> index 000000000000..229915a254a5 > >>> --- /dev/null > >>> +++ b/include/dt-bindings/clock/nuvoton,npcm8xx-clock.h > >> > >> Same comment as before. No changes here... > >> > > about the comments from V1:: > > - Krzysztof: Filename - same as bindings, so nuvoton,npcm845-clk.h > > In NPCM7XX we use the same include file and clock source > > dt-binding > > https://elixir.bootlin.com/linux/v5.19-rc1/source/Documentation/devicetree/bindings/clock/nuvoton,npcm750-clk.txt > > dt-binding include > > https://elixir.bootlin.com/linux/v5.19-rc1/source/include/dt-bindings/clock/nuvoton,npcm7xx-clock.h > > we prefer to be align with our older BMC version > > Older has incorrect name, so do not align to incorrect one. What is the > logic behind having header not matching the bindings file? It makes it > only more difficult to connect these two. Will modify the file name in V3 to be the same as dt-binding > > > > > - Krzysztof: Dual license, same as bindings. > > modified in the file * SPDX-License-Identifier: (GPL-2.0-only OR > > BSD-2-Clause) */ > > the same license approved in en7523-clk include file and pushed to > > Linux kernel 5.19 : > > https://elixir.bootlin.com/linux/v5.19-rc1/source/include/dt-bindings/clock/en7523-clk.h > > I don't understand this comment at all. I am not commenting about > en7523-clk.h. I am commenting about the header here - it should have > dual license. What en7523-clk.h has to do with it? > > Best regards, > Krzysztof Best regards, Tomer