Re: [PATCH] cpuidle: Fix Coding style reported by checkpatch.pl

[pramod gurav]

Hi Rafael,

Can we consider these changes if there are  no issues with this?

On Fri, Jun 20, 2014 at 4:28 PM, pramod gurav
<pramod.gurav.etc@xxxxxxxxx> wrote:
> +linux-pm
>
> On Fri, Jun 20, 2014 at 4:27 PM, Pramod Gurav
> <pramod.gurav.etc@xxxxxxxxx> wrote:
>> Fixed: ERROR: do not use assignment in if condition
>> Fixed: WARNING: EXPORT_SYMBOL should immediately follow its function
>> Fixed: WARNING: line over 80 characters in a comment
>>
>> CC: Rafael J. Wysocki <rjw@xxxxxxxxxxxxx>
>> CC: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
>>
>> Signed-off-by: Pramod Gurav <pramod.gurav.etc@xxxxxxxxx>
>> ---
>>  drivers/cpuidle/cpuidle.c |   18 ++++++++----------
>>  1 file changed, 8 insertions(+), 10 deletions(-)
>>
>> diff --git a/drivers/cpuidle/cpuidle.c b/drivers/cpuidle/cpuidle.c
>> index 8236746..2c8752e 100644
>> --- a/drivers/cpuidle/cpuidle.c
>> +++ b/drivers/cpuidle/cpuidle.c
>> @@ -179,7 +179,9 @@ void cpuidle_reflect(struct cpuidle_device *dev, int index)
>>  void cpuidle_install_idle_handler(void)
>>  {
>>         if (enabled_devices) {
>> -               /* Make sure all changes finished before we switch to new idle */
>> +               /*
>> +                * Make sure all changes finished before we switch to new idle
>> +                */
>>                 smp_wmb();
>>                 initialized = 1;
>>         }
>> @@ -204,7 +206,6 @@ void cpuidle_pause_and_lock(void)
>>         mutex_lock(&cpuidle_lock);
>>         cpuidle_uninstall_idle_handler();
>>  }
>> -
>>  EXPORT_SYMBOL_GPL(cpuidle_pause_and_lock);
>>
>>  /**
>> @@ -215,7 +216,6 @@ void cpuidle_resume_and_unlock(void)
>>         cpuidle_install_idle_handler();
>>         mutex_unlock(&cpuidle_lock);
>>  }
>> -
>>  EXPORT_SYMBOL_GPL(cpuidle_resume_and_unlock);
>>
>>  /* Currently used in suspend/resume path to suspend cpuidle */
>> @@ -267,9 +267,11 @@ int cpuidle_enable_device(struct cpuidle_device *dev)
>>         if (ret)
>>                 return ret;
>>
>> -       if (cpuidle_curr_governor->enable &&
>> -           (ret = cpuidle_curr_governor->enable(drv, dev)))
>> -               goto fail_sysfs;
>> +       if (cpuidle_curr_governor->enable) {
>> +               ret = cpuidle_curr_governor->enable(drv, dev);
>> +               if (ret)
>> +                       goto fail_sysfs;
>> +       }
>>
>>         smp_wmb();
>>
>> @@ -283,7 +285,6 @@ fail_sysfs:
>>
>>         return ret;
>>  }
>> -
>>  EXPORT_SYMBOL_GPL(cpuidle_enable_device);
>>
>>  /**
>> @@ -311,7 +312,6 @@ void cpuidle_disable_device(struct cpuidle_device *dev)
>>         cpuidle_remove_device_sysfs(dev);
>>         enabled_devices--;
>>  }
>> -
>>  EXPORT_SYMBOL_GPL(cpuidle_disable_device);
>>
>>  static void __cpuidle_unregister_device(struct cpuidle_device *dev)
>> @@ -399,7 +399,6 @@ out_unregister:
>>         __cpuidle_unregister_device(dev);
>>         goto out_unlock;
>>  }
>> -
>>  EXPORT_SYMBOL_GPL(cpuidle_register_device);
>>
>>  /**
>> @@ -423,7 +422,6 @@ void cpuidle_unregister_device(struct cpuidle_device *dev)
>>
>>         cpuidle_resume_and_unlock();
>>  }
>> -
>>  EXPORT_SYMBOL_GPL(cpuidle_unregister_device);
>>
>>  /**
>> --
>> 1.7.9.5
>>
>
>
>
> --
> Thanks and Regards
> Pramod



-- 
Thanks and Regards
Pramod
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/