Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp6320774ybv; Wed, 12 Feb 2020 09:59:15 -0800 (PST) X-Google-Smtp-Source: APXvYqxN16rrS1kWMdGWqt3ck+xz8C22CEqHEmoLkQCN1oo20NS4f9BrF9APZ7vAnbH4ARjseNlp X-Received: by 2002:aca:4ace:: with SMTP id x197mr181789oia.23.1581530355054; Wed, 12 Feb 2020 09:59:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581530355; cv=none; d=google.com; s=arc-20160816; b=OQ/RO6K7wS19VJ7wzHgH8fBSNLQrV5vr7tiskJvm7pu6zo0rHu1TqK5sPObYM60ch/ haroKQ5JMWIw4sSWnM4SOGx0jSaRkSE3v/7yKsc7ohV07uLECiB73yV8I7r2soU+8aTc CgAWB1qGUT5GBGqcDL73g/Zg24LEzksh+3sEmlwAS8epVhjju0HROfLfJSRNWbpgabsI zOI/nxh7ljHSoCJPVZCbPqlIFCJBv9eJg3LMqqozS4qwphklAXOlTF81PWFKwQwEVBCg jldw1WB3KHaKTZ+oSGdwQ2inPk902FIwXOjx2zNroaFBMzNEuv8oRzZmMUszuWVRu0hA M3AQ== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=BZ0SpPWpyrRP7C8qUWrcpVMUtR52q1L1Os6ZtIv9sQ8=; b=HlTo2+ejRk5BRtefnWdfdtyYywTUoATk946GVXEMRcHA7hYOWk6DpNfkhe5ulfMun1 iJXNRuacal+4n/ViHIaFOvXV7c2FO021dQYRBh0I8Pjdu0mvz0s3xZfgH22Y9jViBCOH H/YQTWjBVlQqG68rXWoRqzS0Mi36QmF9XGH+YwKvKi+CkeTXaWB6Pt+wwHuzSgmccsoz 2FzPSiixqYTzZxHycLcmhHdhjn9JJApxuJ48GLl8TN/ZAkvH2qWkAbQ2Q9buuWEUeha/ Vg0A4DSMhEg6QwUV/qk311zbw5pGkGLRe7uimHfKHhURSek00suSmqHMHRJWV4SJoVz4 TNow== 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 10si3528454ois.76.2020.02.12.09.59.03; Wed, 12 Feb 2020 09:59:15 -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 S1728226AbgBLR6A (ORCPT + 99 others); Wed, 12 Feb 2020 12:58:00 -0500 Received: from verein.lst.de ([213.95.11.211]:39692 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726728AbgBLR6A (ORCPT ); Wed, 12 Feb 2020 12:58:00 -0500 Received: by verein.lst.de (Postfix, from userid 2407) id 4718868C65; Wed, 12 Feb 2020 18:57:57 +0100 (CET) Date: Wed, 12 Feb 2020 18:57:56 +0100 From: Christoph Hellwig To: Robin Murphy Cc: Roger Quadros , Christoph Hellwig , =?iso-8859-1?Q?P=E9ter?= Ujfalusi , Murali Karicheri , "Nori, Sekhar" , "Anna, Suman" , stefan.wahren@i2se.com, afaerber@suse.de, hverkuil@xs4all.nl, Rob Herring , devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" , Nishanth Menon , "hdegoede@redhat.com" Subject: Re: dma_mask limited to 32-bits with OF platform device Message-ID: <20200212175756.GA6034@lst.de> References: <3a91f306-f544-a63c-dfe2-7eae7b32bcca@arm.com> <56314192-f3c6-70c5-6b9a-3d580311c326@ti.com> <9bd83815-6f54-2efb-9398-42064f73ab1c@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <9bd83815-6f54-2efb-9398-42064f73ab1c@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 Wed, Feb 12, 2020 at 02:04:31PM +0000, Robin Murphy wrote: >> For now, let's say that we limit dma-ranges to 4GB size. with "dma-ranges >> = <0x00000000 0x00000000 0x1 0x00000000>;" >> Then, dma_bus_limit is set correctly to 0xffffffff, SATA driver sets masks >> to 64-bit as IP supports that. >> >> [?? 13.306847] ahci 4a140000.sata: dma_mask 0xffffffffffffffff, >> coherent_mask 0xffffffffffffffff, dma_bus_limit 0xffffffff >> >> However, the SATA controller still tries to do DMA above 32-bits. >> dma_alloc() doesn't seem to be taking dma_bus_limit into account? > > Yay ARM LPAE... Peter and Christoph have already been playing whack-a-mole > with other bugs under that config - is this with or without SWIOTLB? (and > whichever way, does the other work any better?) Hmm. ARM LPAE still uses the arm legacy dma alloc coherent, and that might not be taking the dma_bus_limit into account. Let me check..