Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp3477985pxb; Mon, 4 Apr 2022 18:14:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyZ+X3K30RsCyMUQ/Gq8BgwjwDsWblP1JTqmBuNUOwBD6lWhsopcAzIOeQaBFdgAaUDDVzi X-Received: by 2002:a17:902:b40c:b0:156:b616:e257 with SMTP id x12-20020a170902b40c00b00156b616e257mr912060plr.44.1649121287670; Mon, 04 Apr 2022 18:14:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649121287; cv=none; d=google.com; s=arc-20160816; b=mSxqOGQvdHW5K2Z+32kjdOEG2tw+ZY511BGE/v+p8yvQKg5k5hZ4CTCTOnRHF5vV+L WrDCtZB6MyLHGqL79UbsENoynY7B79fjXxg8lnZVgtujJuCMRo4qnuEfxs6UaSnvbjrz 179iWfiUOk5QxksezppGbx/92cwvkZmsVdKf6WkIEkoR1U1lNQd9lR/YfOrKkyc0etoD YcDDasuFjIJyF2FqQyw8tec15f5uXVEp/VAuJILN3O1W3Q4ZoL7eoMc2j+O05eSHZ8Y2 RhFys1UlsaJpkHChgNe/BM9wLjO45/0LUxunXE1gqltvfyNCmpytxYfX8ZK57s5t2eKP UOhw== 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=mNsju5GL00z1RyQm3l0+7VPkhzm9rxPNhHy/pDN9Wuo=; b=uf41zNngOGSboVk6p6DOrxoPCrdCcb28zbBfxNQrGEkpu65Q7L1X4292ikZ0Gixe9y OMceP3LXYsgKc/D2sNghrNnRLnS2v0Rewci/k1wmfsQ0itm62jKY6pLYJcwo42agcKex NbfL1Vja4KQoqfjLjFIQ+JcpVHt3Q2cze69XbuPAIVt/3Db4WhAtlzj2HdSocHTYQ1Nv kX0v1snkmaMBVINjkbrNzPxyzfHZJiyp7R0DRQrio66bkusvMV2xhJXD57chTE0qPkQ8 Gk8838hvPJAqJfnmvdVcDW1mzHRJCd39ZzX3TfNqJWHkZYXJnnGwZrNrKIJCKEJ5enA2 kkgw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=F3Wq1Dg9; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id t12-20020a17090ae50c00b001c74e871721si609241pjy.177.2022.04.04.18.14.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Apr 2022 18:14:47 -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=@gmail.com header.s=20210112 header.b=F3Wq1Dg9; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id DE1CC19322F; Mon, 4 Apr 2022 17:14:56 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1354091AbiDBLrq (ORCPT + 99 others); Sat, 2 Apr 2022 07:47:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49436 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345585AbiDBLrm (ORCPT ); Sat, 2 Apr 2022 07:47:42 -0400 Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CCD32102419; Sat, 2 Apr 2022 04:45:50 -0700 (PDT) Received: by mail-ej1-x633.google.com with SMTP id o10so10904830ejd.1; Sat, 02 Apr 2022 04:45:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=mNsju5GL00z1RyQm3l0+7VPkhzm9rxPNhHy/pDN9Wuo=; b=F3Wq1Dg9QSg+Au6PwkGHbLQcljvRxPcQK1PVu4cDckHceuCw+38Prd39W8jTjp1G6O I89qcEbphxVwtRiqZr1PQOGe+TbQbbIgH+q/CEuPYgVyCkguZACeQJGbsN3bW11Q11W2 414efPmFug+n+PW0j3hAMLQB+KUhiiT9E0M2vZAABgr1Hw46X/fCcYwHnEuPFMXAHpXv 0y4oLwr5PDA6dD9ga4lSO/DTPbwIF8JN6qc13D+8Y79hAtsrhyoZWF/yKzCivmstLT/R hVGDP4J2WDaBYhFLpFPmzz/8FHnLOMXSXAVWzzgjRGkVFlEOV0sKQRB2eVhHycg2ayTe sK2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=mNsju5GL00z1RyQm3l0+7VPkhzm9rxPNhHy/pDN9Wuo=; b=LEaBqP65CtFmXpsVum2L1Yap8PFY54Kb3iEYtMx6K2W2c+Asotf41f9Y/5pkOv+xlu j6LCvc2xyRkIL1dgulR2G2sgFygrv0u1g1/zeuW8TvUqhMd6wpLHTFfp+zimYri83z+T zykVDARUt2llAc1l5FcOqoDNdCvP9/Xlxbs/Ewoy6CmYSlc57CFZr3PfNlCszmo/bvCd +4qSxvtsHgASFJvA+dcmg9gj1gNxNSv9XbSmbMnvzd00lUF+U9Z2bRM2NYhWbEzAkYjr t/qR0v776ONI3tg9TbqwkQs+W6dQub50qtQscYKnWe81QJnZUgGFuqSEGhfos7mZKseM r9sQ== X-Gm-Message-State: AOAM5334WOWyOrfx8n8mvHfqdCWHUwpBIcnEscDm7b/O2vor+V6ERwXf 9dyGKxnay0DMdM7oaHK+iIs3RNgLP0g= X-Received: by 2002:a17:907:6284:b0:6e0:f895:15a with SMTP id nd4-20020a170907628400b006e0f895015amr3553176ejc.713.1648899949252; Sat, 02 Apr 2022 04:45:49 -0700 (PDT) Received: from [192.168.2.1] (81-204-249-205.fixed.kpn.net. [81.204.249.205]) by smtp.gmail.com with ESMTPSA id y14-20020a50eb8e000000b00419bdc32466sm2316223edr.15.2022.04.02.04.45.48 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 02 Apr 2022 04:45:48 -0700 (PDT) Message-ID: <7c786619-6fcf-21dd-8e5a-0ec67da2a63d@gmail.com> Date: Sat, 2 Apr 2022 13:45:47 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.6.2 Subject: Re: [PATCH v3 1/2] dt-bindings: clock: convert rockchip,rk3188-cru.txt to YAML Content-Language: en-US To: Krzysztof Kozlowski , =?UTF-8?Q?Heiko_St=c3=bcbner?= , zhangqing@rock-chips.com, Stephen Boyd Cc: robh+dt@kernel.org, krzk+dt@kernel.org, mturquette@baylibre.com, linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org References: <20220329111323.3569-1-jbx6244@gmail.com> <20220331225134.7A0A9C340ED@smtp.kernel.org> <3107512.vfdyTQepKt@diego> From: Johan Jonker In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE 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/2/22 13:41, Krzysztof Kozlowski wrote: > On 01/04/2022 09:55, Heiko Stübner wrote: >> Hi Stephen, >> >> Am Freitag, 1. April 2022, 00:51:32 CEST schrieb Stephen Boyd: >>> Quoting Johan Jonker (2022-03-29 04:13:22) >>>> diff --git a/Documentation/devicetree/bindings/clock/rockchip,rk3188-cru.yaml b/Documentation/devicetree/bindings/clock/rockchip,rk3188-cru.yaml >>>> new file mode 100644 >>>> index 000000000..ddd7e46af >>>> --- /dev/null >>>> +++ b/Documentation/devicetree/bindings/clock/rockchip,rk3188-cru.yaml >>>> @@ -0,0 +1,78 @@ >>>> +# SPDX-License-Identifier: GPL-2.0 >>>> +%YAML 1.2 >>>> +--- >>>> +$id: http://devicetree.org/schemas/clock/rockchip,rk3188-cru.yaml# >>>> +$schema: http://devicetree.org/meta-schemas/core.yaml# >>>> + >>>> +title: Rockchip RK3188/RK3066 Clock and Reset Unit (CRU) >>>> + >>>> +maintainers: >>>> + - Elaine Zhang >>>> + - Heiko Stuebner >>>> + >>>> +description: | >>>> + The RK3188/RK3066 clock controller generates and supplies clocks to various >>>> + controllers within the SoC and also implements a reset controller for SoC >>>> + peripherals. >>>> + Each clock is assigned an identifier and client nodes can use this identifier >>>> + to specify the clock which they consume. All available clocks are defined as >>>> + preprocessor macros in the dt-bindings/clock/rk3188-cru.h and >>>> + dt-bindings/clock/rk3066-cru.h headers and can be used in device tree sources. >>>> + Similar macros exist for the reset sources in these files. >>>> + There are several clocks that are generated outside the SoC. It is expected >>>> + that they are defined using standard clock bindings with following >>>> + clock-output-names: >>>> + - "xin24m" - crystal input - required >>>> + - "xin32k" - RTC clock - optional >>>> + - "xin27m" - 27mhz crystal input on RK3066 - optional >>>> + - "ext_hsadc" - external HSADC clock - optional >>>> + - "ext_cif0" - external camera clock - optional >>>> + - "ext_rmii" - external RMII clock - optional >>>> + - "ext_jtag" - external JTAG clock - optional >>> >>> I'd expect all these clks here to be inputs to this node. >> >> The optional clocks are all part of a circular dependency. >> >> So for example xin32k normally is generated by the pmic and fed >> back into the system, so to get xin32k, we need the pmic to probe, >> which needs i2c, which in turn already needs the clock controller. > > Are you sure that xin32k (RTC) clock should be input to the clock > controller? I would expect it is the input to the SoC RTC block, so > there is no circular dependency. clk-rk3188.c: PNAME(mux_pll_p) = { "xin24m", "xin32k" }; > > > Best regards, > Krzysztof