lkml.org 
[lkml]   [2014]   [Feb]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v5 00/14] Add support for MSM's mmio clock/reset controller
On 2/7/2014 12:51 PM, Joe Perches wrote:
> On Fri, 2014-02-07 at 11:38 -0800, Frank Rowand wrote:
>> On 2/6/2014 9:11 PM, Joe Perches wrote:
>>> For patch 1, what checkpatch bug might that be?
> []
>> Sorry, it is patch 2, not patch 1 ("[PATCH v5 02/14] clk: Add set_rate_and_parent() op"):
>>
>> WARNING: Multiple spaces after return type
>> #188: FILE: include/linux/clk-provider.h:154:
>> + int (*set_rate_and_parent)(struct clk_hw *hw,
>>
>> total: 0 errors, 1 warnings, 152 lines checked
>
> Yup, that one might be a bit aggressive.
>
> It's a complaint about function pointer declaration style.
>
> from checkpatch:
> ------------------------------------------------------
> # unnecessary space "type (*funcptr)(args...)"
> elsif ($declare =~ /\s{2,}$/) {
> WARN("SPACING",
> "Multiple spaces after return type\n" . $herecurr);
> }
> ------------------------------------------------------
>
> This is warning about style equivalent to declarations like:
>
> int foo(int bar);
>
> checkpatch doesn't warn about declarations of that style,
> so likely checkpatch shouldn't warn about multiple spaces
> after a function pointer return type either.
>
> I don't have a strong opinion one way or another about it.
>
> If you think it should be silenced, it could be either
> downgraded to a CHK or removed altogether.

OK, now the warning makes sense. I was reading "spaces" to mean
the space character instead of white space.

I don't have a strong opinion either, but downgrading to a CHK
would be nice.

It would be less confusing to me (though awkward sounding) to
change the message to "Multiple whitespaces after return type".

-Frank


\
 
 \ /
  Last update: 2014-02-08 01:01    [W:0.061 / U:0.444 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site