From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-12.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1CA20C4338F for ; Tue, 24 Aug 2021 18:08:32 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id D6288611AF for ; Tue, 24 Aug 2021 18:08:31 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org D6288611AF Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=arm.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: Content-Transfer-Encoding:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From: References:Cc:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=VgFVSeOIb/oFLXMimZbZ40F1IznwU9O+Rp/48ydi6Mw=; b=fGJ42AyzWpun1EIj+5DPXySNpE 4t748tF3kx2A/zxo8oayT7o67K+e7dhN8U24r+vLCUd+Ttuz2ko0DAlJJ5BmP/O4BGlYdWE5oOHmW zx5fLu/klMR6L16Kitaj8b/UhkNft+XMjKknSLfs06dPAhI3d8InW4hLGIT+5VE0ev5JknwVGgx5L xU85XZeITJ9wfV1HTx8DTqWKo5gn5ImsgrPpSsnXQxCkP1Il1Vjh8dMjIe+0A9JGNnF4lgoy8r/2C 39Ue9YTGDKEr9z0cQFQJfnt0NuyfJ5pIhM6YFHzhzzJCk9zzA4VZd7pHJ9VCeEAZnO/sqO+YD0GFL By/mKo+A==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mIapF-004K6f-EM; Tue, 24 Aug 2021 18:07:05 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mIaoX-004JuM-6O for linux-arm-kernel@lists.infradead.org; Tue, 24 Aug 2021 18:06:23 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id EEE71D6E; Tue, 24 Aug 2021 11:06:08 -0700 (PDT) Received: from [10.57.15.112] (unknown [10.57.15.112]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8D5BB3F766; Tue, 24 Aug 2021 11:06:07 -0700 (PDT) Subject: Re: [BUG 5.14] arm64/mm: dma memory mapping fails (in some cases) To: Catalin Marinas , Alex Bee Cc: Will Deacon , Andrew Morton , Anshuman Khandual , Linux Kernel Mailing List , linux-mm@kvack.org, Linux ARM , Mike Rapoport References: <20210824173741.GC623@arm.com> From: Robin Murphy Message-ID: <77eb6abd-4369-eb8f-e323-cf4e6f2ffce5@arm.com> Date: Tue, 24 Aug 2021 19:06:01 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <20210824173741.GC623@arm.com> Content-Language: en-GB X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210824_110621_435013_565EEB14 X-CRM114-Status: GOOD ( 37.81 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org T24gMjAyMS0wOC0yNCAxODozNywgQ2F0YWxpbiBNYXJpbmFzIHdyb3RlOgo+IEhpIEFsZXgsCj4g Cj4gVGhhbmtzIGZvciB0aGUgcmVwb3J0Lgo+IAo+IE9uIFR1ZSwgQXVnIDI0LCAyMDIxIGF0IDAz OjQwOjQ3UE0gKzAyMDAsIEFsZXggQmVlIHdyb3RlOgo+PiBpdCBzZWVtcyB0aGVyZSBpcyBhIHJl Z3Jlc3Npb24gaW4gYXJtNjQgbWVtb3J5IG1hcHBpbmcgaW4gNS4xNCwgc2luY2UgaXQKPj4gZmFp bHMgb24gUm9ja2NoaXAgUkszMzI4IHdoZW4gdGhlIHBsMzMwIGRtYWMgdHJpZXMgdG8gbWFwIHdp dGg6Cj4+Cj4+IFvDr8K/wr3Dr8K/wr3Dr8K/wr0gOC45MjE5MDldIC0tLS0tLS0tLS0tLVsgY3V0 IGhlcmUgXS0tLS0tLS0tLS0tLQo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDguOTIxOTQwXSBXQVJO SU5HOiBDUFU6IDIgUElEOiAzNzMgYXQga2VybmVsL2RtYS9tYXBwaW5nLmM6MjM1IGRtYV9tYXBf cmVzb3VyY2UrMHg2OC8weGMwCj4+IFvDr8K/wr3Dr8K/wr3Dr8K/wr0gOC45MjE5NzNdIE1vZHVs ZXMgbGlua2VkIGluOiBzcGlfcm9ja2NoaXAoKykgZnVzZQo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9 IDguOTIxOTk2XSBDUFU6IDIgUElEOiAzNzMgQ29tbTogc3lzdGVtZC11ZGV2ZCBOb3QgdGFpbnRl ZCA1LjE0LjAtcmM3ICMxCj4+IFvDr8K/wr3Dr8K/wr3Dr8K/wr0gOC45MjIwMDRdIEhhcmR3YXJl IG5hbWU6IFBpbmU2NCBSb2NrNjQgKERUKQo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDguOTIyMDEx XSBwc3RhdGU6IDgwMDAwMDA1IChOemN2IGRhaWYgLVBBTiAtVUFPIC1UQ08gQlRZUEU9LS0pCj4+ IFvDr8K/wr3Dr8K/wr3Dr8K/wr0gOC45MjIwMThdIHBjIDogZG1hX21hcF9yZXNvdXJjZSsweDY4 LzB4YzAKPj4gW8Ovwr/CvcOvwr/CvcOvwr/CvSA4LjkyMjAyNl0gbHIgOiBwbDMzMF9wcmVwX3Ns YXZlX2ZpZm8rMHg3OC8weGQwCj4+IFvDr8K/wr3Dr8K/wr3Dr8K/wr0gOC45MjIwNDBdIHNwIDog ZmZmZjgwMDAxMjEwMmFlMAo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDguOTIyMDQzXSB4Mjk6IGZm ZmY4MDAwMTIxMDJhZTAgeDI4OiBmZmZmMDAwMDA1Yzk0ODAwIHgyNzogMDAwMDAwMDAwMDAwMDAw MAo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDguOTIyMDU2XSB4MjY6IGZmZmYwMDAwMDA1NjZiZDAg eDI1OiAwMDAwMDAwMDAwMDAwMDAxIHgyNDogMDAwMDAwMDAwMDAwMDAwMQo+PiBbw6/Cv8K9w6/C v8K9w6/Cv8K9IDguOTIyMDY3XSB4MjM6IDAwMDAwMDAwMDAwMDAwMDIgeDIyOiBmZmZmMDAwMDAw NjI4YzAwIHgyMTogMDAwMDAwMDAwMDAwMDAwMQo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDguOTIy MDc4XSB4MjA6IGZmZmYwMDAwMDA1NjZiZDAgeDE5OiAwMDAwMDAwMDAwMDAwMDAxIHgxODogMDAw MDAwMDAwMDAwMDAwMAo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDguOTIyMDg5XSB4MTc6IDAwMDAw MDAwMDAwMDAwMDAgeDE2OiAwMDAwMDAwMDAwMDAwMDAwIHgxNTogMDAwMDAwMDAwMDAwMDAwMAo+ PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDguOTIyMTAwXSB4MTQ6IDAwMDAwMDAwMDAwMDAyNzcgeDEz OiAwMDAwMDAwMDAwMDAwMDAxIHgxMjogMDAwMDAwMDAwMDAwMDAwMAo+PiBbw6/Cv8K9w6/Cv8K9 w6/Cv8K9IDguOTIyMTExXSB4MTE6IDAwMDAwMDAwMDAwMDAwMDEgeDEwOiAwMDAwMDAwMDAwMDAw OGUwIHg5IDogZmZmZjgwMDAxMjEwMmE4MAo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDguOTIyMTIz XSB4OCA6IGZmZmYwMDAwMDBkMTRiODAgeDcgOiBmZmZmMDAwMGZlN2IxMmYwIHg2IDogZmZmZjAw MDBmZTdiMTEwMAo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDguOTIyMTM0XSB4NSA6IGZmZmZmYzAw MDAwMDAwMGYgeDQgOiAwMDAwMDAwMDAwMDAwMDAwIHgzIDogMDAwMDAwMDAwMDAwMDAwMQo+PiBb w6/Cv8K9w6/Cv8K9w6/Cv8K9IDguOTIyMTQ1XSB4MiA6IDAwMDAwMDAwMDAwMDAwMDEgeDEgOiAw MDAwMDAwMGZmMTkwODAwIHgwIDogZmZmZjAwMDAwMDYyOGMwMAo+PiBbw6/Cv8K9w6/Cv8K9w6/C v8K9IDguOTIyMTU4XSBDYWxsIHRyYWNlOgo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDguOTIyMTYz XcOvwr/CvSBkbWFfbWFwX3Jlc291cmNlKzB4NjgvMHhjMAo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9 IDguOTIyMTczXcOvwr/CvSBwbDMzMF9wcmVwX3NsYXZlX3NnKzB4NTgvMHgyMjAKPj4gW8Ovwr/C vcOvwr/CvcOvwr/CvSA4LjkyMjE4MV3Dr8K/wr0gcm9ja2NoaXBfc3BpX3ByZXBhcmVfZG1hKzB4 ZDgvMHgyYzAgW3NwaV9yb2NrY2hpcF0KPj4gW8Ovwr/CvcOvwr/CvcOvwr/CvSA4LjkyMjIwOF3D r8K/wr0gcm9ja2NoaXBfc3BpX3RyYW5zZmVyX29uZSsweDI5NC8weDNkOCBbc3BpX3JvY2tjaGlw XQo+IFsuLi5dCj4+IE5vdGU6IFRoaXMgZG9lcyBub3QgcmVsYXRlIHRvIHRoZSBzcGkgZHJpdmVy IC0gd2hlbiBkaXNhYmxpbmcgdGhpcyBkZXZpY2UgaW4KPj4gdGhlIGRldmljZSB0cmVlIGl0IGZh aWxzIGZvciBhbnkgb3RoZXIgKGkycywgZm9yIGluc3RhbmNlKSB3aGljaCB1c2VzIGRtYS4KPj4g Q29tbWVudGluZyBvdXQgdGhlIGZhaWxpbmcgY2hlY2sgYXQgWzFdLCBob3dldmVyLCBoZWxwcyBh bmQgdGhlIG1hcHBpbmcKPj4gd29ya3MgYWdhaW4uCj4gCj4gRG8geW91IGtub3cgd2hpY2ggYWRk cmVzcyBkbWFfbWFwX3Jlc291cmNlKCkgaXMgdHJ5aW5nIHRvIG1hcCAobWF5YmUKPiBhZGQgc29t ZSBwcmludGsoKSk/IEl0J3Mgbm90IHN1cHBvc2VkIHRvIG1hcCBSQU0sIGhlbmNlIHRoZSB3YXJu aW5nLgo+IFJhbmRvbSBndWVzcywgdGhlIGFkZHJlc3MgaXMgMHhmZjE5MDgwMCAoYmFzZWQgb24g dGhlIHgxIGFib3ZlIGJ1dCB0aGUKPiByZWdzIG1pZ2h0IGFzIHdlbGwgYmUgbWFuZ2xlZCkuCgpZ dXAsIHRoYXQgZml0cyB0aGUgc2lnbmF0dXJlIG9mIGRtYV9tYXBfcmVzb3VyY2UoKSwgYW5kIHdv dWxkIGluZGVlZCBiZSAKcmlnaHQgaW4gdGhlIG1pZGRsZSBvZiB0aGUgU1BJIHBlcmlwaGVyYWwg b24gUkszMzI4LgoKRldJVyB0aGUgY29tbWVudCBhYm91dCBSQU0gdGhlcmUgaXMgYSBsaXR0bGUg aW5hY2N1cmF0ZSwgYnV0IHRoZSBwb2ludCAKcmVtYWlucyB0aGF0IGFueXRoaW5nIHdoaWNoICpp cyogYmFja2VkIGJ5IGEgcGFnZSBzaG91bGQgcHJvYmFibHkgYmUgCmhhbmRsZWQgYnkgZG1hX21h cF9wYWdlKCkgaWYgYXQgYWxsLgoKPj4gSSB0cmllZCB0byBmb2xsb3cgdGhlIHJlY2VudCBjaGFu Z2VzIGZvciBhcm02NCBtbSB3aGljaCBjb3VsZCByZWxhdGUgdG8gdGhlCj4+IGNoZWNrIGZhaWxp bmcgYXQgWzFdIGFuZCByZXZlcnRpbmcKPj4gw6/Cv8K9IGNvbW1pdCAxNmM5YWZjNzc2NjAgKCJh cm02NC9tbTogZHJvcCBIQVZFX0FSQ0hfUEZOX1ZBTElEIikKPj4gaGVscHMgYW5kIG1ha2VzIGl0 IHdvcmsgYWdhaW4sIGJ1dCBJJ20gMTAwJSB1bmNlcnRhaW4gaWYgdGhhdCBjb21taXQgaXMKPj4g cmVhbGx5IHRoZSBjdWxwcml0Lgo+Pgo+PiBOb3RlLCB0aGF0IHRoZSBmaXJtd2FyZSAobGVnYWN5 IHUtYm9vdCkgaW5qZWN0cyBtZW1vcnkgY29uZmlndXJhdGlvbiBpbiB0aGUKPj4gZGV2aWNlIHRy ZWUgYXMgZm9sbG93czoKPj4KPj4gL21lbXJlc2VydmUvw6/Cv8K9w6/Cv8K9w6/Cv8K9IDB4MDAw MDAwMDBmY2VmYzAwMCAweDAwMDAwMDAwMDAwMGQwMDA7Cj4+IC8gewo+PiAuLgo+PiDDr8K/wr3D r8K/wr3Dr8K/wr0gY29tcGF0aWJsZSA9ICJwaW5lNjQscm9jazY0XDByb2NrY2hpcCxyazMzMjgi Owo+PiAuLgo+PiDDr8K/wr3Dr8K/wr3Dr8K/wr0gbWVtb3J5IHsKPj4gw6/Cv8K9w6/Cv8K9w6/C v8K9IMOvwr/CvcOvwr/CvcOvwr/CvSByZWcgPSA8MHgwMCAweDIwMDAwMCAweDAwIDB4ZmVlMDAw MDAgMHgwMCAweDAwIDB4MDAgMHgwMD47Cj4+IMOvwr/CvcOvwr/CvcOvwr/CvSDDr8K/wr3Dr8K/ wr3Dr8K/wr0gZGV2aWNlX3R5cGUgPSAibWVtb3J5IjsKPj4gw6/Cv8K9w6/Cv8K9w6/Cv8K9IH07 Cj4+Cj4+IC4uCj4+IH0KPiAKPiBFaXRoZXIgcGZuX3ZhbGlkKCkgZ2V0cyBjb25mdXNlZCBpbiA1 LjE0IG9yIHNvbWV0aGluZyBpcyB3cm9uZyB3aXRoIHRoZQo+IERULiBJIGhhdmUgYSBzdXNwaWNp b24gaXQncyB0aGUgZm9ybWVyIHNpbmNlIHJldmVydGluZyB0aGUgYWJvdmUgY29tbWl0Cj4gbWFr ZXMgaXQgZGlzYXBwZWFyLgo+IAo+PiBTbzogdGhlcmUgaXMgYSAiaG9sZSIgaW4gdGhlIG1hcHBh YmxlIG1lbW9yeSBhbmQgcmVhZGluZyB0aGUgY29tbWl0IG1lc3NhZ2UKPj4gb2YKPj4gw6/Cv8K9 IGNvbW1pdCBhN2Q5ZjMwNmJhNzAgKCJhcm02NDogZHJvcCBwZm5fdmFsaWRfd2l0aGluKCkgYW5k IHNpbXBsaWZ5Cj4+IHBmbl92YWxpZCgpIikKPj4gc3VnZ2VzdHMsIHRoZXJlIHdhcyBhIGNoYW5n ZSBmb3IgdGhhdCBjYXNlIHJlY2VudGx5Lgo+IAo+IEkgdGhpbmsgdGhlIGNoYW5nZSBmcm9tIHRo ZSBhcm02NCBwZm5fdmFsaWQoKSB0byB0aGUgZ2VuZXJpYyBvbmUgaXMKPiBhdm9pZGluZyB0aGUg Y2FsbCB0byBtZW1ibG9ja19pc19tZW1vcnkoKS4gSSB3b25kZXIgd2hldGhlciBwZm5fdmFsaWQo KQo+IHJldHVybnMgdHJ1ZSBqdXN0IGJlY2F1c2Ugd2UgaGF2ZSBhIHN0cnVjdCBwYWdlIGF2YWls YWJsZSBidXQgdGhlIG1lbW9yeQo+IG1heSBoYXZlIGJlZW4gcmVzZXJ2ZWQuCgpFaXRoZXIgd2F5 IEkgdGhpbmsgc29tZXRoaW5nJ3MgZ29uZSBwcmV0dHkgYmFkbHkgd3JvbmcgaWYgTGludXggZW5k cyB1cCAKdGhpbmtpbmcgdGhhdCBhbiBNTUlPIHJlZ2lvbiBiZXlvbmQgdGhlIGJvdW5kcyBvZiBh bnkgcG9zc2libGUgUkFNIApzaG91bGQgYmUgcGFnZS1iYWNrZWQgOi8KClJvYmluLgoKPiAKPiBD YydpbmcgTWlrZSBSLgo+IAo+PiBJIGFsc28gbm90aWNlZCB0aGVyZSBpcyBhIGRpZmYgaW4gdGhl IGtlcm5lbCBsb2cgcmVnYXJkaW5nIG1lbW9yeSBpbml0IHVwCj4+IHVudGlsIDUuMTMuMTIgaXQg c2F5cwo+Pgo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDAuMDAwMDAwXSBab25lIHJhbmdlczoKPj4g W8Ovwr/CvcOvwr/CvcOvwr/CvSAwLjAwMDAwMF3Dr8K/wr3Dr8K/wr0gRE1Bw6/Cv8K9w6/Cv8K9 w6/Cv8K9w6/Cv8K9w6/Cv8K9IFttZW0gMHgwMDAwMDAwMDAwMjAwMDAwLTB4MDAwMDAwMDBmZWZm ZmZmZl0KPj4gW8Ovwr/CvcOvwr/CvcOvwr/CvSAwLjAwMDAwMF3Dr8K/wr3Dr8K/wr0gRE1BMzLD r8K/wr3Dr8K/wr3Dr8K/wr0gZW1wdHkKPj4gW8Ovwr/CvcOvwr/CvcOvwr/CvSAwLjAwMDAwMF3D r8K/wr3Dr8K/wr0gTm9ybWFsw6/Cv8K9w6/Cv8K9IGVtcHR5Cj4+IFvDr8K/wr3Dr8K/wr3Dr8K/ wr0gMC4wMDAwMDBdIE1vdmFibGUgem9uZSBzdGFydCBmb3IgZWFjaCBub2RlCj4+IFvDr8K/wr3D r8K/wr3Dr8K/wr0gMC4wMDAwMDBdIEVhcmx5IG1lbW9yeSBub2RlIHJhbmdlcwo+PiBbw6/Cv8K9 w6/Cv8K9w6/Cv8K9IDAuMDAwMDAwXcOvwr/CvcOvwr/CvSBub2Rlw6/Cv8K9w6/Cv8K9IDA6IFtt ZW0gMHgwMDAwMDAwMDAwMjAwMDAwLTB4MDAwMDAwMDBmZWZmZmZmZl0KPj4gW8Ovwr/CvcOvwr/C vcOvwr/CvSAwLjAwMDAwMF0gSW5pdG1lbSBzZXR1cCBub2RlIDAgW21lbSAweDAwMDAwMDAwMDAy MDAwMDAtMHgwMDAwMDAwMGZlZmZmZmZmXQo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDAuMDAwMDAw XSBPbiBub2RlIDAgdG90YWxwYWdlczogMTA0Mzk2OAo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDAu MDAwMDAwXcOvwr/CvcOvwr/CvSBETUEgem9uZTogMTYzMTIgcGFnZXMgdXNlZCBmb3IgbWVtbWFw Cj4+IFvDr8K/wr3Dr8K/wr3Dr8K/wr0gMC4wMDAwMDBdw6/Cv8K9w6/Cv8K9IERNQSB6b25lOiAw IHBhZ2VzIHJlc2VydmVkCj4+IFvDr8K/wr3Dr8K/wr3Dr8K/wr0gMC4wMDAwMDBdw6/Cv8K9w6/C v8K9IERNQSB6b25lOiAxMDQzOTY4IHBhZ2VzLCBMSUZPIGJhdGNoOjYzCj4+Cj4+IEluIGNvbnRy YXJ5IGluIDUuMTQtcmM3IGl0IHNheXM6Cj4+Cj4+IFvDr8K/wr3Dr8K/wr3Dr8K/wr0gMC4wMDAw MDBdIFpvbmUgcmFuZ2VzOgo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDAuMDAwMDAwXcOvwr/CvcOv wr/CvSBETUHDr8K/wr3Dr8K/wr3Dr8K/wr3Dr8K/wr3Dr8K/wr0gW21lbSAweDAwMDAwMDAwMDAy MDAwMDAtMHgwMDAwMDAwMGZlZmZmZmZmXQo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDAuMDAwMDAw XcOvwr/CvcOvwr/CvSBETUEzMsOvwr/CvcOvwr/CvcOvwr/CvSBlbXB0eQo+PiBbw6/Cv8K9w6/C v8K9w6/Cv8K9IDAuMDAwMDAwXcOvwr/CvcOvwr/CvSBOb3JtYWzDr8K/wr3Dr8K/wr0gZW1wdHkK Pj4gW8Ovwr/CvcOvwr/CvcOvwr/CvSAwLjAwMDAwMF0gTW92YWJsZSB6b25lIHN0YXJ0IGZvciBl YWNoIG5vZGUKPj4gW8Ovwr/CvcOvwr/CvcOvwr/CvSAwLjAwMDAwMF0gRWFybHkgbWVtb3J5IG5v ZGUgcmFuZ2VzCj4+IFvDr8K/wr3Dr8K/wr3Dr8K/wr0gMC4wMDAwMDBdw6/Cv8K9w6/Cv8K9IG5v ZGXDr8K/wr3Dr8K/wr0gMDogW21lbSAweDAwMDAwMDAwMDAyMDAwMDAtMHgwMDAwMDAwMGZlZmZm ZmZmXQo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDAuMDAwMDAwXSBJbml0bWVtIHNldHVwIG5vZGUg MCBbbWVtIDB4MDAwMDAwMDAwMDIwMDAwMC0weDAwMDAwMDAwZmVmZmZmZmZdCj4+IFvDr8K/wr3D r8K/wr3Dr8K/wr0gMC4wMDAwMDBdIE9uIG5vZGUgMCwgem9uZSBETUE6IDUxMiBwYWdlcyBpbiB1 bmF2YWlsYWJsZSByYW5nZXMKPj4gW8Ovwr/CvcOvwr/CvcOvwr/CvSAwLjAwMDAwMF0gT24gbm9k ZSAwLCB6b25lIERNQTogNDA5NiBwYWdlcyBpbiB1bmF2YWlsYWJsZSByYW5nZXMKPj4KPj4gKG5v dGUgdGhlICJ1bmF2YWlsYWJsZSByYW5nZXMiKQo+PiBJJ20gdW5jZXJ0YWluIGFnYWluIGhlcmUs IGlmIHRoYXQgZGlmZiBpcyBleHBlY3RlZCBiZWhhdmlvciBiZWNhdXNlIG9mIHRob3NlCj4+IHJl Y2VudCBtbSBjaGFuZ2VzIGZvciBhcm02NC4KPj4KPj4gQWZ0ZXIgcmV2ZXJ0aW5nCj4+IMOvwr/C vSBjb21taXQgMTZjOWFmYzc3NjYwICgiYXJtNjQvbW06IGRyb3AgSEFWRV9BUkNIX1BGTl9WQUxJ RCIpCj4+IHRoZSBsb2cgY2hhbmdlcyB0bwo+Pgo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDAuMDAw MDAwXSBab25lIHJhbmdlczoKPj4gW8Ovwr/CvcOvwr/CvcOvwr/CvSAwLjAwMDAwMF3Dr8K/wr3D r8K/wr0gRE1Bw6/Cv8K9w6/Cv8K9w6/Cv8K9w6/Cv8K9w6/Cv8K9IFttZW0gMHgwMDAwMDAwMDAw MjAwMDAwLTB4MDAwMDAwMDBmZWZmZmZmZl0KPj4gW8Ovwr/CvcOvwr/CvcOvwr/CvSAwLjAwMDAw MF3Dr8K/wr3Dr8K/wr0gRE1BMzLDr8K/wr3Dr8K/wr3Dr8K/wr0gZW1wdHkKPj4gW8Ovwr/CvcOv wr/CvcOvwr/CvSAwLjAwMDAwMF3Dr8K/wr3Dr8K/wr0gTm9ybWFsw6/Cv8K9w6/Cv8K9IGVtcHR5 Cj4+IFvDr8K/wr3Dr8K/wr3Dr8K/wr0gMC4wMDAwMDBdIE1vdmFibGUgem9uZSBzdGFydCBmb3Ig ZWFjaCBub2RlCj4+IFvDr8K/wr3Dr8K/wr3Dr8K/wr0gMC4wMDAwMDBdIEVhcmx5IG1lbW9yeSBu b2RlIHJhbmdlcwo+PiBbw6/Cv8K9w6/Cv8K9w6/Cv8K9IDAuMDAwMDAwXcOvwr/CvcOvwr/CvSBu b2Rlw6/Cv8K9w6/Cv8K9IDA6IFttZW0gMHgwMDAwMDAwMDAwMjAwMDAwLTB4MDAwMDAwMDBmZWZm ZmZmZl0KPj4gW8Ovwr/CvcOvwr/CvcOvwr/CvSAwLjAwMDAwMF0gSW5pdG1lbSBzZXR1cCBub2Rl IDAgW21lbQo+PiAweDAwMDAwMDAwMDAyMDAwMDAtMHgwMDAwMDAwMGZlZmZmZmZmXQo+Pgo+PiAo bm8gRE1BIHpvbmVzIGhlcmUpCj4+Cj4+IEFzIHlvdSBtaWdodCBoYXZlIG5vdGljZWQgSSBoYXZl IF96ZXJvXyBjbHVlIGFib3V0IG1lbW9yeSBtYXBwaW5nIGFuZCBkbWEKPj4gc3Vic3lzdGVtIC0g c28gbGV0IG1lIGtub3cgaWYgdGhlcmUgaXMgYW55IG1vcmUgaW5mb3JtYXRpb24gbmVlZGVkIGZv ciB0aGF0Cj4+IGFuZCB0aGFua3MgZm9yIHlvdXIgaGVscC4KPiAKPiBBZGRpbmcgUm9iaW4gYXMg d2VsbCwgaGUgaGFzIGEgYmV0dGVyIGNsdWUgdGhhbiB1cyBvbiBETUEgOykuCj4gCj4+IEFsZXgK Pj4KPj4gWzFdIGh0dHBzOi8vZ2l0Lmtlcm5lbC5vcmcvcHViL3NjbS9saW51eC9rZXJuZWwvZ2l0 L3RvcnZhbGRzL2xpbnV4LmdpdC90cmVlL2tlcm5lbC9kbWEvbWFwcGluZy5jP2lkPWUyMmNlOGVi NjMxYmRjNDdhNGE0ZWE3ZWNmNGU0YmE0OTlkYjRmOTMjbjIzNQo+IAoKX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KbGludXgtYXJtLWtlcm5lbCBtYWlsaW5n IGxpc3QKbGludXgtYXJtLWtlcm5lbEBsaXN0cy5pbmZyYWRlYWQub3JnCmh0dHA6Ly9saXN0cy5p bmZyYWRlYWQub3JnL21haWxtYW4vbGlzdGluZm8vbGludXgtYXJtLWtlcm5lbAo= From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-11.6 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 01ED5C4320A for ; Tue, 24 Aug 2021 18:06:12 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 8E1DB611C8 for ; Tue, 24 Aug 2021 18:06:11 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 8E1DB611C8 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=arm.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=kvack.org Received: by kanga.kvack.org (Postfix) id 324796B0071; Tue, 24 Aug 2021 14:06:11 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 2D48A8D0001; Tue, 24 Aug 2021 14:06:11 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 19C736B0073; Tue, 24 Aug 2021 14:06:11 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0174.hostedemail.com [216.40.44.174]) by kanga.kvack.org (Postfix) with ESMTP id E5DD26B0071 for ; Tue, 24 Aug 2021 14:06:10 -0400 (EDT) Received: from smtpin25.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay05.hostedemail.com (Postfix) with ESMTP id 8809C181AEF00 for ; Tue, 24 Aug 2021 18:06:10 +0000 (UTC) X-FDA: 78510753300.25.C9ADF26 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by imf09.hostedemail.com (Postfix) with ESMTP id E33FA300010D for ; Tue, 24 Aug 2021 18:06:09 +0000 (UTC) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id EEE71D6E; Tue, 24 Aug 2021 11:06:08 -0700 (PDT) Received: from [10.57.15.112] (unknown [10.57.15.112]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 8D5BB3F766; Tue, 24 Aug 2021 11:06:07 -0700 (PDT) Subject: Re: [BUG 5.14] arm64/mm: dma memory mapping fails (in some cases) To: Catalin Marinas , Alex Bee Cc: Will Deacon , Andrew Morton , Anshuman Khandual , Linux Kernel Mailing List , linux-mm@kvack.org, Linux ARM , Mike Rapoport References: <20210824173741.GC623@arm.com> From: Robin Murphy Message-ID: <77eb6abd-4369-eb8f-e323-cf4e6f2ffce5@arm.com> Date: Tue, 24 Aug 2021 19:06:01 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <20210824173741.GC623@arm.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Authentication-Results: imf09.hostedemail.com; dkim=none; dmarc=pass (policy=none) header.from=arm.com; spf=pass (imf09.hostedemail.com: domain of robin.murphy@arm.com designates 217.140.110.172 as permitted sender) smtp.mailfrom=robin.murphy@arm.com X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: E33FA300010D X-Stat-Signature: na7519dct6targ1oz1k1afsszffojajk X-HE-Tag: 1629828369-172898 Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 2021-08-24 18:37, Catalin Marinas wrote: > Hi Alex, >=20 > Thanks for the report. >=20 > On Tue, Aug 24, 2021 at 03:40:47PM +0200, Alex Bee wrote: >> it seems there is a regression in arm64 memory mapping in 5.14, since = it >> fails on Rockchip RK3328 when the pl330 dmac tries to map with: >> >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.921909] ----= --------[ cut here ]------------ >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.921940] WARN= ING: CPU: 2 PID: 373 at kernel/dma/mapping.c:235 dma_map_resource+0x68/0x= c0 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.921973] Modu= les linked in: spi_rockchip(+) fuse >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.921996] CPU:= 2 PID: 373 Comm: systemd-udevd Not tainted 5.14.0-rc7 #1 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922004] Hard= ware name: Pine64 Rock64 (DT) >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922011] psta= te: 80000005 (Nzcv daif -PAN -UAO -TCO BTYPE=3D--) >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922018] pc := dma_map_resource+0x68/0xc0 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922026] lr := pl330_prep_slave_fifo+0x78/0xd0 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922040] sp := ffff800012102ae0 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922043] x29:= ffff800012102ae0 x28: ffff000005c94800 x27: 0000000000000000 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922056] x26:= ffff000000566bd0 x25: 0000000000000001 x24: 0000000000000001 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922067] x23:= 0000000000000002 x22: ffff000000628c00 x21: 0000000000000001 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922078] x20:= ffff000000566bd0 x19: 0000000000000001 x18: 0000000000000000 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922089] x17:= 0000000000000000 x16: 0000000000000000 x15: 0000000000000000 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922100] x14:= 0000000000000277 x13: 0000000000000001 x12: 0000000000000000 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922111] x11:= 0000000000000001 x10: 00000000000008e0 x9 : ffff800012102a80 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922123] x8 := ffff000000d14b80 x7 : ffff0000fe7b12f0 x6 : ffff0000fe7b1100 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922134] x5 := fffffc000000000f x4 : 0000000000000000 x3 : 0000000000000001 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922145] x2 := 0000000000000001 x1 : 00000000ff190800 x0 : ffff000000628c00 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922158] Call= trace: >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922163]=C3=AF= =C2=BF=C2=BD dma_map_resource+0x68/0xc0 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922173]=C3=AF= =C2=BF=C2=BD pl330_prep_slave_sg+0x58/0x220 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922181]=C3=AF= =C2=BF=C2=BD rockchip_spi_prepare_dma+0xd8/0x2c0 [spi_rockchip] >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 8.922208]=C3=AF= =C2=BF=C2=BD rockchip_spi_transfer_one+0x294/0x3d8 [spi_rockchip] > [...] >> Note: This does not relate to the spi driver - when disabling this dev= ice in >> the device tree it fails for any other (i2s, for instance) which uses = dma. >> Commenting out the failing check at [1], however, helps and the mappin= g >> works again. >=20 > Do you know which address dma_map_resource() is trying to map (maybe > add some printk())? It's not supposed to map RAM, hence the warning. > Random guess, the address is 0xff190800 (based on the x1 above but the > regs might as well be mangled). Yup, that fits the signature of dma_map_resource(), and would indeed be=20 right in the middle of the SPI peripheral on RK3328. FWIW the comment about RAM there is a little inaccurate, but the point=20 remains that anything which *is* backed by a page should probably be=20 handled by dma_map_page() if at all. >> I tried to follow the recent changes for arm64 mm which could relate t= o the >> check failing at [1] and reverting >> =C3=AF=C2=BF=C2=BD commit 16c9afc77660 ("arm64/mm: drop HAVE_ARCH_PFN_= VALID") >> helps and makes it work again, but I'm 100% uncertain if that commit i= s >> really the culprit. >> >> Note, that the firmware (legacy u-boot) injects memory configuration i= n the >> device tree as follows: >> >> /memreserve/=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0x0= 0000000fcefc000 0x000000000000d000; >> / { >> .. >> =C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD compatible =3D = "pine64,rock64\0rockchip,rk3328"; >> .. >> =C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD memory { >> =C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD =C3=AF=C2=BF=C2= =BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD reg =3D <0x00 0x200000 0x00 0xfee= 00000 0x00 0x00 0x00 0x00>; >> =C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD =C3=AF=C2=BF=C2= =BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD device_type =3D "memory"; >> =C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD }; >> >> .. >> } >=20 > Either pfn_valid() gets confused in 5.14 or something is wrong with the > DT. I have a suspicion it's the former since reverting the above commit > makes it disappear. >=20 >> So: there is a "hole" in the mappable memory and reading the commit me= ssage >> of >> =C3=AF=C2=BF=C2=BD commit a7d9f306ba70 ("arm64: drop pfn_valid_within(= ) and simplify >> pfn_valid()") >> suggests, there was a change for that case recently. >=20 > I think the change from the arm64 pfn_valid() to the generic one is > avoiding the call to memblock_is_memory(). I wonder whether pfn_valid() > returns true just because we have a struct page available but the memor= y > may have been reserved. Either way I think something's gone pretty badly wrong if Linux ends up=20 thinking that an MMIO region beyond the bounds of any possible RAM=20 should be page-backed :/ Robin. >=20 > Cc'ing Mike R. >=20 >> I also noticed there is a diff in the kernel log regarding memory init= up >> until 5.13.12 it says >> >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] Zone= ranges: >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD DMA=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3= =AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD [mem 0x00000000002000= 00-0x00000000feffffff] >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD DMA32=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3= =AF=C2=BF=C2=BD empty >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD Normal=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD= empty >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] Mova= ble zone start for each node >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] Earl= y memory node ranges >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD node=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0= : [mem 0x0000000000200000-0x00000000feffffff] >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] Init= mem setup node 0 [mem 0x0000000000200000-0x00000000feffffff] >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] On n= ode 0 totalpages: 1043968 >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD DMA zone: 16312 pages used for memmap >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD DMA zone: 0 pages reserved >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD DMA zone: 1043968 pages, LIFO batch:63 >> >> In contrary in 5.14-rc7 it says: >> >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] Zone= ranges: >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD DMA=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3= =AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD [mem 0x00000000002000= 00-0x00000000feffffff] >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD DMA32=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3= =AF=C2=BF=C2=BD empty >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD Normal=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD= empty >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] Mova= ble zone start for each node >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] Earl= y memory node ranges >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD node=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0= : [mem 0x0000000000200000-0x00000000feffffff] >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] Init= mem setup node 0 [mem 0x0000000000200000-0x00000000feffffff] >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] On n= ode 0, zone DMA: 512 pages in unavailable ranges >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] On n= ode 0, zone DMA: 4096 pages in unavailable ranges >> >> (note the "unavailable ranges") >> I'm uncertain again here, if that diff is expected behavior because of= those >> recent mm changes for arm64. >> >> After reverting >> =C3=AF=C2=BF=C2=BD commit 16c9afc77660 ("arm64/mm: drop HAVE_ARCH_PFN_= VALID") >> the log changes to >> >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] Zone= ranges: >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD DMA=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3= =AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD [mem 0x00000000002000= 00-0x00000000feffffff] >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD DMA32=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3= =AF=C2=BF=C2=BD empty >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD Normal=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD= empty >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] Mova= ble zone start for each node >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] Earl= y memory node ranges >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000]=C3=AF= =C2=BF=C2=BD=C3=AF=C2=BF=C2=BD node=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0= : [mem 0x0000000000200000-0x00000000feffffff] >> [=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD=C3=AF=C2=BF=C2=BD 0.000000] Init= mem setup node 0 [mem >> 0x0000000000200000-0x00000000feffffff] >> >> (no DMA zones here) >> >> As you might have noticed I have _zero_ clue about memory mapping and = dma >> subsystem - so let me know if there is any more information needed for= that >> and thanks for your help. >=20 > Adding Robin as well, he has a better clue than us on DMA ;). >=20 >> Alex >> >> [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git= /tree/kernel/dma/mapping.c?id=3De22ce8eb631bdc47a4a4ea7ecf4e4ba499db4f93#= n235 >=20