On Thu, 2013-09-12 at 18:14 +0800, Peter De Schrijver wrote:
> On Wed, Sep 11, 2013 at 01:19:14PM +0200, Bill Huang wrote:
>
> > +static inline int tegra_cpufreq_init(void)
> > +{
> > + retrun EOPNOTSUPP;
>
> This should be -EOPNOTSUPP at least. I think -EINVAL might be better.
Yeah thanks
On Wed, Sep 11, 2013 at 01:19:14PM +0200, Bill Huang wrote:
> +static inline int tegra_cpufreq_init(void)
> +{
> + retrun EOPNOTSUPP;
This should be -EOPNOTSUPP at least. I think -EINVAL might be better.
Cheers,
Peter.
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
On Thu, 2013-09-12 at 03:33 +0800, Stephen Warren wrote:
> On 09/11/2013 05:19 AM, Bill Huang wrote:
> > diff --git a/drivers/cpufreq/tegra20-cpufreq.c
> > b/drivers/cpufreq/tegra20-cpufreq.c
>
> > +static struct cpufreq_frequency_table freq_table[] = {
> > + { .frequency = 216000 },
> > + {
On 09/11/2013 05:19 AM, Bill Huang wrote:
> Re-model Tegra cpufreq driver to support all Tegra series of SoCs.
>
> * Make tegra-cpufreq.c a generic Tegra cpufreq driver.
> * Move Tegra20 specific codes into tegra20-cpufreq.c.
> * Bind Tegra cpufreq dirver with a fake device so defer probe would wo
Re-model Tegra cpufreq driver to support all Tegra series of SoCs.
* Make tegra-cpufreq.c a generic Tegra cpufreq driver.
* Move Tegra20 specific codes into tegra20-cpufreq.c.
* Bind Tegra cpufreq dirver with a fake device so defer probe would work
when we're going to get regulator in the driver
5 matches
Mail list logo