On Wed, 17 Oct 2007 18:59:43 -0400 Mark Lord <lkml@rtr.ca> wrote: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. 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. Actual code? That sounds hard ;) -
| Andrew Morton | -mm merge plans for 2.6.23 |
| jjohansen | [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| holzheu | Re: [RFC/PATCH] Documentation of kernel messages |
git: | |
| David Miller | Re: [BUG] New Kernel Bugs |
| Gerrit Renker | [PATCH 36/37] dccp: Initialisation and type-checking of feature sysctls |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
