[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAD=FV=WRCJ6d6jTHH2ZHvuh+c4yTeXhS_D5LZcvfMn1c4NP2aA@mail.gmail.com>
Date: Mon, 7 Nov 2022 09:00:18 -0800
From: Doug Anderson <dianders@...omium.org>
To: "Satya Priya Kakitapalli (Temp)" <quic_c_skakit@...cinc.com>
Cc: Stephen Boyd <swboyd@...omium.org>, Andy Gross <agross@...nel.org>,
Bjorn Andersson <andersson@...nel.org>,
linux-arm-msm@...r.kernel.org, linux-kernel@...r.kernel.org,
quic_tdas@...cinc.com, linux-clk@...r.kernel.org
Subject: Re: [PATCH] clk: qcom: Update the force mem core bit for GPU clocks
Hi,
On Sun, Nov 6, 2022 at 9:38 PM Satya Priya Kakitapalli (Temp)
<quic_c_skakit@...cinc.com> wrote:
>
>
> On 10/28/2022 5:54 AM, Stephen Boyd wrote:
> > Quoting Satya Priya (2022-10-18 23:05:35)
> >> From: Taniya Das <quic_tdas@...cinc.com>
> >>
> >> There are few GPU clocks which are powering up the memories
> >> and thus enable the FORCE_MEM_PERIPH always for these clocks
> >> to force the periph_on signal to remain active during halt
> >> state of the clock.
> > I take it that missing this causes GPU to lose state when it suspends
> > and that confuses the driver?
>
>
> It is more related to GPU SMMU states and the stability issues that are
> encountered.
I see a very similar code sequence for sc7180. Is any similar fix
needed for sc7180, or is this something unique for sc7280?
-Doug
Powered by blists - more mailing lists