On Mon, Feb 04, 2008 at 08:23:44AM +0000, Adrian McMenamin wrote: > > On Mon, 2008-02-04 at 10:10 +0900, Paul Mundt wrote: > > On Sun, Feb 03, 2008 at 08:00:47PM +0000, Adrian McMenamin wrote: > > > From: Adrian McMenamin > > > > > This is useless if you are submitting the patch, especially if you're > > missing a mail address. > > > > >From Documentation/SubmittingPatches > > The canonical patch message body contains the following: > * > * - A "from" line specifying the patch author. > * > Which doesn't invalidate the missing address problem, and the fact that you are _already_ in the from line.
> > > This patch fixes the regression noted here: > > > http://lkml.org/lkml/2008/1/26/189 as well as whitespace issues in the > > > previous commit of this driver and the memory leaks noted here: > > > http://lkml.org/lkml/2008/2/2/143 (as well as one or two other minor > > > cleanups). > > > > > The subject notes 3 specific things that are being addressed, but you've > > rolled this all in to one patch which makes it utterly impossible to > > figure out what you're actually fixing. At the very least, split this in > > to 3 different patches, each dealing with one of the things noted in the > > subject. The fact that regressions is plural also suggests you may want > > to split this down in to smaller patches that deal with specific > > regressions if they are not directly related. > > What would be the point of submitting patches of broken code just to > remove the whitespace your previous commit added to all the lines? > My previous commit was directly from _your_ patch, given that your patches have a history of whitespace damage, this doesn't seem like much of a stretch. It's true I neglected to run it through checkpatch, I'll be more careful with that in the future when applying patches from certain parties. The point of submitting a series of patches is so that it's obvious _what_ you are changing. Lumping it in with the whitespace changes just makes it impossible to read, as GregKH also hinted at when trying to figure out specifically what you were fixing. Since your patch splits up logically in to different components, it makes sense to split the patch up in to a series that makes it obvious. I'm not sure why this needs to be spelled out for you. -- 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/
