From: Randy Dunlap Subject: Re: rfc: rewrite commit subject line for subsystem maintainer preference tool Date: Tue, 16 Nov 2010 12:46:09 -0800 Organization: YPO4 Lines: 64 Message-ID: <20101116124609.382e42fb.rdunlap@xenotime.net> References: <1289845830.16461.149.camel@Joe-Laptop> <20101115190738.GF3338@sirena.org.uk> <1289848458.16461.150.camel@Joe-Laptop> <20101115193407.GK12986@rakim.wolfsonmicro.main> <1289850773.16461.166.camel@Joe-Laptop> <20101116104921.GL12986@rakim.wolfsonmicro.main> <1289919077.28741.50.camel@Joe-Laptop> <20101116183707.179964dd@schatten.dmk.lab> <20101116181226.GB26239@rakim.wolfsonmicro.main> <20101116203522.65240b18@schatten.dmk.lab> <20101116195530.GA7523@rakim.wolfsonmicro.main> <20101116122102.86e7e0b9.rdunlap@xenotime.net> <1289940156.28741.207.camel@Joe-Laptop> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: alsa-devel@alsa-project.org, Jiri Kosina , Mark Brown , linux-kernel@vger.kernel.org, Florian Mickler , Andrew Morton To: Joe Perches X-From: alsa-devel-bounces@alsa-project.org Tue Nov 16 21:46:23 2010 Return-path: Envelope-to: glad-alsa-devel-2@m.gmane.org Received: from alsa0.perex.cz ([212.20.107.51]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PISQ1-0000rd-2s for glad-alsa-devel-2@m.gmane.org; Tue, 16 Nov 2010 21:46:21 +0100 Received: by alsa0.perex.cz (Postfix, from userid 1000) id 5421B2438C; Tue, 16 Nov 2010 21:46:20 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mail1.perex.cz X-Spam-Level: * X-Spam-Status: No, score=1.0 required=5.0 tests=PRX_BODY_29 autolearn=disabled version=3.2.4 Received: from alsa0.perex.cz (localhost [127.0.0.1]) by alsa0.perex.cz (Postfix) with ESMTP id 774FE24390; Tue, 16 Nov 2010 21:46:19 +0100 (CET) X-Original-To: alsa-devel@alsa-project.org Delivered-To: alsa-devel@alsa-project.org Received: by alsa0.perex.cz (Postfix, from userid 1000) id 6051924391; Tue, 16 Nov 2010 21:46:17 +0100 (CET) Received: from xenotime.net (xenotime.net [72.52.115.56]) by alsa0.perex.cz (Postfix) with SMTP id 4F17D2438C for ; Tue, 16 Nov 2010 21:46:15 +0100 (CET) Received: from chimera.site ([173.50.240.230]) by xenotime.net for ; Tue, 16 Nov 2010 12:46:10 -0800 In-Reply-To: <1289940156.28741.207.camel@Joe-Laptop> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; x86_64-unknown-linux-gnu) X-BeenThere: alsa-devel@alsa-project.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: alsa-devel-bounces@alsa-project.org Errors-To: alsa-devel-bounces@alsa-project.org Archived-At: On Tue, 16 Nov 2010 12:42:36 -0800 Joe Perches wrote: > On Tue, 2010-11-16 at 12:21 -0800, Randy Dunlap wrote: > > On Tue, 16 Nov 2010 19:55:31 +0000 Mark Brown wrote: > > I don't know what you asked Joe to change, but asking someone to use > > the documented canonical patch format: > > > > The canonical patch subject line is: > > Subject: [PATCH 001/123] subsystem: summary phrase > > > > should be fine. And there is no need for printf-ish templates > > for this in MAINTAINERS either. > > I've never read that before. Learn something new etc... > It seems path prefixes aren't good nor even commonly used. > > A review of kernel patch subjects: > > $ git log --no-merges --pretty=oneline | \ > cut -f2- -d" " | cut -f1 -d: | sort | uniq -c | sort -rn > > is interesting. Here's the head: > 5007 x86 > 3943 Staging > 3220 USB > 2790 sh > 2707 KVM > 2624 ARM > 2449 ALSA > 1571 Input > 1549 ASoC > 1470 iwlwifi > 1423 ACPI > 1397 mac80211 > 1384 V4L/DVB > 1226 sched > 1200 Btrfs > 1184 powerpc > 1106 [NETFILTER] > 1080 MIPS > 1049 net > 1047 ide > 1014 drm/i915 > 993 staging > 921 ath9k $ARCH is a commonly accepted substitute for subsystem. And yes, lots of people use there as well. > Some subsystem maintainers like upper case, some mixed, some lower. > Some aren't consistent. (Staging/staging) Case usually doesn't matter to most of us. > It doesn't seem a rule can be pregenerated so maybe adding these > "C:" lines to MAINTAINERS has some value. Hopefully it won't go that far. --- ~Randy *** Remember to use Documentation/SubmitChecklist when testing your code ***