[alsa-devel] [PATCH] ASoC: atmel_ssc_dai: fix spelling mistake: "Stoping" -> "Stopping"

Colin Ian King colin.king at canonical.com
Wed Apr 4 03:41:23 PDT 2018


On 04/04/18 11:24, Dan Carpenter wrote:
> On Tue, Apr 03, 2018 at 03:45:40PM +0200, Ladislav Michl wrote:
>> On Fri, Mar 30, 2018 at 04:44:20PM +0100, Colin King wrote:
>>> From: Colin Ian King <colin.king at canonical.com>
>>
>> Hello Colin,
>>
>>> Trivial fix to spelling mistake in pr_debug message text
>>
>> would you mind making this patch a bit less non-trivial and
>> change pr_debug to dev_dbg dropping Atmel_ssc_dai prefix?
>>
>> Thank you.
>>
> 
> Trivial patches should just be trivial instead of evolving into a thread
> that lasts for days.

Yep, this feels like this scenario for sure.

> 
> I sometimes write trivial clean up patches for things like:
> 
> arch/x86/lib/csum-partial_64.c:97 do_csum() warn: inconsistent indenting
>     88                          /* last up to 7 8byte blocks */
>     89                          count %= 8; 
>     90                          while (count) { 
>     91                                  asm("addq %1,%0\n\t"
>     92                                      "adcq %2,%0\n" 
>     93                                              : "=r" (result)
>     94                                      : "m" (*(unsigned long *)buff), 
>     95                                      "r" (zero),  "0" (result));
>     96                                  --count; 
>     97                                          buff += 8;
>     98                          }
> 
> Why is "buff += 8;" indented too far?  And why does every line end in a
> space character?  And I think about it for 10 minutes and then delete my
> patch because it's too much hassle to deal with for something small.

Same here. Hence stuff never gets fixed.

> 
> regards,
> dan carpenter
> 
> --
> To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 




More information about the linux-arm-kernel mailing list