From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id A9E35C433DF for ; Tue, 16 Jun 2020 09:44:07 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [203.11.71.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 5108F2074D for ; Tue, 16 Jun 2020 09:44:07 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 5108F2074D Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=telegraphics.com.au Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Received: from bilbo.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3]) by lists.ozlabs.org (Postfix) with ESMTP id 49mNZD6w5tzDql0 for ; Tue, 16 Jun 2020 19:44:04 +1000 (AEST) Authentication-Results: lists.ozlabs.org; spf=none (no SPF record) smtp.mailfrom=telegraphics.com.au (client-ip=98.124.60.144; helo=kvm5.telegraphics.com.au; envelope-from=fthain@telegraphics.com.au; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=telegraphics.com.au Received: from kvm5.telegraphics.com.au (kvm5.telegraphics.com.au [98.124.60.144]) by lists.ozlabs.org (Postfix) with ESMTP id 49mNXQ56JrzDqXL for ; Tue, 16 Jun 2020 19:42:30 +1000 (AEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by kvm5.telegraphics.com.au (Postfix) with ESMTP id DC1CE274AC; Tue, 16 Jun 2020 05:42:21 -0400 (EDT) Date: Tue, 16 Jun 2020 19:42:23 +1000 (AEST) From: Finn Thain To: Chris Boot Subject: Re: [PATCH] scsi: target/sbp: remove firewire SBP target driver In-Reply-To: <8da0c285-d707-a3d2-063e-472af5cc560f@boo.tc> Message-ID: References: <01020172acd3d10f-3964f076-a820-43fc-9494-3f3946e9b7b5-000000@eu-west-1.amazonses.com> <7ad14946-5c25-fc49-1e48-72d37a607832@boo.tc> <8da0c285-d707-a3d2-063e-472af5cc560f@boo.tc> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Bart Van Assche , linux-scsi@vger.kernel.org, Chuhong Yuan , linux-kernel@vger.kernel.org, Nicholas Bellinger , target-devel@vger.kernel.org, "Martin K . Petersen" , linux1394-devel@lists.sourceforge.net, linuxppc-dev@lists.ozlabs.org, Stefan Richter Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On Mon, 15 Jun 2020, Chris Boot wrote: > On 15/06/2020 00:28, Finn Thain wrote: > > On Sun, 14 Jun 2020, Chris Boot wrote: > > > >> I expect that if someone finds this useful it can stick around (but > >> that's not my call). > > > > Who's call is that? If the patch had said "From: Martin K. Petersen" > > and "This driver is being removed because it has the following > > defects..." that would be some indication of a good-faith willingness > > to accept users as developers in the spirit of the GPL, which is what > > you seem to be alluding to (?). > > If you're asking me, I'd say it was martin's call: > > > SCSI TARGET SUBSYSTEM > > M: "Martin K. Petersen" > [...] > > F: drivers/target/ > > F: include/target/ > The question I asked you was intended to make you think. I wasn't asking you to search MAINTAINERS for "drivers/target" (I had already done so). Chris, you can find my name in that file too. That's because I see my role as custodian of that particular code. That code lives in the kernel.org tree because others put it there and because users find it useful -- not merely because it happens to please the official glorious MAINTAINER of said code. If you would ask, "who's call is it to delete drivers/nubus? or drivers/scsi/NCR5380.c?" my answer is, I have no idea. > >> I just don't have the time or inclination or hardware to be able to > >> maintain it anymore, so someone else would have to pick it up. > >> > > > > Which is why most drivers get orphaned, right? > > Sure, but that's not what Martin asked me to do, hence this patch. > Martin said, "I'd appreciate a patch to remove it" And Bart said, "do you want to keep this driver in the kernel tree?" AFAICT both comments are quite ambiguous. I don't see an actionable request, just an expression of interest from people doing their jobs. Note well: there is no pay check associated with having a MAINTAINERS file entry.