Received: by 2002:a17:90a:c8b:0:0:0:0 with SMTP id v11csp2303153pja; Fri, 19 Apr 2019 11:36:55 -0700 (PDT) X-Google-Smtp-Source: APXvYqx/mFV6EZVaXcIcpHa6KhWPwJWECbWRlPA/i6r+qNZNJnxhtGE1/4bvcd7F/RRVBvg0hXhb X-Received: by 2002:a17:902:868e:: with SMTP id g14mr5453723plo.183.1555699015264; Fri, 19 Apr 2019 11:36:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555699015; cv=none; d=google.com; s=arc-20160816; b=jr9rOcnR+F3pQLVkRClYIwlDRt1c3Oc6IBKJfJ7+yzODTgD9YkhekIDOMlJEo9wGaw 7krCfkuqJLAssCsevJahVwi59A4Jy93AG0Y65zNj2okzKkTOfkL3esqxDKWITovWD/R0 XOCiwR0Cc7KAMrjyTXbNhqgIG8/yOZwjQrzGISZlKhIqo/14LSd4Isw0H0NwFtpD6cwj 3FN53awnjLLUO1kLUOrKiHrrTblQI1N1PlpAql/IiylpqPj0aUIipHjfSfbzuO0d+qR4 0djiaou9j2mkFpjNNmeDatcXHnZhG7E6NHU4jkI96p7mSUbJutQzIfqsIF+AgdpKDfqm E2+g== 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=vD0RkKioSJuLBINuiip0pEMKQPhQhb8CnpqWAr3TDXM=; b=HoI9Q/06ySbERsoaRkA8q5uN1Toie98ja5ioMALsUFJLdNNyWhqp/YeSKjWKgJ7WSn 2NDdNz8/2zGH9GimtU1TZ5NWgqezblpewilOAKXMppz2Vt+9i7VU/tYxZ2uVT/J5MjdN YMKCBNbtn1QCuZrxYpFYKP7m8bwoVw3XFwRGJipi2yHAVMVyTY9Vvx5gCdWSWpO5E4xK 2bYdEIOvZ+/VPsYGPEENfj869S23V7ln60+IQhiBdduQMw8U0XC1uUEMtvlYzQPZPuhQ rmSf3mKjrDldGwaVHBrmp0uxivQL/3PjQC4+Ue+jdbX7BtM/XbObHLCivykkHx+49qF8 2O/Q== 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 82si5927468pft.35.2019.04.19.11.36.39; Fri, 19 Apr 2019 11:36:55 -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 S1728357AbfDSSfH (ORCPT + 99 others); Fri, 19 Apr 2019 14:35:07 -0400 Received: from verein.lst.de ([213.95.11.211]:56138 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726673AbfDSSfD (ORCPT ); Fri, 19 Apr 2019 14:35:03 -0400 Received: by newverein.lst.de (Postfix, from userid 2407) id 3141F68B20; Fri, 19 Apr 2019 11:08:00 +0200 (CEST) Date: Fri, 19 Apr 2019 11:07:59 +0200 From: Christoph Hellwig To: Robin Murphy Cc: Christoph Hellwig , Joerg Roedel , Catalin Marinas , Will Deacon , Tom Lendacky , iommu@lists.linux-foundation.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 12/21] dma-iommu: factor atomic pool allocations into helpers Message-ID: <20190419090759.GA22885@lst.de> References: <20190327080448.5500-1-hch@lst.de> <20190327080448.5500-13-hch@lst.de> <20190410061157.GA5278@lst.de> <20190417063358.GA24139@lst.de> <83615173-a8b4-e0eb-bac3-1a58d61ea4ef@arm.com> <20190418163512.GA25347@lst.de> <433dec64-ef15-b31d-ace4-4c72b81d2942@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <433dec64-ef15-b31d-ace4-4c72b81d2942@arm.com> 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, Apr 18, 2019 at 05:41:00PM +0100, Robin Murphy wrote: >> From a very high level POV this looks ok, but sometimes a bit to >> convoluted to me. The major issue why I went with the version I posted >> is that I can cleanly ifdef out the remap code in just a few sections. >> In this version it is spread out a lot more, and the use of IS_ENABLED >> means that we'd need a lot more stubs for functionality that won't >> ever be called but needs to be compilable. > > What functionality do you have planned in that regard? I did do a quick > build test of my arm64 config with DMA_DIRECT_REMAP hacked out, and > dma-iommu.o appeared to link OK (although other bits of arm64 and > dma-direct didn't, as expected). I will try x86 with IOMMU_DMA to make > sure, though. Yeah, this seems to actually work, there just is a huge chunk of remapping that is hopefully discarded by the compiler even without the ifdefs.