The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: Joe Perches <joe@perches.com>
To: David Rientjes <rientjes@google.com>
Cc: Wolfram Sang <w.sang@pengutronix.de>,
	linux-kernel@vger.kernel.org, Jonathan Cameron <jic23@cam.ac.uk>,
	Andy Whitcroft <apw@canonical.com>
Subject: Re: [PATCH] checkpatch: improve error message for p1-check
Date: Thu, 27 Oct 2011 13:29:02 -0700	[thread overview]
Message-ID: <1319747342.7969.15.camel@Joe-Laptop> (raw)
In-Reply-To: <alpine.DEB.2.00.1110271309050.7639@chino.kir.corp.google.com>

On Thu, 2011-10-27 at 13:11 -0700, David Rientjes wrote:
> On Wed, 26 Oct 2011, Joe Perches wrote:
> > > I mean it only makes sense if both prefixes exist (otherwise patch and 
> > > git-apply will assume it's not a -p0 patch).
> > I think we should not care about the prefixes at all,
> > only whether or not the patched file exists.
> Nack,

Hi David.

It might be better if you would submit patches
to checkpatch before you nack others.

How about you track the --- and +++ lines and
submit a suggested patch yourself?

> there's nothing wrong with storing original files that you're 
> modifying in a subdirectory with a name of your choice in the kernel tree.  

Just as there's nothing wrong with storing original
and modified versions of subdirectories too.

> It doesn't imply a -p0 patch unless both prefixes appear and that's the 
> best indication that it appears in both the patch author and patch 
> applier's tree whereas the file being modified is ambiguous.

There's no single perfect test and it's just a silly
warning anyway.

I think the most common case is the direct editing of
a single file and production of a diff to submit as
a patch.
 
$ emacs <file>
# make changes, save original as ~ backup
$ diff -urN <file>~ <file> > ./foo.diff
$ make mrproper; make allyesconfig ; make
# deletes backup files
$ ./scripts/checkpatch.pl foo.diff

I didn't bother even finding out why the message
was emitted for me even though I had a b temp
directory in my tree.  I just ignored it.

cheers, Joe


  reply	other threads:[~2011-10-27 20:29 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-19 12:33 [PATCH] checkpatch: improve error message for p1-check Wolfram Sang
2011-10-26 20:30 ` David Rientjes
2011-10-26 22:51   ` Joe Perches
2011-10-26 23:08     ` David Rientjes
2011-10-26 23:14       ` Joe Perches
2011-10-26 23:34         ` David Rientjes
2011-10-26 23:44           ` Joe Perches
2011-10-27 20:11             ` David Rientjes
2011-10-27 20:29               ` Joe Perches [this message]
2011-10-27 21:01                 ` David Rientjes

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=1319747342.7969.15.camel@Joe-Laptop \
    --to=joe@perches.com \
    --cc=apw@canonical.com \
    --cc=jic23@cam.ac.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rientjes@google.com \
    --cc=w.sang@pengutronix.de \
    /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