[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+55aFwbHtLuo4yuDnWO-UgH5p7JThhG6uppX9hvQAXic9MS2w@mail.gmail.com>
Date: Sat, 31 Mar 2012 12:48:22 -0700
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Al Viro <viro@...iv.linux.org.uk>
Cc: linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: Re: [git pull] vfs part 2
On Sat, Mar 31, 2012 at 12:39 PM, Al Viro <viro@...iv.linux.org.uk> wrote:
>
> Variants:
> 1) drop that commit, fold obvious fix into it, leave it for for-next
> once -rc1 is there; ask you to pull the branch with that sucker excluded
> 2) fold the fix into commit, ask you to pull the resulting branch
> 3) add fix to the end of existing branch, ask to pull
Let's go for (2). I'll take a new look after the pull request, but no
guarantees that I'll then pull it.
Btw, I liked the do_lookup cleanups, but nicer commit logs would have
been good. Especially the first lines. The whole
untangling do_lookup(), part 1
untangling do_lookup(), part 2
untangling do_lookup(), part 3
untangling do_lookup(), part 4
untangling do_lookup(), part 5
untangling do_lookup(), part 6
untangling do_lookup(), part 7
untangling do_lookup(), part 8
untangling do_lookup(), part 9
in shortlogs (and gitk!) does turn me off. So since you have to redo
the series anyway, can I ask you to perhaps try to make it a bit more
descriptive?
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists