Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751153AbWCBMPL (ORCPT ); Thu, 2 Mar 2006 07:15:11 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751204AbWCBMPL (ORCPT ); Thu, 2 Mar 2006 07:15:11 -0500 Received: from mail.dvmed.net ([216.237.124.58]:62390 "EHLO mail.dvmed.net") by vger.kernel.org with ESMTP id S1751153AbWCBMPK (ORCPT ); Thu, 2 Mar 2006 07:15:10 -0500 Message-ID: <4406E1C7.7020908@pobox.com> Date: Thu, 02 Mar 2006 07:15:03 -0500 From: Jeff Garzik User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Arjan van de Ven CC: Jens Axboe , Dominik Brodowski , Linux Kernel Subject: Re: [PATCH] pcmcia: add another ide-cs CF card id References: <200603012259.k21MxBXC013582@hera.kernel.org> <44062FF1.4010108@pobox.com> <20060302075004.GA17789@isilmar.linta.de> <4406D44A.4020101@pobox.com> <1141299117.3206.37.camel@laptopd505.fenrus.org> <20060302114220.GH4329@suse.de> <1141301225.3206.50.camel@laptopd505.fenrus.org> In-Reply-To: <1141301225.3206.50.camel@laptopd505.fenrus.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2937 Lines: 73 Arjan van de Ven wrote: > On Thu, 2006-03-02 at 12:42 +0100, Jens Axboe wrote: > >>On Thu, Mar 02 2006, Arjan van de Ven wrote: >> >>>On Thu, 2006-03-02 at 06:17 -0500, Jeff Garzik wrote: >>> >>>>Dominik Brodowski wrote: >>>> >>>>>On Wed, Mar 01, 2006 at 06:36:17PM -0500, Jeff Garzik wrote: >>>>> >>>>>>Linux Kernel Mailing List wrote: >>>>>> >>>>>>>commit 42935656914b813c99f91cbac421fe677a6f34ab >>>>>>>tree d37a0d20998f4d87a4bd014300f707c3852ef5f9 >>>>>>>parent 82d56e6d2e616bee0e712330bad06b634f007a46 >>>>>>>author David Brownell Wed, 25 Jan 2006 22:36:32 -0800 >>>>>>>committer Dominik Brodowski Wed, 01 Mar 2006 >>>> >>>>>>Why was this not CC'd to the IDE maintainer, and linux-ide? >>>> >>>>>For it is trivial, PCMCIA-related and my time is very limited these days. >>>> >>>>That's pathetic. You couldn't even CC linux-kernel on your answer. And >>>>this is not even the first or second time you've been asked to CC a >>>>maintainer. >>> >>>I personally don't consider that maintainers have a right to demand >>>CC's. Sure it's polite and good to CC them, but that's not the same as >>>having the right to demand this. >> >>How do you expect the patch to be picked up, if you don't cc the >>maintainer? Looking up the maintainer is trivial. We can't always rely >>on akpm forwarding patches, seems a lot saner to put the onus on the >>submitter to make sure it gets to the right place. > > > > ok so this was adding a PCMCIA ID to a PCMCIA IDE driver. The patch was > mailed first to the pcmcia mailing list. > > This is one of those drivers that hits multiple maintainers, arguable > Dominik is the primary maintainer of this driver. The patch doesn't do > ANYTHING structural to the driver, all it does it adds a device ID. > there is therefore zero IDE related change in it. > > Sure I can it being nice to CC linux-ide ANYWAY, but, to be honest, > while I see that is important for changes to the driver that change the > structure of it and how it interacts with the IDE layer, I fail to see > the hard required reason for that for just adding a *PCMCIA* ID. > > I think Jeff is a bit overreacting in this case. About a quarter of the time when non-netdev maintainers add IDs, through the magic of merges, we've wound up with duplicate IDs in the driver. I've snipped several duplicate IDs from tulip and other net drivers over the years. Further, in the past Brodo has _already_ been asked to CC relevant maintainers and lists -- or at least LKML -- with his patches. He has established a pattern of lacking time to add CC's to his emails; it wasn't just this incident. Where is the peer review? Jeff - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/