Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp409181imw; Wed, 13 Jul 2022 00:04:41 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uXiyPUCzYS5pYIfeAFN6RBPTK5ruXMzY4VxmTvP2Q/pDLEQpE2SWNhcqFdkR407bk35NBy X-Received: by 2002:a17:90a:c907:b0:1ef:7655:98d7 with SMTP id v7-20020a17090ac90700b001ef765598d7mr2209704pjt.117.1657695881123; Wed, 13 Jul 2022 00:04:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657695881; cv=none; d=google.com; s=arc-20160816; b=tzNVoGKXen0ITT9LcqHMuCsBH0ddEhW0q+OV1O0jJYSeVzM6OkuKTol2D34EKeReRp qrHbqC1wLI+E4tmLCimIXXJdcEZU+4OT4mLxBfGc5vyzNcyKUXII4EHZudNUPdWr6WBC dROX/CW/5AbXgzwttsXk+U+W8uL8od39Q5i/ViYhkmx/ANGX0lQ8CqNBLSVmaO6BiHFX bzLQP1WdOGlGJxS5R2REFU74c/YCHvIxrWlV1ZdzdMRtFlitQjgJQOa2huPsBTv8D9dK x7KCu70Wc9FwlUERXMPFs8Dv+pYCIbxNbDEU3o+riZuhb5BoMmT0KphidZ2XE2/ZyXdl qJng== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=LPiteU3ZIDPphGuDd6qhaM0GwMlw0tFWabPide3YTOc=; b=0OD/tlAbmDxV/bZA1V2z3yEnl1o35Tbn2WrN2hVm9xH0R/942nePImUbqdzxdSOkD/ Sx1XA/RE/kWt5sR+BuxzHZxDF4g7ZPR209qSyobqWGTrI8o9v0jQfhHP7r11lez/y96a +cJic9rP9cT44vuYe31N9llDk1F50mDqt4maqxvpt0elCey0pEi7eHVR7+nnBCwLRoFk AYM+zBYz9Z5f3DlpScbi2OqdDnFCeC+I95D3xtGzBf/yM8Sb6qpZZHYQB+m9Zw+Qe/BJ VZmgEPphly51qgSZC7pyMxzkJg9Y6ntn+/lnRC/CutmfE5Ymi6DCIO+nkMJaBHriw6xD jkcw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="A/kI71eP"; 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 c7-20020a170902b68700b0016b829435f5si12816501pls.465.2022.07.13.00.04.28; Wed, 13 Jul 2022 00:04:41 -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=@linaro.org header.s=google header.b="A/kI71eP"; 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 S229890AbiGMGzh (ORCPT + 99 others); Wed, 13 Jul 2022 02:55:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52616 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230017AbiGMGzg (ORCPT ); Wed, 13 Jul 2022 02:55:36 -0400 Received: from mail-pg1-x533.google.com (mail-pg1-x533.google.com [IPv6:2607:f8b0:4864:20::533]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2F6C0E7A for ; Tue, 12 Jul 2022 23:55:35 -0700 (PDT) Received: by mail-pg1-x533.google.com with SMTP id r186so2427928pgr.2 for ; Tue, 12 Jul 2022 23:55:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=LPiteU3ZIDPphGuDd6qhaM0GwMlw0tFWabPide3YTOc=; b=A/kI71ePqkRtbdh4z6E8oeAEwMemeTtnsPnzauycFrQoDgCe+7rvrRi8TQvwCXXNyj RFLSAMfWDCCpRvvNJBs6c3ToSnFVUsOCdltIm1Qbeux9Y6+Mn/i2mWVDL7LQa/yDFxqc EMO9vGsRsf509RRlWOkCehzKiYr0eztVxUhdbzmelL2SSbnuoE7CJd0ypVnzhGEIB4/3 tJ9DsgdifTfpn787hTxrdhBpblSzUQ3Xueyk4JWpNBe3RVThL191Yt99vaZ/525Fve8M JrZhOZ8tnZgkMYMhXTj2Yum+vqffdzlakiEqSwY+d+i4ij90oU1zd2xP+t8wC75XE77n 94Yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=LPiteU3ZIDPphGuDd6qhaM0GwMlw0tFWabPide3YTOc=; b=EaUM1uf9arSp/5qCURNfh9nFprR1nu8qQ386wvlLSwUmBDqUT4zYDAwNXQKc2B3BW0 agDPggq7gc9u4fIuUyyJCpG9hn59oIZ5119TDk7u4T/VmDu0EaZN8/5r/yMRE6JAC05g 6nUzo9z/7kNdFn4luS83Az4jT0baPgn7tv73+iHAWW0bRa1+agt1pDLIgpCzCqewIK6v G7/fsKenoOmjWen3vJHmKLTFRh+uLX2F8p+ffE3eeIadfhL8Nuw4TsJrHVa/9De2ms9G nAsb0yywt0PIKW3Saz4p3PODUeb6sDiSn2fUZMVFd7ZxdjkZclBHhQjLSL6/Tpoesr7s Ce3w== X-Gm-Message-State: AJIora+8rLs3sh9hmvmU8L2mLWeyHSUoO7oCyJdH2pM8us5UPtL1AQmV KaMdvgkhhx0P6LavncjWQourwQ== X-Received: by 2002:a05:6a00:b8b:b0:51c:2487:57b5 with SMTP id g11-20020a056a000b8b00b0051c248757b5mr1916239pfj.56.1657695334722; Tue, 12 Jul 2022 23:55:34 -0700 (PDT) Received: from localhost ([122.171.18.80]) by smtp.gmail.com with ESMTPSA id p14-20020a170902780e00b001620960f1dfsm8061328pll.198.2022.07.12.23.55.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Jul 2022 23:55:34 -0700 (PDT) Date: Wed, 13 Jul 2022 12:25:32 +0530 From: Viresh Kumar To: Johan Hovold Cc: Bjorn Andersson , Manivannan Sadhasivam , Chanwoo Choi , Dmitry Osipenko , Jonathan Hunter , Kyungmin Park , MyungJoo Ham , Nishanth Menon , "Rafael J. Wysocki" , Stephen Boyd , Thierry Reding , Viresh Kumar , linux-pm@vger.kernel.org, Vincent Guittot , Krzysztof Kozlowski , devicetree@vger.kernel.org, Dmitry Osipenko , linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org, Rob Herring Subject: Re: [PATCH V2 00/13] OPP: Add support for multiple clocks* Message-ID: <20220713065532.qncnjpj5isjmsxf5@vireshk-i7> References: <20220712075240.lsjd42yhcskqlzrh@vireshk-i7> <20220712151045.vn4tpat4c4cplndo@vireshk-i7> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,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 12-07-22, 17:55, Johan Hovold wrote: > Ok, thanks for the details. I'd still look into if there's some way to > avoid setting clk_count when there are no clocks as it sounds like an > anti-pattern that will just make the code harder to understand and > maintain. Here is an attempt from me :) https://lore.kernel.org/lkml/cover.1657695140.git.viresh.kumar@linaro.org/ -- viresh