[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200824104053.kpjpwzl2iw3lpg2m@vireshk-i7>
Date: Mon, 24 Aug 2020 16:10:53 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: Ansuel Smith <ansuelsmth@...il.com>, vincent.guittot@...aro.org,
saravanak@...gle.com, sibis@...eaurora.org
Cc: Sudeep Holla <sudeep.holla@....com>,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
Rob Herring <robh+dt@...nel.org>, linux-pm@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH v3 0/2] Add Krait Cache Scaling support
+Vincent/Saravana/Sibi
On 21-08-20, 16:00, Ansuel Smith wrote:
> This adds Krait Cache scaling support using the cpufreq notifier.
> I have some doubt about where this should be actually placed (clk or cpufreq)?
> Also the original idea was to create a dedicated cpufreq driver (like it's done in
> the codeaurora qcom repo) by copying the cpufreq-dt driver and adding the cache
> scaling logic but i still don't know what is better. Have a very similar driver or
> add a dedicated driver only for the cache using the cpufreq notifier and do the
> scale on every freq transition.
> Thanks to everyone who will review or answer these questions.
Saravana was doing something with devfreq to solve such issues if I
wasn't mistaken.
Sibi ?
--
viresh
Powered by blists - more mailing lists