From: greg.freemyer@gmail.com (Greg Freemyer)
To: kernelnewbies@lists.kernelnewbies.org
Subject: checkpatch.pl comment style warnings
Date: Sun, 13 Apr 2014 23:14:48 -0400 [thread overview]
Message-ID: <950e2ade-86b2-473c-abd5-bc0fe2495c79@email.android.com> (raw)
In-Reply-To: <CAO+WgCYbynsFT7tOTKtLi5yPTEi=8tERFkZbc1L7H+ZvdshiLg@mail.gmail.com>
On April 13, 2014 8:04:57 PM EDT, Greg Donald <gdonald@gmail.com> wrote:
>On Sun, Apr 13, 2014 at 4:46 PM, Greg Freemyer
><greg.freemyer@gmail.com> wrote:
>> In general use checkpatch.pl on code you are submitting or around
>code
>> you are already patching.
>
>But I see patches that do more than one thing get turned down every
>day.
>
>> Sending in standalone coding style patches 9 times in 10 will result
>> in a rejected patch.
>
>Why would 9/10 coding style patches be rejected simply for being
>standalone? I thought standalone patches were preferred.
Most patches I see are sent in as a series. A coding style patch might be 1 of 2 and then 2 of 2 might be an actual code fix.
Most of the patch series I see tend to have 5 or more patches in the series.
So each patch should accomplish a single goal. Code clean-up would be a single goal and thus a good discrete patch.
But a series that accomplished nothing beyond code cleanup is rejected by most of the subsystem maintainers. They figure there are too many patches in progress floating around that will have to be rebased for the value of the cleanup to be worthwhile.
Greg
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
next prev parent reply other threads:[~2014-04-14 3:14 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-13 20:49 checkpatch.pl comment style warnings Greg Donald
2014-04-13 21:46 ` Greg Freemyer
2014-04-14 0:04 ` Greg Donald
2014-04-14 3:14 ` Greg Freemyer [this message]
2014-04-14 10:52 ` Martin Kepplinger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=950e2ade-86b2-473c-abd5-bc0fe2495c79@email.android.com \
--to=greg.freemyer@gmail.com \
--cc=kernelnewbies@lists.kernelnewbies.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).