Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2821889imu; Thu, 29 Nov 2018 10:46:29 -0800 (PST) X-Google-Smtp-Source: AFSGD/X0F0iyyXu5KMSMirW+20xzQFx/Wa7NztWMv0v2u6CzALNu4EjA1xiNaNBWxkL6iKXO6nky X-Received: by 2002:a63:6cc:: with SMTP id 195mr2213041pgg.52.1543517189394; Thu, 29 Nov 2018 10:46:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543517189; cv=none; d=google.com; s=arc-20160816; b=H/7zXL5C1E9WtFSOmPit39aHKNetmJPNbsgTs/hYOTdtvc90Xf9wEqMRSoS1DO5IAF HevPbxIv+dzEcX4DltT8cB/Fm7ippdRMxtP1qLcGcTIDzPhCPwxh9aL4VVXj0nFssLT+ iG9K2UG5WIf1Gko0krJjY/uHbzaePrbhI59Tx9+UsdgXsXnolpjZdACFDRSUrMBDgxvn 6ioVGJm5SX9E+stEirGm/aL3U++lEX30pHxs6yncNE4sOnFVjC3ivjKcuUJccnkAX/fy YmUtlh1M6EbUz/EelXdAE3rnpTeI+kHuk3etMr1gSCZYpxuHqM93ji3jbRj1QDdY40Zi SlGw== 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=3AlB6qbm/CrjKr57jk+/m0nG/LKTEMJEQJo9i6FUqJU=; b=DrPvgFcoCqMJacTi1YW3p5el4caA0O6BotOuIKfpulf8VwYIllJiKVhiqh3RN5zJAV zki5IWXtzhF6jke3RsxH56EeG2jiAbSVyQw7MEQa5IzJ2NbLe+AjjmbhtjTD6tpKZtzZ wHzgUD+MYygzT7JzjWwaIJBaga+oNI41jCdZGo3/kFMoKhffo8lhEH1ufTdqgP2x00fK Jwn4NP3xnpn1kLcHKoTQ5VUrMZgamFI8aLFxEkgBYr0mjiWLVcv887ZSmFXtHhrHxGdB r/xJtQnFpH8l0T74YaRnVhbrph+HhjZut01UatVaNXVRzivWVHRm7cL3pS3aF3Cb7M01 w7kw== 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 u5si2416493pgr.316.2018.11.29.10.46.13; Thu, 29 Nov 2018 10:46:29 -0800 (PST) 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 S1728816AbeK3Fhw (ORCPT + 99 others); Fri, 30 Nov 2018 00:37:52 -0500 Received: from verein.lst.de ([213.95.11.211]:45479 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728348AbeK3Fhw (ORCPT ); Fri, 30 Nov 2018 00:37:52 -0500 Received: by newverein.lst.de (Postfix, from userid 2407) id B667068BDF; Thu, 29 Nov 2018 19:31:32 +0100 (CET) Date: Thu, 29 Nov 2018 19:31:32 +0100 From: Christoph Hellwig To: Linus Torvalds Cc: Christoph Hellwig , Russell King - ARM Linux , linux-arch@vger.kernel.org, linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org, robin.murphy@arm.com, the arch/x86 maintainers , Linux List Kernel Mailing , iommu@lists.linux-foundation.org, linux-alpha@vger.kernel.org, xen-devel@lists.xenproject.org, David Woodhouse , linux-arm-kernel@lists.infradead.org Subject: Re: remove the ->mapping_error method from dma_map_ops V2 Message-ID: <20181129183132.GA30281@lst.de> References: <20181123065511.GA17856@lst.de> <20181128074117.GA21126@lst.de> <20181128174545.GJ30658@n2100.armlinux.org.uk> <20181128180841.GM30658@n2100.armlinux.org.uk> <20181129162323.GA27068@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 Thu, Nov 29, 2018 at 09:44:05AM -0800, Linus Torvalds wrote: > No. Really. If there's no iotlb, then you just mark that one page > reserved. It simply doesn't get used. It doesn't mean you suddenly > need a swiotlb. Sure, we could just skip that page entirely based on dma_to_phys. > But whatever. It's independent from the patch series under discussion. > Make dma_mapping_error() at least return a real error (eg -EINVAL, or > whatever is the common error), and we can maybe do this later. Ok, I'll do that. > Or, better yet, plan on removing the single-page dma mappign entirely > at a later date, and make the issue moot. What would be the replacement? Build a S/G list for every single page mapping? Not sure that would create a lot of happy campers..