linux-clk.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stephen Boyd <sboyd@kernel.org>
To: Michael Turquette <mturquette@baylibre.com>,
	Taniya Das <tdas@codeaurora.org>
Cc: Andy Gross <andy.gross@linaro.org>,
	David Brown <david.brown@linaro.org>,
	Rajendra Nayak <rnayak@codeaurora.org>,
	linux-arm-msm@vger.kernel.org, linux-soc@vger.kernel.org,
	linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org,
	chandanu@codeaurora.org, linux-arm-msm-owner@vger.kernel.org
Subject: Re: [PATCH v1 2/2] clk: qcom : dispcc: Add support for display port clocks
Date: Mon, 29 Oct 2018 11:43:12 -0700	[thread overview]
Message-ID: <154083859263.98144.15690571729193618604@swboyd.mtv.corp.google.com> (raw)
In-Reply-To: <9c359e26-3708-14b6-f22a-fb529446d325@codeaurora.org>

Quoting Taniya Das (2018-10-28 03:34:55)
> Hello Stephen,
> 
> On 2018-10-19 16:04, Taniya Das wrote:
> > Hello Stephen,
> > 
> > On 10/10/2018 2:04 AM, Stephen Boyd wrote:
> >> Quoting Taniya Das (2018-10-09 06:57:47)
> >>> diff --git a/drivers/clk/qcom/dispcc-sdm845.c 
> >>> b/drivers/clk/qcom/dispcc-sdm845.c
> >>> index 0cc4909..6d3136a 100644
> >>> --- a/drivers/clk/qcom/dispcc-sdm845.c
> >>> +++ b/drivers/clk/qcom/dispcc-sdm845.c
> >>> @@ -128,6 +144,100 @@ enum {
> >>>          },
> >>>   };
> >>> 
> >>> +static const struct freq_tbl ftbl_disp_cc_mdss_dp_aux_clk_src[] = {
> >>> +       F(19200000, P_BI_TCXO, 1, 0, 0),
> >>> +       { }
> >>> +};
> >>> +
> >>> +static struct clk_rcg2 disp_cc_mdss_dp_aux_clk_src = {
> >>> +       .cmd_rcgr = 0x219c,
> >>> +       .mnd_width = 0,
> >>> +       .hid_width = 5,
> >>> +       .parent_map = disp_cc_parent_map_2,
> >>> +       .freq_tbl = ftbl_disp_cc_mdss_dp_aux_clk_src,
> >>> +       .clkr.hw.init = &(struct clk_init_data){
> >>> +               .name = "disp_cc_mdss_dp_aux_clk_src",
> >>> +               .parent_names = disp_cc_parent_names_2,
> >>> +               .num_parents = 2,
> >>> +               .flags = CLK_SET_RATE_PARENT,
> >>> +               .ops = &clk_rcg2_ops,
> >>> +       },
> >>> +};
> >>> +
> >>> +static const struct freq_tbl ftbl_disp_cc_mdss_dp_crypto_clk_src[] = 
> >>> {
> >>> +       F(108000, P_DP_PHY_PLL_LINK_CLK,   3,   0,   0),
> >>> +       F(180000, P_DP_PHY_PLL_LINK_CLK,   3,   0,   0),
> >>> +       F(360000, P_DP_PHY_PLL_LINK_CLK,   3,   0,   0),
> >>> +       F(540000, P_DP_PHY_PLL_LINK_CLK,   3,   0,   0),
> >>> +       { }
> >>> +};
> >>> +
> >>> +static struct clk_rcg2 disp_cc_mdss_dp_crypto_clk_src = {
> >>> +       .cmd_rcgr = 0x2154,
> >>> +       .mnd_width = 0,
> >>> +       .hid_width = 5,
> >>> +       .parent_map = disp_cc_parent_map_1,
> >>> +       .freq_tbl = ftbl_disp_cc_mdss_dp_crypto_clk_src,
> >>> +       .clkr.hw.init = &(struct clk_init_data){
> >>> +               .name = "disp_cc_mdss_dp_crypto_clk_src",
> >>> +               .parent_names = disp_cc_parent_names_1,
> >>> +               .num_parents = 4,
> >>> +               .flags = CLK_GET_RATE_NOCACHE,
> >> 
> >> Why?
> >> 
> >>> +               .ops = &clk_rcg2_ops,
> >>> +       },
> >>> +};
> >>> +
> >>> +static const struct freq_tbl ftbl_disp_cc_mdss_dp_link_clk_src[] = {
> >>> +       F(162000, P_DP_PHY_PLL_LINK_CLK,   1,   0,   0),
> >>> +       F(270000, P_DP_PHY_PLL_LINK_CLK,   1,   0,   0),
> >>> +       F(540000, P_DP_PHY_PLL_LINK_CLK,   1,   0,   0),
> >>> +       F(810000, P_DP_PHY_PLL_LINK_CLK,   1,   0,   0),
> >> 
> >> Are these in kHz? They really look like it and that's bad. Why do we
> >> need them at all? Just to make sure the display driver picks these 
> >> exact
> >> frequencies? It seems like we could just pass whatever number comes in
> >> up to the parent and see what it can do.
> >> 
> > 
> > Let me check back the reason we had to make this change.
> 
> We will need this flag since we reset/power-down the PLL every time we 
> disconnect/connect the DP cable or during suspend/resume. Only with this 
> flag, the calls to the PLL driver are properly called.

What does this mean? I wanted to know about the weird frequencies listed
above, and why it can't be done without a frequency table and direct
rates passed up to the parent.

> 
> > 
> >>> +       { }
> >>> +};
> >>> +
> >>> +static struct clk_rcg2 disp_cc_mdss_dp_link_clk_src = {
> >>> +       .cmd_rcgr = 0x2138,
> >>> +       .mnd_width = 0,
> >>> +       .hid_width = 5,
> >>> +       .parent_map = disp_cc_parent_map_1,
> >>> +       .freq_tbl = ftbl_disp_cc_mdss_dp_link_clk_src,
> >>> +       .clkr.hw.init = &(struct clk_init_data){
> >>> +               .name = "disp_cc_mdss_dp_link_clk_src",
> >>> +               .parent_names = disp_cc_parent_names_1,
> >>> +               .num_parents = 4,
> >>> +               .flags = CLK_SET_RATE_PARENT,
> >>> +               .ops = &clk_rcg2_ops,
> >>> +       },
> >>> +};
> >>> +
> >>> +static struct clk_rcg2 disp_cc_mdss_dp_pixel1_clk_src = {
> >>> +       .cmd_rcgr = 0x2184,
> >>> +       .mnd_width = 16,
> >>> +       .hid_width = 5,
> >>> +       .parent_map = disp_cc_parent_map_1,
> >>> +       .clkr.hw.init = &(struct clk_init_data){
> >>> +               .name = "disp_cc_mdss_dp_pixel1_clk_src",
> >>> +               .parent_names = disp_cc_parent_names_1,
> >>> +               .num_parents = 4,
> >>> +               .flags = CLK_SET_RATE_PARENT,
> >>> +               .ops = &clk_dp_ops,
> >>> +       },
> >>> +};
> >>> +
> >>> +static struct clk_rcg2 disp_cc_mdss_dp_pixel_clk_src = {
> >>> +       .cmd_rcgr = 0x216c,
> >>> +       .mnd_width = 16,
> >>> +       .hid_width = 5,
> >>> +       .parent_map = disp_cc_parent_map_1,
> >>> +       .clkr.hw.init = &(struct clk_init_data){
> >>> +               .name = "disp_cc_mdss_dp_pixel_clk_src",
> >>> +               .parent_names = disp_cc_parent_names_1,
> >>> +               .num_parents = 4,
> >>> +               .flags = CLK_SET_RATE_PARENT,
> >>> +               .ops = &clk_dp_ops,
> >>> +       },
> >>> +};
> >>> +
> >>>   static const struct freq_tbl ftbl_disp_cc_mdss_esc0_clk_src[] = {
> >>>          F(19200000, P_BI_TCXO, 1, 0, 0),
> >>>          { }
> >>> @@ -391,6 +501,115 @@ enum {
> >>>          },
> >>>   };
> >>> 
> >>> +static struct clk_branch disp_cc_mdss_dp_aux_clk = {
> >>> +       .halt_reg = 0x2054,
> >>> +       .halt_check = BRANCH_HALT,
> >>> +       .clkr = {
> >>> +               .enable_reg = 0x2054,
> >>> +               .enable_mask = BIT(0),
> >>> +               .hw.init = &(struct clk_init_data){
> >>> +                       .name = "disp_cc_mdss_dp_aux_clk",
> >>> +                       .parent_names = (const char *[]){
> >>> +                               "disp_cc_mdss_dp_aux_clk_src",
> >>> +                       },
> >>> +                       .num_parents = 1,
> >>> +                       .flags = CLK_SET_RATE_PARENT,
> >>> +                       .ops = &clk_branch2_ops,
> >>> +               },
> >>> +       },
> >>> +};
> >>> +
> >>> +static struct clk_branch disp_cc_mdss_dp_crypto_clk = {
> >>> +       .halt_reg = 0x2048,
> >>> +       .halt_check = BRANCH_HALT,
> >>> +       .clkr = {
> >>> +               .enable_reg = 0x2048,
> >>> +               .enable_mask = BIT(0),
> >>> +               .hw.init = &(struct clk_init_data){
> >>> +                       .name = "disp_cc_mdss_dp_crypto_clk",
> >>> +                       .parent_names = (const char *[]){
> >>> +                               "disp_cc_mdss_dp_crypto_clk_src",
> >>> +                       },
> >>> +                       .num_parents = 1,
> >>> +                       .flags = CLK_SET_RATE_PARENT,
> >>> +                       .ops = &clk_branch2_ops,
> >>> +               },
> >>> +       },
> >>> +};
> >>> +
> >>> +static struct clk_branch disp_cc_mdss_dp_link_clk = {
> >>> +       .halt_reg = 0x2040,
> >>> +       .halt_check = BRANCH_HALT,
> >>> +       .clkr = {
> >>> +               .enable_reg = 0x2040,
> >>> +               .enable_mask = BIT(0),
> >>> +               .hw.init = &(struct clk_init_data){
> >>> +                       .name = "disp_cc_mdss_dp_link_clk",
> >>> +                       .parent_names = (const char *[]){
> >>> +                               "disp_cc_mdss_dp_link_clk_src",
> >>> +                       },
> >>> +                       .num_parents = 1,
> >>> +                       .flags = CLK_SET_RATE_PARENT,
> >>> +                       .ops = &clk_branch2_ops,
> >>> +               },
> >>> +       },
> >>> +};
> >>> +
> >>> +/* reset state of disp_cc_mdss_dp_link_div_clk_src divider is 0x3 
> >>> (div 4) */
> >> 
> >> Not sure what this comment is for. But it's interesting nonetheless.
> >> 
> >>> +static struct clk_branch disp_cc_mdss_dp_link_intf_clk = {
> >>> +       .halt_reg = 0x2044,
> >>> +       .halt_check = BRANCH_HALT,
> >>> +       .clkr = {
> >>> +               .enable_reg = 0x2044,
> >>> +               .enable_mask = BIT(0),
> >>> +               .hw.init = &(struct clk_init_data){
> >>> +                       .name = "disp_cc_mdss_dp_link_intf_clk",
> >>> +                       .parent_names = (const char *[]){
> >>> +                               "disp_cc_mdss_dp_link_clk_src",
> >>> +                       },
> >>> +                       .num_parents = 1,
> >>> +                       .flags = CLK_GET_RATE_NOCACHE,
> >> 
> >> Why?
> >> 
> > 
> > It was a requirement, but let me get back on this too.
> > 
> I had a discussion with the Display Port teams and below is the requirement,
> 
> This flag is required since we reset/power-down the PLL every time they
> disconnect/connect the DP cable or during suspend/resume.
> Only with this flag, the calls to the PLL driver properly.

Ok. So that explains the get rate nocache flag. Can you please add a
comment that explains that these clk registers here are lost across
suspend/resume of the display device? It really sounds like these
display clks are inside of the display power domain and thus they lose
their state across the display power domain power down. It would be
better if we could properly implement suspend/restore for these clk
registers across suspend/resume of the display device so that we don't
need this nocache flag and the display code can work together with the
clk code here to restore the frequency to the clk.

Is it really the case that the rcg here is always selecting a particular
PLL and doing a div-1? Because that is very simple then to just write
that setting again on genpd restore.


  reply	other threads:[~2018-10-29 18:43 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-09 13:57 [PATCH v1 0/2] Add support for display port clocks and clock ops Taniya Das
2018-10-09 13:57 ` [PATCH v1 1/2] clk: qcom: rcg2: Add support for display port " Taniya Das
2018-10-09 20:46   ` Stephen Boyd
2018-10-19 10:31     ` Taniya Das
2018-10-09 13:57 ` [PATCH v1 2/2] clk: qcom : dispcc: Add support for display port clocks Taniya Das
2018-10-09 20:34   ` Stephen Boyd
2018-10-19 10:34     ` Taniya Das
2018-10-28 10:34       ` Taniya Das
2018-10-29 18:43         ` Stephen Boyd [this message]
2018-10-30  6:01           ` Taniya Das
2018-10-30 16:33             ` Stephen Boyd
2018-11-01  5:02               ` Taniya Das
2018-11-06 17:08                 ` Stephen Boyd
2018-11-12  3:41                   ` chandanu
2019-02-02  0:05           ` chandanu
2019-07-15 22:59             ` Stephen Boyd

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=154083859263.98144.15690571729193618604@swboyd.mtv.corp.google.com \
    --to=sboyd@kernel.org \
    --cc=andy.gross@linaro.org \
    --cc=chandanu@codeaurora.org \
    --cc=david.brown@linaro.org \
    --cc=linux-arm-msm-owner@vger.kernel.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-soc@vger.kernel.org \
    --cc=mturquette@baylibre.com \
    --cc=rnayak@codeaurora.org \
    --cc=tdas@codeaurora.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).