Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp193548imm; Sun, 8 Jul 2018 23:19:31 -0700 (PDT) X-Google-Smtp-Source: AAOMgpeTLnu10c/CX7kBPDRRJWtMCaI1L3eyZdFPjx9zZfkpaWr1jcL0QdH9WDNQW7aL/0sMz4cA X-Received: by 2002:a63:ff21:: with SMTP id k33-v6mr11347178pgi.38.1531117171145; Sun, 08 Jul 2018 23:19:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531117171; cv=none; d=google.com; s=arc-20160816; b=gl0YtE8L1DEZv+ju2s7zUoSG+GAuizQHPTFhq8vlz5V5hRuWEA2G6k/LDQlcZ0fyfo YPkNHS4WUWFZywTsLzFkOdcuGTL7UNT4rNjUY6BC0WyJJ0RMkKigir6Rj4OZZBjJnNMW AiXcBgyrJAP7veJ54ZQwxs0w8avRVhZ20GPRrH3l5WselZSczWB5wTqI3h1vGlfL2D2H 5YeazsTfzeVhHx4tbplbWOm1z50Pgif+XEuDpdOSFB75fh6KXpdoZChF9aMswWeiH6sG MVlFTTBhIigAApxOfs2SsPtwWiYAlIwKBW3UeycmE+Oi0Nkr/YECSzt+0hzRBlqxL36G hGUQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:date:subject:user-agent:message-id :references:cc:in-reply-to:from:to:content-transfer-encoding :mime-version:dkim-signature:arc-authentication-results; bh=BYMGJYeUgX+QgoBDvFRgyCI0cRt6h0a28Gl58n/Yk8w=; b=zXzKCGNAMt96tDRltfMSBS1cWFUxj7dQYCOo077Z6/7ca4/Soht9CpParqv1OzcPqE pUu6u2vpeXb21mX1l8mpkkjEBLrJ4xZcucoSfgJQBqI0vyZudPoRuPKdKsbWDdmKIliC r/8lpKMbtyohZTKdsPm4m+epZq+n2MlqkXHIO80FJhgJMPDaCctQhvGAjoKLS3U1Gsx9 k89KiMqOvo04WrPRvWgC+UvkzvwoXg6/BMFfKzcmR3l9eWujeW4NsGievDuvJx8yVYQ8 XHlI+G6llpj5R2k6m1WG+rJLPeT3aG5BvxdedAGHgTswOxLUj89wPYAQm9NRcTFRef4+ LB4w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ThJNgXq7; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j190-v6si13715872pfb.211.2018.07.08.23.19.16; Sun, 08 Jul 2018 23:19:31 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ThJNgXq7; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932674AbeGIGQy (ORCPT + 99 others); Mon, 9 Jul 2018 02:16:54 -0400 Received: from mail.kernel.org ([198.145.29.99]:44250 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932241AbeGIGQw (ORCPT ); Mon, 9 Jul 2018 02:16:52 -0400 Received: from localhost (unknown [104.132.1.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B97A4208AF; Mon, 9 Jul 2018 06:16:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1531117011; bh=6Y4Q+RZDle7aO0Lfdh9QSmq/k1xPV6WG8XHCYY9Psdw=; h=To:From:In-Reply-To:Cc:References:Subject:Date:From; b=ThJNgXq79CmYVzIMx+03KB1nQ23cntQhycAYWm61uYPhvKgJL2gpfR4aevom/l01B wepRAd7QrvrsGGFd6KOOEXUEmZESNBJaVSIC38Jfe85dGTCdNPTHZ4EGzRrTSm41t4 TtzdycNL/61YrzCQwFb493lbHYp55Nb9Rexj6TOM= Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable To: Michael Turquette , Taniya Das From: Stephen Boyd In-Reply-To: <10f87216-caa2-d523-e134-6cf3acd268a7@codeaurora.org> Cc: Andy Gross , David Brown , Rajendra Nayak , Amit Nischal , linux-arm-msm@vger.kernel.org, linux-soc@vger.kernel.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org References: <1529763567-13131-1-git-send-email-tdas@codeaurora.org> <1529763567-13131-4-git-send-email-tdas@codeaurora.org> <153109408562.143105.15954380130353645468@swboyd.mtv.corp.google.com> <10f87216-caa2-d523-e134-6cf3acd268a7@codeaurora.org> Message-ID: <153111701079.143105.13387458941681113476@swboyd.mtv.corp.google.com> User-Agent: alot/0.7 Subject: Re: [PATCH v3 3/3] clk: qcom: Add display clock controller driver for SDM845 Date: Sun, 08 Jul 2018 23:16:50 -0700 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Taniya Das (2018-07-08 20:38:03) > Hello Stephen, > = > Thanks for your review comments. > = > On 7/9/2018 5:24 AM, Stephen Boyd wrote: > > Quoting Taniya Das (2018-06-23 07:19:27) > >> diff --git a/drivers/clk/qcom/dispcc-sdm845.c b/drivers/clk/qcom/dispc= c-sdm845.c > >> new file mode 100644 > >> index 0000000..af437e0 > >> --- /dev/null > >> +++ b/drivers/clk/qcom/dispcc-sdm845.c > >> @@ -0,0 +1,674 @@ > >> +// SPDX-License-Identifier: GPL-2.0 > > [...] > >> +static struct clk_alpha_pll disp_cc_pll0 =3D { > >> + .offset =3D 0x0, > >> + .regs =3D clk_alpha_pll_regs[CLK_ALPHA_PLL_TYPE_FABIA], > >> + .clkr =3D { > >> + .hw.init =3D &(struct clk_init_data){ > >> + .name =3D "disp_cc_pll0", > >> + .parent_names =3D (const char *[]){ "bi_tcxo" = }, > >> + .num_parents =3D 1, > >> + .ops =3D &clk_alpha_pll_fabia_ops, > >> + }, > >> + }, > >> +}; > >> + > >> +static struct clk_rcg2 disp_cc_mdss_byte0_clk_src =3D { > >> + .cmd_rcgr =3D 0x20d0, > >> + .mnd_width =3D 0, > >> + .hid_width =3D 5, > >> + .parent_map =3D disp_cc_parent_map_0, > >> + .clkr.hw.init =3D &(struct clk_init_data){ > >> + .name =3D "disp_cc_mdss_byte0_clk_src", > >> + .parent_names =3D disp_cc_parent_names_0, > >> + .num_parents =3D 4, > >> + .flags =3D CLK_SET_RATE_PARENT | CLK_GET_RATE_NOCACHE, > > = > > Why is there the no cache flag? Last time I asked I don't think I got > > any answer, and there isn't a comment here so please at least add a > > comment to the code so we don't forget. > > > = > I think you missed my comment from the earlier email. I would add the = > comment and submit again. Hmm.. ok. > = > > Why is the nocache flag needed? Applies to all clks in this file. > > > = > This flag is required for all RCGs whose PLLs are controlled outside the = > clock controller. The display code would require the recalculated rate = > always. Right. Why is the PLL controlled outside of the clock controller? The rate should propagate upward to the PLL from here, so who's going outside of that?