Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp2290219ybd; Thu, 27 Jun 2019 09:51:49 -0700 (PDT) X-Google-Smtp-Source: APXvYqzB5J1Kb2pSV7kTSfDoM7ZgQNd4n/YLjY5U3ho7oYM+b1lgrJogjaI86/21qivJW9hFQGU6 X-Received: by 2002:a17:902:3fa5:: with SMTP id a34mr5556491pld.317.1561654309301; Thu, 27 Jun 2019 09:51:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561654309; cv=none; d=google.com; s=arc-20160816; b=Ld3zhxRLjkoDlvVPU0dfojl/6jr2n93AXG4KetqUmv9Px6kEnlit/PjxH3gSrjSXRJ Rpff4MDWF/q0gNgEdhKDw+9/yMLnEtOUS/6OFR453RsC5+EA1eu1mEAiZUsl4j6gDPJ0 o7QiLkgzhK/BQQX6IKoLDsH4gHmNoC+f7iOxY+nvIvsmIcyMwKtRntnm70S4vaCH0tzS 7ALE9BJzxlQecCXzu+NkqPyYwwnmJ6YoZtkR4hlj/73u3mOsRwjHgn9dKKqDvo2CRZmy NvDHTVoL033+Bt2Q9mnENjdBttHUUG2wvG47uEh3VEyRmPWiy5Mu3FknjAgr/dqEhCVn VHhg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=2fnWONyY7aSLayIEzsFb5PCVnmGHQwSDKTVji3wq/fE=; b=NvyRtXLxZHNhoQYe5Vy4B1lRAiHxgq30rIZpxQKdShKMKfG8282jysj7M5mXdCugwR vRP07GZ9b3VTfL+YcrdQUAGSykUZYlUEMwT2A5YwFnPOUa27BK6hpVP0h7H+1em8G0bH pwRjUD/jYGzrIBcDve3k/+HEYeWg0YsqLAWsGoGv0jtHbEJpQE7bFN3rBVpMdqBHjo5C hWxT+QsNt4u7pacT6gPpbT/4+tZrIbxuiX3RAvQ+McH7zTkQNuvwoyvKIJA2OpMIZCFA 1FSBm+Wi/D6J3y2mP01cu7/3iy+llUTjDutlhUoSlX3R/WazfwjSpoAe7wT2qbZaD8K8 pHiQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=mZ148xhh; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x13si2402536pgr.376.2019.06.27.09.51.32; Thu, 27 Jun 2019 09:51:49 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=mZ148xhh; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726508AbfF0QvY (ORCPT + 99 others); Thu, 27 Jun 2019 12:51:24 -0400 Received: from mail.kernel.org ([198.145.29.99]:43896 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725770AbfF0QvY (ORCPT ); Thu, 27 Jun 2019 12:51:24 -0400 Received: from localhost (unknown [89.205.136.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 89D8C2054F; Thu, 27 Jun 2019 16:51:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1561654283; bh=ZJeG6e/5ex7Oi3+NrkGCaYVu2coSPS31gk3u5jQWWjo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=mZ148xhhRuY36EaSXlOq2p/UuE2/te/REcS9lHEb28ZfBZTo1mpl3owe357ai8X+g dMqgFdvIOf4atRjO1kkZ0Ze2AabPXt4HhkDiO1d16DWrBC6Md2kCSJOOd/tEoUzLqT LKgTrlyB/AduI6aU7BnoiU6rwCqmu2NvJCH7m6oQ= Date: Fri, 28 Jun 2019 00:51:16 +0800 From: Greg Kroah-Hartman To: Alexey Kardashevskiy Cc: Christoph Hellwig , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Oliver O'Halloran , Frederic Barrat , linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/4] powerpc/powernv: remove unused NPU DMA code Message-ID: <20190627165116.GA9855@kroah.com> References: <20190625145239.2759-1-hch@lst.de> <20190625145239.2759-4-hch@lst.de> <7bde96e0-7bc5-d5fe-f151-52c29660633c@ozlabs.ru> <20190626074935.GA25452@lst.de> <027a5095-a22c-2799-8ff6-42d0bc4d2bc9@ozlabs.ru> <20190627072240.GA9916@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190627072240.GA9916@lst.de> User-Agent: Mutt/1.12.1 (2019-06-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 27, 2019 at 09:22:40AM +0200, Christoph Hellwig wrote: > On Thu, Jun 27, 2019 at 10:21:55AM +1000, Alexey Kardashevskiy wrote: > > > Which comment? Last time I asked you complaint "it is still used in > > > exactly the same way as before" which you later clarified that you > > > have a hidden out of tree user somewhere, and you only objected to > > > > It is not hidden, anyone can download and inspect that GPL driver. > > For one no one has ever posted a link. And second as mentioned > countless times it doesn't matter, it only matters if it is in mainline, > or as a special exception actively trying to go mainline. > > > > the word "dead". That has been fixed and there were no further > > > comments. > > > > You still have it in the cover letter so at very least 3/4 is not a part > > of this patchset then. > > > > And I still want to see a formal statement about out-of-tree drivers > > support/tolerance. If you manage to remove this code, I'll have to post > > a revert (again and again) but I would rather know the exact list of > > what we do and what we do not do about such drivers and if the list 1) > > exists 2) is reasonable then I could try to come up with a better > > solution or point others to the policy and push them to do the right > > thing. Right now it is just you pretending that the nVidia driver does > > not exist, this is not helping. Thanks, > > We had that discussion at kernel summit and it was reported. Anyway, > adding Greg, who usually has some pretty good prewritten letters for > this kind of thing. I used to have one but it's been so long since anyone tried to even think about defending the removal of functions that are not used in the kernel tree anymore, that I can't seem to find it anymore :) Christoph is completely correct here, if it isn't in the tree, it doesn't matter. We have made this "formal" statement again and again over the years, starting with the old "stable api nonsense" document that is in the kernel tree itself. And he is also correct in that we talked about this specific issue, in detail, at the maintainers summit last year, see lwn.net for the details if you somehow missed it then. thanks, greg k-h