Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp1555989ybi; Wed, 19 Jun 2019 23:22:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqwi/F7cpLpO6eg4B0qZQxrFP62bIffRaFijT6zVx7/qfHW7b788VzL7Y4AVNiJfWqDdPNEN X-Received: by 2002:a63:205b:: with SMTP id r27mr11632493pgm.330.1561011744412; Wed, 19 Jun 2019 23:22:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561011744; cv=none; d=google.com; s=arc-20160816; b=ysWUESm+oaNNlgBjKPVo617hQYwklti6pZ36XKK9CKxj4RZcKlE3nDXmdR/zPW5hDh VM8DfgIm+bFlv5/n8DP2HSFaQaM5Z9EE5r8FUBh+1+yE8PZ0Zgm0Hsyt/kiSR8byMBH6 vO93V2AlDzqPcWQTQadxrghp06qhDfzn1Z7IJCFjA1bjfAsEHEVOFXT2iLivYdhsGr4o KNB0cLQITQGsNx1r/hvVwaoFLafrWTvV/u7vIDyWL6CphBR1W9qDF7/GV5iSzPy9wxdT O1smG/sKCpIPgGMOZ+JNTPM4XmXjEJwOinO4vYPYr/fsOlyaYJfa+qiAWjAVrdPkVwM7 NwgQ== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=UxPEih5V/bwMG8hprHKW9wXb2VSwTvWDlnTkX98Gozc=; b=yVoJeZ+vsXW9bjzzTd/U6OdY9wVVY2UIRMUoZtZKlNnj3/A5JU3xzaVaDFB3+bpOiU hoE3t9Yt+T4tBixML+C1jbKdllMthGYNEtUYAfGDEuaj79bG9Tb3Dyxqv2rjkmSFxs2c A3rQnNZfUvfy/Fo0QjcI1ZW2A5aoLAJfGoVUHBXNPTYiEaM2sRerVgs/RREDgvE6nTvc 2B0bB3CO4HU9y0jXRz2oYIW1stCh7ggDHBlx9ZNFYlZTU/wQZSAtyzZnf4L0vcW5GZ2r LaunuFs5ZWIXU4ym0FU51SAt3lskA2NLMHZviJUUItXEcAi5d4nz2QT0igRL8XzIjAOj i7qg== ARC-Authentication-Results: i=1; mx.google.com; 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 d3si4988188pgv.492.2019.06.19.23.22.08; Wed, 19 Jun 2019 23:22:24 -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; 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 S1726212AbfFTGV5 (ORCPT + 99 others); Thu, 20 Jun 2019 02:21:57 -0400 Received: from verein.lst.de ([213.95.11.211]:57987 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725871AbfFTGV5 (ORCPT ); Thu, 20 Jun 2019 02:21:57 -0400 Received: by newverein.lst.de (Postfix, from userid 2407) id ACC1868B05; Thu, 20 Jun 2019 08:21:26 +0200 (CEST) Date: Thu, 20 Jun 2019 08:21:26 +0200 From: Christoph Hellwig To: Alexey Kardashevskiy Cc: Christoph Hellwig , Linus Torvalds , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/4] powerpc/powernv: remove dead NPU DMA code Message-ID: <20190620062126.GA20765@lst.de> References: <20190523074924.19659-1-hch@lst.de> <20190523074924.19659-4-hch@lst.de> <20190619072837.GA6858@lst.de> <20190620060354.GA20279@lst.de> <309781b5-108f-c219-2cda-49179dca6b13@ozlabs.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <309781b5-108f-c219-2cda-49179dca6b13@ozlabs.ru> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 20, 2019 at 04:20:08PM +1000, Alexey Kardashevskiy wrote: > > > On 20/06/2019 16:03, Christoph Hellwig wrote: > > Hi Linus, > > > > this goes back to the discussion at last years kernel summit, where > > we had the discussion on removing code never used by any in-kernel > > user an no prospects of one. The IBM folks are unfortunately still > > dragging their feet on the powerpc side. Can we revise this discussion? > > > > The use case here is a IBM specific bus for which they only have an > > out of tree driver that their partner doesn't want to submit for mainline, > > but keep insisting on keeping the code around (which is also built > > uncondŃ–tionally for the platform). > > > I personally keep insisting on correct commit logs, i.e. not calling > working code dead and providing actual reasons for the change. Thanks, If that is the only thing you are complaining about I can clarify it a little of course. But it didn't sound like that was the actual problem.