[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <3b81d875-7f4b-446a-565b-189ad6c8d9dc@quicinc.com>
Date: Tue, 8 Nov 2022 11:29:42 +0530
From: "Satya Priya Kakitapalli (Temp)" <quic_c_skakit@...cinc.com>
To: Doug Anderson <dianders@...omium.org>
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 Doug,
On 11/7/2022 10:30 PM, Doug Anderson wrote:
> 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?
This is not needed for sc7180, it is related to sc7280 only.
Powered by blists - more mailing lists