[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20071017162553.986a0f70.akpm@linux-foundation.org>
Date: Wed, 17 Oct 2007 16:25:53 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Mark Lord <lkml@....ca>
Cc: kristen.c.accardi@...el.com, linux-kernel@...r.kernel.org,
greg@...ah.com, pcihpd-discuss@...ts.sourceforge.net, tytso@....edu
Subject: Re: [PATCH 0/4] Fix PCIe hotplug for non-ACPI ExpressCard slots
(version 2)
On Wed, 17 Oct 2007 18:59:43 -0400
Mark Lord <lkml@....ca> wrote:
> Andrew Morton wrote:
> > On Tue, 16 Oct 2007 21:53:24 -0400
> > Mark Lord <lkml@....ca> wrote:
> >
> >> Fix PCIe Hotplug so that it works with ExpressCard slots on Dell notebooks
> >> in conjunction with the modparam of pciehp_force=1.
> >>
> >> The PCIe Hotplug driver has two shortcomings when used on Dell notebooks
> >> which lack ACPI BIOS support for PCIe hotplug:
> >
> > You just sent four patches all of which are identified as "Fix PCIe hotplug
> > for non-ACPI ExpressCard slots (version 2)". Please do not do this.
>
> Eh? They were labelled as 1/4, 2/4, 3/4, and 4/4.
Please, review http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt -
a lot of experiecne has gone into that...
When preparing patches, always think "how will this appear to someone who
is reading it in the git tree a year from now".
Obviously stuff like "[patch 2/4]" won't be there, because it is
meaningless once the patch hits the git tree. Also text such as "the previous
patch" and "my patch from yesterday" and "John Doe's comments" and lots of
other stuff which is appropriate to an email conversation is _not_
appropriate to a permanent git commit.
> But I'll make the rest of the subject line unique as well on resubmit, then.
>
Thanks. That's much better than having me invent the subject, because when
you choose the title, everyone agrees on what the patch is _called_ (as
long as the title isn't so poorly chosen that I have to fix it).
If the patch title is well-chosen then it becomes a nice google search key,
so if someone wants to find out what we were thinking when we did a
particular patch two years ago, they can just google for the title and go
and read all the email discussion.
>
> So far, two postings, and zero comments from anyone on the actual code.
Actual code? That sounds hard ;)
-
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