public inbox for kernel-janitors@vger.kernel.org
 help / color / mirror / Atom feed
From: Dan Carpenter <dan.carpenter@oracle.com>
To: kernel-janitors@vger.kernel.org
Subject: Re: Updated FarSync driver
Date: Fri, 30 Aug 2013 20:53:02 +0000	[thread overview]
Message-ID: <20130830205302.GK19256@mwanda> (raw)
In-Reply-To: <E603DC592C92B54A89CEF6B0919A0B1CA86BBBD5E2@SOLO.hq.farsitecommunications.com>

On Fri, Aug 30, 2013 at 02:50:13PM +0100, Kevin Curtis wrote:
> Hi Dan,
>     I have been working on getting the patches in to shape over the last month, and I think I have something that I hope will be acceptable.  I have reduced the 
> 
> total: 692 errors, 907 warnings
> 
> to
> 
> total: 0 errors, 52 warnings.
> 
> I thought I'd run it by the Janitors one more time before I formally submit it.
> 
> There is now a set of 7 patches.
> 
> 1 for the pci_ids.h file to add our new ids.
> And then 5 files that modify existing files and create new ones.
> And then 1 to update the Kconfig and Makefile.
> 

Much better, but there are still issues.

Anyway, the first trivial thing is that these need to be sent inline as
a patch series.  Everyone has macros to apply patches automatically from
email so these need to be in the normal format for "git am".  Mail them
to yourself.  Save the raw text including headers.
`cat email.txt | git am`.  There are tuturials on how to mail git patch
series online.

Next, also very trivial, is that the patches are in the wrong order so the
compile breaks if I only apply the first two.  That's not allowed.

I help review staging patches so when I see something like
farsync_patch_1 and farsync_patch_2 the patch is supposed to be adding a
feature.  There are a lot of lines which start with '-' in the changelog
and I would question those.  A lot of them are trivial white space
changes.  If this were a staging patch I might ask that the white space
changes be pulled out into a separate patch.  You can do this easily
with "git citool".  Highlight the white space changes and right click
and select "stage lines for commit".

The other thing to be aware of is that we are coming up on a merge
window so it might already be too late to get this merged in the up
coming v3.12 kernel in November so you'll have to target v3.13 in Feb.
Maybe just submit it to the netdev ASAP and see what people say.

I think they will say that you need to reuse normal kernel CRC
functions and FIFO api.  They might say that farsync_patch_1 needs to be
a separate patch for each paragraph in the changelog.  They probably
have other comments as well.

But basically you've reached the end of kernel-janitor review.  :)  Good
luck.

regards,
dan carpenter


  parent reply	other threads:[~2013-08-30 20:53 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-09  7:20 [patch] farsync: fix support for over 30 cards Dan Carpenter
2012-10-09 17:55 ` David Miller
2013-07-26 10:13 ` Updated FarSync driver Kevin Curtis
2013-07-26 23:41   ` Dan Carpenter
2013-07-27 20:39     ` govind
2013-07-29 11:10   ` Dan Carpenter
2013-07-29 11:42   ` Dan Carpenter
2013-07-29 12:58   ` Kevin Curtis
2013-07-31 13:55   ` Kevin Curtis
2013-07-31 14:50   ` Dan Carpenter
2013-08-30 20:53   ` Dan Carpenter [this message]
2013-08-30 21:05   ` Dan Carpenter

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=20130830205302.GK19256@mwanda \
    --to=dan.carpenter@oracle.com \
    --cc=kernel-janitors@vger.kernel.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