[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1599709702.7042.1.camel@mtkswgap22>
Date: Thu, 10 Sep 2020 11:48:22 +0800
From: Hector Yuan <hector.yuan@...iatek.com>
To: Viresh Kumar <viresh.kumar@...aro.org>
CC: <linux-mediatek@...ts.infradead.org>,
<linux-arm-kernel@...ts.infradead.org>, <linux-pm@...r.kernel.org>,
<devicetree@...r.kernel.org>,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
"Rob Herring" <robh+dt@...nel.org>, <linux-kernel@...r.kernel.org>,
<wsd_upstream@...iatek.com>
Subject: Re: [PATCH v6 1/2] cpufreq: mediatek-hw: Add support for Mediatek
cpufreq HW driver
On Thu, 2020-09-10 at 09:12 +0530, Viresh Kumar wrote:
> On 09-09-20, 21:34, Hector Yuan wrote:
> > +static unsigned int mtk_cpufreq_hw_get(unsigned int cpu)
> > +{
> > + struct cpufreq_mtk *c;
> > + struct cpufreq_policy *policy;
> > + unsigned int index;
> > +
> > + policy = cpufreq_cpu_get_raw(cpu);
> > + if (!policy)
> > + return 0;
>
> Why didn't you drop policy as we discussed in previous version ?
>
Sorry I missed that. Thank you.
> > + c = mtk_freq_domain_map[cpu];
> > +
> > + index = readl_relaxed(c->reg_bases[REG_PERF_STATE]);
> > + index = min(index, LUT_MAX_ENTRIES - 1);
> > +
> > + return policy->freq_table[index].frequency;
>
> policy->freq_table and c->table are same, isn't it ?
>
Yes, you are right.
> > +}
> > +
> > +static struct platform_driver mtk_cpufreq_hw_driver = {
> > + .probe = mtk_cpufreq_hw_driver_probe,
> > + .remove = mtk_cpufreq_hw_driver_remove,
> > + .driver = {
> > + .name = "mtk-cpufreq-hw",
> > + .of_match_table = mtk_cpufreq_hw_match,
> > + },
> > +};
> > +
>
> Remove this blank line.
>
OK
> > +module_platform_driver(mtk_cpufreq_hw_driver);
> > +
> > +MODULE_DESCRIPTION("mtk CPUFREQ HW Driver");
>
> Maybe write this is "Mediatek cpufreq-hw driver" ?
>
OK
> > +MODULE_LICENSE("GPL v2");
> > --
> > 1.7.9.5
>
Powered by blists - more mailing lists