Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp4682121imd; Tue, 30 Oct 2018 06:01:27 -0700 (PDT) X-Google-Smtp-Source: AJdET5fwZZ/nqN94JYk3i/UQf2NoWcUvxUptOhgqqJM3culsBxLhDwra4+b+MZhACBKlKYmm9oCN X-Received: by 2002:a63:cc0b:: with SMTP id x11-v6mr17720074pgf.33.1540904487545; Tue, 30 Oct 2018 06:01:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540904487; cv=none; d=google.com; s=arc-20160816; b=t9SaImCcQ+xLy60sbBJhvCjSq9Sahff28jQlQ83Up+5UJ0EKNapCXCLuubufv4Yund O+RLvC8IdTD0qeEor+DmamwijbXPKq98SDtfuRnaH94sW4YZ7grVtOdUYr/vopK8mX+S WuFo99zsBIdpeu0a5STAF0ZNGZNVVPN5UEFIxETx9l6Uh9LPzsZOqI9qE7zuG4zV5SOS X7QhySa1l7ioP/SVKDtitchlYJOBqyHcaYaOUyBCRArBXn2QtalLcHk44AsStcO/0+D0 1dh2EPBAPQ5Gn5htMpC3DdNQPp3Y1D7Bl9RFfACRDmh7uXI1ulflWInOxHWyZa3mHPqi 62ag== 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; bh=Erv+gTBAOz7obiqTWekH9VxAiSlrL5eFgmT+sYmgbG4=; b=qIEXoVuRu7W0VraZDtBOqLUsGwipX9oLu8Dg9A0c+BCoHKsSn7VQSLFgottMRsWi/W NgNxlclovTXMNiwcFh7V0jgfGUkOrJBAymqW4bMNDMrEBC158WDcxsa6mCuSUnRbz8Ou RmWA8/Kc9wVLADQSyLEQBG9nx4pcCvHO/DXDNWFK/VeA+VbvKPcfG4OLR1QnNnnfelII HpkoSj4EUcXMLUonoR/ZdtWne7Z1aPliSSIirO+XE4hF22/mEQhRJxhiS/iWE48raBWZ KXkhZNDJj/p2v1IZqyOp5rgp2bGkbYXUtp2WoiV5Z0T0iJVfwW4T53zx5kKZDXLB5Rci cpcg== 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 az6-v6si23326014plb.190.2018.10.30.06.01.11; Tue, 30 Oct 2018 06:01:27 -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 S1727832AbeJ3VwC (ORCPT + 99 others); Tue, 30 Oct 2018 17:52:02 -0400 Received: from verein.lst.de ([213.95.11.211]:60100 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727530AbeJ3VwC (ORCPT ); Tue, 30 Oct 2018 17:52:02 -0400 Received: by newverein.lst.de (Postfix, from userid 2407) id 3331768B02; Tue, 30 Oct 2018 13:58:41 +0100 (CET) Date: Tue, 30 Oct 2018 13:58:41 +0100 From: Christoph Hellwig To: Alistair Popple Cc: linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, mpe@ellerman.id.au, benh@kernel.crashing.org, hch@lst.de Subject: Re: [PATCH] powerpc/npu-dma: Remove NPU DMA ops Message-ID: <20181030125841.GB30158@lst.de> References: <20181030110203.27257-1-alistair@popple.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181030110203.27257-1-alistair@popple.id.au> 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 Please take my patch instead. We have a kernel polcity to not keep dead code around, and everyone including Linus and the attending IBMers confirmed this. On Tue, Oct 30, 2018 at 10:02:03PM +1100, Alistair Popple wrote: > The NPU IOMMU is setup to mirror the parent PCIe device IOMMU > setup. Therefore it does not make sense to call dma operations such as > dma_map_page, etc. directly on these devices. The existing dma-ops > simply print a warning if they are ever called, however this is > unnecessary and the warnings are likely to go unnoticed. > > It is instead simpler to remove these operations and let the generic > DMA code print warnings (eg. via a NULL pointer deref) in cases of > buggy drivers attempting dma operations on NVLink devices. > > Signed-off-by: Alistair Popple > --- > arch/powerpc/platforms/powernv/npu-dma.c | 64 ++------------------------------ > 1 file changed, 4 insertions(+), 60 deletions(-) > > diff --git a/arch/powerpc/platforms/powernv/npu-dma.c b/arch/powerpc/platforms/powernv/npu-dma.c > index 6f60e0931922..75b935252981 100644 > --- a/arch/powerpc/platforms/powernv/npu-dma.c > +++ b/arch/powerpc/platforms/powernv/npu-dma.c > @@ -102,63 +102,6 @@ struct pci_dev *pnv_pci_get_npu_dev(struct pci_dev *gpdev, int index) > } > EXPORT_SYMBOL(pnv_pci_get_npu_dev); > > -#define NPU_DMA_OP_UNSUPPORTED() \ > - dev_err_once(dev, "%s operation unsupported for NVLink devices\n", \ > - __func__) > - > -static void *dma_npu_alloc(struct device *dev, size_t size, > - dma_addr_t *dma_handle, gfp_t flag, > - unsigned long attrs) > -{ > - NPU_DMA_OP_UNSUPPORTED(); > - return NULL; > -} > - > -static void dma_npu_free(struct device *dev, size_t size, > - void *vaddr, dma_addr_t dma_handle, > - unsigned long attrs) > -{ > - NPU_DMA_OP_UNSUPPORTED(); > -} > - > -static dma_addr_t dma_npu_map_page(struct device *dev, struct page *page, > - unsigned long offset, size_t size, > - enum dma_data_direction direction, > - unsigned long attrs) > -{ > - NPU_DMA_OP_UNSUPPORTED(); > - return 0; > -} > - > -static int dma_npu_map_sg(struct device *dev, struct scatterlist *sglist, > - int nelems, enum dma_data_direction direction, > - unsigned long attrs) > -{ > - NPU_DMA_OP_UNSUPPORTED(); > - return 0; > -} > - > -static int dma_npu_dma_supported(struct device *dev, u64 mask) > -{ > - NPU_DMA_OP_UNSUPPORTED(); > - return 0; > -} > - > -static u64 dma_npu_get_required_mask(struct device *dev) > -{ > - NPU_DMA_OP_UNSUPPORTED(); > - return 0; > -} > - > -static const struct dma_map_ops dma_npu_ops = { > - .map_page = dma_npu_map_page, > - .map_sg = dma_npu_map_sg, > - .alloc = dma_npu_alloc, > - .free = dma_npu_free, > - .dma_supported = dma_npu_dma_supported, > - .get_required_mask = dma_npu_get_required_mask, > -}; > - > /* > * Returns the PE assoicated with the PCI device of the given > * NPU. Returns the linked pci device if pci_dev != NULL. > @@ -270,10 +213,11 @@ static void pnv_npu_dma_set_32(struct pnv_ioda_pe *npe) > rc = pnv_npu_set_window(npe, 0, gpe->table_group.tables[0]); > > /* > - * We don't initialise npu_pe->tce32_table as we always use > - * dma_npu_ops which are nops. > + * NVLink devices use the same TCE table configuration as > + * their parent device so drivers shouldn't be doing DMA > + * operations directly on these devices. > */ > - set_dma_ops(&npe->pdev->dev, &dma_npu_ops); > + set_dma_ops(&npe->pdev->dev, NULL); > } > > /* > -- > 2.11.0 ---end quoted text---