Re: [PATCH] fixed coding style issues

[Joe Perches]

On Wed, 2012-07-25 at 15:11 +0800, Baodong Chen wrote:
> Fexed coding style issues from scripts/checkpatch.pl in drivers/input

Not all checkpatch messages need to be "fexed". :)

Please use some taste and judgment before submitting
patches based solely on checkpatch output.

> diff --git a/drivers/input/apm-power.c b/drivers/input/apm-power.c
[]
> @@ -33,7 +33,7 @@ static void system_power_event(unsigned int keycode)
>  }
>  
>  static void apmpower_event(struct input_handle *handle, unsigned int type,
> -		        unsigned int code, int value)
> +			unsigned int code, int value)

Perhaps prefer alignment to immediately after open parenthesis.

> diff --git a/drivers/input/evdev.c b/drivers/input/evdev.c
[]
> @@ -547,16 +547,44 @@ static int handle_eviocgbit(struct input_dev *dev,
>  
>  	switch (type) {
>  
> -	case      0: bits = dev->evbit;  len = EV_MAX;  break;
[]
> +	case      0:
> +		bits = dev->evbit;
> +		len = EV_MAX;
> +		break;

not all that better really.

> @@ -567,8 +595,8 @@ static int handle_eviocgbit(struct input_dev *dev,
>  	if (type == EV_KEY && size == OLD_KEY_MAX) {
>  		len = OLD_KEY_MAX;
>  		if (printk_timed_ratelimit(&keymax_warn_time, 10 * 1000))
> -			pr_warning("(EVIOCGBIT): Suspicious buffer size %u, "
> -				   "limiting output to %zu bytes. See "
> +			pr_warn("(EVIOCGBIT): Suspicious buffer size %u, " \
> +				   "limiting output to %zu bytes. See "	\

The line continuations are also not necessary and I think are
really ugly.  Just coalesce the format.

>  				   "http://userweb.kernel.org/~dtor/eviocgbit-bug.html\n";,

dead link I think.

> diff --git a/drivers/input/ff-core.c b/drivers/input/ff-core.c
[]
> @@ -138,8 +138,8 @@ int input_ff_upload(struct input_dev *dev, struct ff_effect *effect,
>  
>  	if (effect->id == -1) {
>  		for (id = 0; id < ff->max_effects; id++)
> -		     if (!ff->effect_owners[id])
> -			break;
> +			if (!ff->effect_owners[id])
> +				break;

Better surrounded by braces too.

cheers, Joe


--
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/