[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190716111130.GB13918@centauri>
Date: Tue, 16 Jul 2019 13:11:30 +0200
From: Niklas Cassel <niklas.cassel@...aro.org>
To: Viresh Kumar <viresh.kumar@...aro.org>
Cc: "Rafael J. Wysocki" <rjw@...ysocki.net>,
Andy Gross <agross@...nel.org>, Ilia Lin <ilia.lin@...nel.org>,
linux-arm-msm@...r.kernel.org, jorge.ramirez-ortiz@...aro.org,
sboyd@...nel.org, vireshk@...nel.org, bjorn.andersson@...aro.org,
ulf.hansson@...aro.org, Sricharan R <sricharan@...eaurora.org>,
linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org
Subject: Re: [PATCH 02/13] cpufreq: qcom: Re-organise kryo cpufreq to use it
for other nvmem based qcom socs
On Wed, Jul 10, 2019 at 11:48:39AM +0530, Viresh Kumar wrote:
> On 05-07-19, 11:57, Niklas Cassel wrote:
> > -static struct platform_driver qcom_cpufreq_kryo_driver = {
> > - .probe = qcom_cpufreq_kryo_probe,
> > - .remove = qcom_cpufreq_kryo_remove,
> > +static struct platform_driver qcom_cpufreq_driver = {
> > + .probe = qcom_cpufreq_probe,
> > + .remove = qcom_cpufreq_remove,
> > .driver = {
> > - .name = "qcom-cpufreq-kryo",
> > + .name = "qcom-cpufreq",
>
> Should we still name it "qcom-cpufreq-nvmem" here ? Only the string
> here.
Sure, I can fix this in next version.
Kind regards,
Niklas
>
> > },
> > };
>
> --
> viresh
Powered by blists - more mailing lists