[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210210051339.ixagw6gfipdzwgae@vireshk-i7>
Date: Wed, 10 Feb 2021 10:43:39 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: Bjorn Andersson <bjorn.andersson@...aro.org>
Cc: Taniya Das <tdas@...eaurora.org>,
AngeloGioacchino Del Regno
<angelogioacchino.delregno@...ainline.org>, agross@...nel.org,
rjw@...ysocki.net, devicetree@...r.kernel.org, robh+dt@...nel.org,
amit.kucheria@...aro.org, linux-pm@...r.kernel.org,
linux-kernel@...r.kernel.org, phone-devel@...r.kernel.org,
konrad.dybcio@...ainline.org, marijn.suijten@...ainline.org,
martin.botka@...ainline.org, jeffrey.l.hugo@...il.com
Subject: Re: [PATCH v4 5/7] cpufreq: qcom-hw: Implement CPRh aware OSM
programming
On 20-01-21, 13:05, Bjorn Andersson wrote:
> On Wed 20 Jan 12:25 CST 2021, Taniya Das wrote:
>
> > The CPUFREQ-HW driver is intended to be used only for CPUFREQ HW designs
> > where the firmware programs the look up tables.
> >
>
> It's obvious that this is the intended target for the current version of
> the driver, but what are your technical arguments for keeping it that
> way?
>
> > Suggestion is to separate out the driver where the programming is managed by
> > high level OS.
> >
>
> Can you please elaborate on the benefits of this approach?
>
> PS. Please don't top-post on LKML.
Taniya, Can you please respond back to this ? We are waiting for
merging this patchset..
Bjorn, can you or someone else please review this patch ?
--
viresh
Powered by blists - more mailing lists