Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp6657254ybn; Mon, 30 Sep 2019 01:24:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqxJN5TocjGVkIx0snDSEiv9rnbQ3qiTMzST9McXRzxPiIOekgf3ReL/sNG/vHoT/lSrPeOG X-Received: by 2002:a05:6402:713:: with SMTP id w19mr17979522edx.126.1569831864164; Mon, 30 Sep 2019 01:24:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569831864; cv=none; d=google.com; s=arc-20160816; b=RTvroG7K69ND5wVqCzJI0o0GmUGmGO1Kr0A05McthmHWTeVgZkGwvMX66ycWgQHZeZ VCpauF059Rg8d7Bm5ldcPoe6GRG8U8PB3x/96WO04t53e+mP/9vGbvEDz8LrCFf6iRVd 7IiFoICspNXKEFkmORUfnYJLDNom/AmZWX72g/g5rn5Z7fD42ek4mjQP/wkxegsHwGuq x8LURvQ9oD3zF36aGTt2cNPa2Kcx7VTBZ2wPH1yUUFzWJABQI7HzIr2Gsbl+yeLUCmvD 0TqFe6YSa3bHG+aMthG3sKhMnYuiwRuAedY/0MPUMAHEevDmJV3T+n77meFRhOlBbsAx X1aw== 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:dkim-signature; bh=If3yq1ODv3mmckOcV5bip4UCF3kVbPW2FQhUrotgaDI=; b=qVG8TAG/fIPMW1JdglQuwwTpkNi1t74vAMSF0k0XL5Rd70fv4yuja1WfqH3A3U+/Tc If5I/t7kstluxrZZsGU/vgQP3/C2XhXq/fuZKuEXYW1UEjIvOvx5MitOPwMeOjKuNzS/ WQ2eNTUKLQm3E5jrlUyVG6G7u4tNvMZp+xc7qbP8V+rHZKPfzdG1Vsq5UlY9G2HURc0+ Co2Q2bvg3tQfHxWQ9RH+ftdhrQUDM2JOlj23sumGQ9T7iloFHIrufw7t4YP++dRi5UQY BrUGBb57UizQLsQNm24UThr2KxtHnqqMoMhaqCIzaRp/uuS5USulx70DQrHwLgawVHNy YL+Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=AN6E2r5+; 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 n8si6422391ejh.169.2019.09.30.01.24.00; Mon, 30 Sep 2019 01:24:24 -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; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=AN6E2r5+; 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 S1730013AbfI3IU5 (ORCPT + 99 others); Mon, 30 Sep 2019 04:20:57 -0400 Received: from bombadil.infradead.org ([198.137.202.133]:43008 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729923AbfI3IU5 (ORCPT ); Mon, 30 Sep 2019 04:20:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=In-Reply-To:Content-Type:MIME-Version :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=If3yq1ODv3mmckOcV5bip4UCF3kVbPW2FQhUrotgaDI=; b=AN6E2r5+esnTrZkRBItKdRjse DHWl6KMtx8uvrMrd6Rm3NccrVdj8sgohG5IhvUu7yiSapvzR4zG/bp79mucxPjSJszkOKVpH8j+Tx 2LjUq3ltPhxUC0kfPwVvE/2+q38SwH4IotQGcGmUr4Up6EtdRTQiZ0wvN21iKY4deDJKGwH+Nv2Il 5HZKNU7KLYBypju4ygZ+GcaHczmiCKoY912aV98rRbc4Dnuh4t7KU3uSDZtsZ0InOTzuzjs+hLISZ 5jXl5ucrYxXR2QxMdaSLYGmnw9DWtFeZwFoRF8dgR6/P6gEdioEZk6JQsrYYRYqhTGEevN4Kgr3OW yvuEbI6JA==; Received: from hch by bombadil.infradead.org with local (Exim 4.92.2 #3 (Red Hat Linux)) id 1iEqvP-000835-Nr; Mon, 30 Sep 2019 08:20:55 +0000 Date: Mon, 30 Sep 2019 01:20:55 -0700 From: Christoph Hellwig To: Arnd Bergmann Cc: Rob Herring , DTML , Linux ARM , "linux-kernel@vger.kernel.org" , linux-pci , Nicolas Saenz Julienne , Robin Murphy , Florian Fainelli , Stefan Wahren , Frank Rowand , Marek Vasut , Geert Uytterhoeven , Simon Horman , Lorenzo Pieralisi , Oza Pawandeep , Christoph Hellwig , Thierry Reding Subject: Re: [PATCH 00/11] of: dma-ranges fixes and improvements Message-ID: <20190930082055.GA21971@infradead.org> References: <20190927002455.13169-1-robh@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org. See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Sep 29, 2019 at 01:16:20PM +0200, Arnd Bergmann wrote: > On a semi-related note, Thierry asked about one aspect of the dma-ranges > property recently, which is the behavior of dma_set_mask() and related > functions when a driver sets a mask that is larger than the memory > area in the bus-ranges but smaller than the available physical RAM. > As I understood Thierry's problem and the current code, the generic > dma_set_mask() will either reject the new mask entirely or override > the mask set by of_dma_configure, but it fails to set a correct mask > within the limitations of the parent bus in this case. There days dma_set_mask will only reject a mask if it is too small to be supported by the hardware. Larger than required masks are now always accepted.