[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190710061839.quncnis6pjyjntip@vireshk-i7>
Date: Wed, 10 Jul 2019 11:48:39 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: Niklas Cassel <niklas.cassel@...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 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.
> },
> };
--
viresh
Powered by blists - more mailing lists