Received: by 10.192.165.148 with SMTP id m20csp4140145imm; Tue, 8 May 2018 03:44:16 -0700 (PDT) X-Google-Smtp-Source: AB8JxZoqU36X3C20dcEmoQpgElQVTFq8duj0FPwXkHJVx9yYemB8f3pyIw5vxQqZLzXVBvoRgit+ X-Received: by 2002:a63:7f1a:: with SMTP id a26-v6mr813044pgd.371.1525776256704; Tue, 08 May 2018 03:44:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525776256; cv=none; d=google.com; s=arc-20160816; b=repIlTl1pR2auOd+wCtVE8OoY8IElZFuWa/eF61cBpfH7mlilv6SsCxXGdvHrtlH/t ok9EY4MyTXSwsfADZiecby/MWbAJS5m5i6nWUz46gCwQH92J2vtmH/NPV+8s2Stn6zza OB/DlNH4CbDCwW4aoOxdsr1xIx/6s3GKWQX01Fk4JHQ1iwzUfP8gyOzu3niSxG66+5fT JKLmfhhpLRe8SG+NAjCC7wmq4TvYoDt287OzSpIWQs1ub5o6NmZwT/G1bXMHLfoeeDVS cs511S52CHjkzed1NDtae7UmK6s0jCYHm8xxKXplS+tMHGfso3KH16cRV3NOf87aEMkg mbjg== 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:arc-authentication-results; bh=03F5cQMr3F5+Kb0YlcmH3VvIPbZcm+pqWtNkkGjqPgU=; b=lJoCwvo7ITjDvZxRWHtVK91dgK6G9P1M6kA9X4aDu9iVWAX/jUtQkpiPOfG7hGZ7hA UHmzJ3FCtI0D7HWEOOYD49sj+qjJT5x0MwgPCRVqAt7t4k3cTaXoUT2LQixBG7NG+U31 cjcikkzcw2Pn1ojJe+fDK3tfQDRLL0lrHKFc6p5gcPquUDmEKThdAlETsKSmI+tTgkCP wuvN9EfosSXAnduPH3kfv0i9OLVa0pdRmforwah3twzKCLNsA8nvP5HQ37mB6GT8bv/6 viDoJ4/+j0sjTE1MBQdH+gzjy8BwhXTjFFidtIGsWT7944oFSTVcoaOywbRSbFganq/+ GYTQ== 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 y15-v6si18902051pgv.69.2018.05.08.03.44.01; Tue, 08 May 2018 03:44:16 -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 S1754906AbeEHKmj (ORCPT + 99 others); Tue, 8 May 2018 06:42:39 -0400 Received: from verein.lst.de ([213.95.11.211]:36869 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754476AbeEHKmg (ORCPT ); Tue, 8 May 2018 06:42:36 -0400 Received: by newverein.lst.de (Postfix, from userid 2407) id E7E0268CF2; Tue, 8 May 2018 12:45:56 +0200 (CEST) Date: Tue, 8 May 2018 12:45:56 +0200 From: Christoph Hellwig To: Robin Murphy Cc: Christoph Hellwig , iommu@lists.linux-foundation.org, linux-arch@vger.kernel.org, linux-xtensa@linux-xtensa.org, Michal Simek , Vincent Chen , linux-c6x-dev@linux-c6x.org, linux-parisc@vger.kernel.org, linux-sh@vger.kernel.org, linux-hexagon@vger.kernel.org, linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org, openrisc@lists.librecores.org, Greentime Hu , linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org, nios2-dev@lists.rocketboards.org, linux-snps-arc@lists.infradead.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings Message-ID: <20180508104556.GA26841@lst.de> References: <20180424140235.9125-1-hch@lst.de> <20180424140235.9125-4-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 Tue, May 08, 2018 at 11:05:20AM +0100, Robin Murphy wrote: > On 24/04/18 15:02, Christoph Hellwig wrote: >> Only used by the AMD GART driver, which must be built in. > > FWIW debug_dma_dump_mappings() is also called by the Intel VT-d driver, but > the same reasoning still applies. I'll update the changelog. > This does rather beg the question of > whether it's right to have bits of low-level dma-debug internals *only* > called by a couple of IOMMU drivers, but that can wait for another day. My gut feeling is that it is wrong, but I didn't have time to look into the details and history of how this happened.