Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp204140imj; Fri, 15 Feb 2019 21:46:19 -0800 (PST) X-Google-Smtp-Source: AHgI3Ib16XTZt9qxrpi7onw6iZC/bBfx73GfFB8Gfzs/WUa5faU2fF5xeeN3bcQG/PmrjxUhoemW X-Received: by 2002:aa7:8101:: with SMTP id b1mr13726718pfi.148.1550295979356; Fri, 15 Feb 2019 21:46:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550295979; cv=none; d=google.com; s=arc-20160816; b=k5Qju3xTCRPoamkZuNMeXPXEWIrS3k2FvJO0sq+GuDCeYxPM6aJNx7oh4Yab1gi8QL 2lPYBZsMzz3dHDg26FrIrDrv0TxDRRrMkpmGtxONn8NVmsslsCw+q3mblm2vzN8FYB4X kgWAbQUFMSke0x13mWYQNq7CutgCaIRdJT9mVLjwNIsZloTSxnrKWQjYf+5Wc5Uwn6IL EotIi6jIIfFuX68S5J35LYX2hMNkxJlFfmALSOdbceVkAEoc7ERd9pIyAtTiuo+kImFR zRcg1Z/Knh4MGcbHp7c2Ri0fYXDaFaA8tLR7KVhxzwtExQTPn0Vk28v2mgOpb75z/9Pr XMgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=08hFH9/cr0HPJGh+DG563ERDHm8rCfotoHuFCbq3U+o=; b=g5o7/0vbDU6oEntZZ8snM98Y+NpqzkG4yDbXHkWXgZaPztht/1OYJY0EbdjdYXvHcb CX8qvS+w+KQrnAerp00eqiU/eoNcoUZQiz6Fygl7nTgIzkVtv1ghK9KeXk0WuZpOVPOe 5CWTkndE2xXMzxH5iyGEKLB3QgolEHtfaZS10eES82V+p0NprhLz5j2iqptaeLuld5O1 3d8vVBgFBsIGxKr4VonmgLOoiknHanCWP5KC98muM8z4EdCnAkNv3JQs/CIIt3QpgLzu /ZyOr1a3TuKwFVwZaYl/gri5pxUzxs0ofmxjsIeValnCxTgjnxm/QXhrdtqWGaR9/3w2 BlQA== 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 e65si1112806pgc.339.2019.02.15.21.46.03; Fri, 15 Feb 2019 21:46:19 -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 S2390149AbfBOSe7 (ORCPT + 99 others); Fri, 15 Feb 2019 13:34:59 -0500 Received: from shards.monkeyblade.net ([23.128.96.9]:43914 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388116AbfBOSe7 (ORCPT ); Fri, 15 Feb 2019 13:34:59 -0500 Received: from localhost (unknown [IPv6:2601:601:9f80:35cd::bf5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id B8BBE14F06A7D; Fri, 15 Feb 2019 10:34:58 -0800 (PST) Date: Fri, 15 Feb 2019 10:34:58 -0800 (PST) Message-Id: <20190215.103458.2233581578201067146.davem@davemloft.net> To: hch@lst.de Cc: deller@gmx.de, robin.murphy@arm.com, iommu@lists.linux-foundation.org, sparclinux@vger.kernel.org, linux-parisc@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/5] sparc64/iommu: allow large DMA masks From: David Miller In-Reply-To: <20190215144559.8777-4-hch@lst.de> References: <20190215144559.8777-1-hch@lst.de> <20190215144559.8777-4-hch@lst.de> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Fri, 15 Feb 2019 10:34:59 -0800 (PST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Christoph Hellwig Date: Fri, 15 Feb 2019 15:45:57 +0100 > We've been moving to a model where the device just sets the DMA mask > supported by it, instead of having to fallback to something it thinks > the platform might support. Sparc64 is the remaining holdout forcing > drivers to supply a matching mask. Change dma_4u_supported to just > check if the supplied dma mask is large enough as nothing in the > iommu.c code (or the core DMA code) actually looks at the DMA mask > later on. > > Signed-off-by: Christoph Hellwig Acked-by: David S. Miller