On Wed, 30 May 2007, Bernd Schmidt wrote:
>
> The binfmt_flat patch also touches other nommu architectures. Do you
> want these kinds of patches (which aren't just Blackfin-specific)
> separately as they come up?
Let's take it case by case. I really have no problem with architecture-
specific git trees occasionally touching generic code, but I usually want
an explanation for _why_ it ends up touching some file that somebody else
might care about (not so much because I necessarily care deeply, but so
that I can keep up with changes, so that if somebody then complains, I
know what they are complaining about!)
For example, what's good to do is to just give me a diffstat of the whole
thing, and then for generic code, perhaps show the whole diff along with
the explanation.
And if the diff is big, yes, then we probably need to handle it
separately, but usually the things tend to be a few lines of "add support
for this architecture to this piece of code that hasn't been abstracted
out enough yet".
To make a long story short: no real hard rules. It can be a good idea to
start out extra careful, and once both sides get more used to each other,
we can loosen the rules.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
