[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <00f701d60958$a9ed46c0$fdc7d440$@gmail.com>
Date: Fri, 3 Apr 2020 03:39:04 +0200
From: <ansuelsmth@...il.com>
To: "'Stephen Boyd'" <sboyd@...nel.org>,
"'Andy Gross'" <agross@...nel.org>
Cc: "'Mathieu Olivari'" <mathieu@...eaurora.org>,
"'Bjorn Andersson'" <bjorn.andersson@...aro.org>,
"'Rob Herring'" <robh+dt@...nel.org>,
"'Mark Rutland'" <mark.rutland@....com>,
"'Michael Turquette'" <mturquette@...libre.com>,
<linux-arm-msm@...r.kernel.org>, <devicetree@...r.kernel.org>,
<linux-kernel@...r.kernel.org>, <linux-clk@...r.kernel.org>
Subject: R: [PATCH v2] ARM: qcom: Disable i2c device on gsbi4 for ipq806x
> -----Messaggio originale-----
> Da: Stephen Boyd <sboyd@...nel.org>
> Inviato: venerdì 3 aprile 2020 03:34
> A: Andy Gross <agross@...nel.org>; Ansuel Smith
> <ansuelsmth@...il.com>
> Cc: Ansuel Smith <ansuelsmth@...il.com>; Mathieu Olivari
> <mathieu@...eaurora.org>; Bjorn Andersson
> <bjorn.andersson@...aro.org>; Rob Herring <robh+dt@...nel.org>; Mark
> Rutland <mark.rutland@....com>; Michael Turquette
> <mturquette@...libre.com>; linux-arm-msm@...r.kernel.org;
> devicetree@...r.kernel.org; linux-kernel@...r.kernel.org; linux-
> clk@...r.kernel.org
> Oggetto: Re: [PATCH v2] ARM: qcom: Disable i2c device on gsbi4 for
> ipq806x
>
> Quoting Ansuel Smith (2020-03-30 13:56:46)
> > diff --git a/drivers/clk/qcom/gcc-ipq806x.c b/drivers/clk/qcom/gcc-
> ipq806x.c
> > index b0eee0903807..f7d7a2bc84c1 100644
> > --- a/drivers/clk/qcom/gcc-ipq806x.c
> > +++ b/drivers/clk/qcom/gcc-ipq806x.c
> > @@ -991,6 +991,7 @@ static struct clk_branch gsbi4_h_clk = {
> > .hw.init = &(struct clk_init_data){
> > .name = "gsbi4_h_clk",
> > .ops = &clk_branch_ops,
> > + .flags = CLK_IGNORE_UNUSED,
>
> Is this necessary? Shouldn't we skip clks that are protected during the
> unused phase?
>
gsbi4_h_clk is not protected. gsbi4_h_clk needs to not be disabled if unused
(as it's used by rpm) but can't be protected since it's used by uart gsbi4.
(With some test protecting also this clk cause the malfunction of uart gsb4)
> > },
> > },
> > };
> > --
> > 2.25.1
> >
Powered by blists - more mailing lists