Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp633439ybh; Tue, 21 Jul 2020 04:15:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwcjjYvAifdnTLyU9PClrZmHu2lc1UmOvkY7c2V/uj8ZP1G+OLGkUM0DAbx+qpOEqapfrti X-Received: by 2002:a50:f384:: with SMTP id g4mr24723508edm.205.1595330159708; Tue, 21 Jul 2020 04:15:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595330159; cv=none; d=google.com; s=arc-20160816; b=P2A4wjWD2pxrfzDs+vOxL2IQe5K3yMlnWDVbHL3uMqEIrHMcrQDgi3jXa+/q2UQnX8 9wUlj+tZ771qIYYOLh+BbbWt3DBGCIEXRGYv9TDKLjKEWWd/4dIgMPyu+yaknoERExSC 88Y6yFUj5DS9Mfmn5WyTkiZOCGtBbQXFx4LlMN0c2wCym3ctRg6uomowRKZBA+NHopNC qz/zLuPuNbTfy+YA9v+uREtJU/SGEkBiRXmhsYbKpLys52cS+Qe6XEJ1HeVHK82Cxf30 mSYi9yK5BcRkA6YWakozWFjYTqyrwz5342Yk6lEx51AH8YqMTXf2H7ikKRMgDupOmQOY aKGA== 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 :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=IrA9KIegOe28oBIzSsE+OjVrs2LyFRgQXjRWPpqAZlY=; b=aCzV1bIgNa0cgFQm2M+MLOieCOBAbPD3w8FxuBBlIXxHcsSdmWBOrLyz70msS27RYQ pUpcV5Jz9gngKOXRJhH06q9qokuMLlNZEQp9oQMdK2ZXx48eNt1M00Ix5o4FzWRir6aU R2GKrFDms69l0IbDueDiDyA17uSI1tetNKoldQTGER271HfViGNNW3kMCiEFGIsWP1Gf TZel9WbILzPKSSFy0hmFHq6EbNamJyuXIdKKAZQ7j/uGvhp5Y8tb7O4qq5AT60zi3Ddu kp5t5HRXfyQRUdjru5ovKWpZDJkyF8LK4xpt59Ds75ahyeIw7EkWsLQdiL3RxtyIOb9W P4OA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n15si13181970eje.289.2020.07.21.04.15.36; Tue, 21 Jul 2020 04:15:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727940AbgGULP1 (ORCPT + 99 others); Tue, 21 Jul 2020 07:15:27 -0400 Received: from mx2.suse.de ([195.135.220.15]:56050 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727043AbgGULP1 (ORCPT ); Tue, 21 Jul 2020 07:15:27 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 26D5EAD12; Tue, 21 Jul 2020 11:15:32 +0000 (UTC) Message-ID: <011994f8a717a00dcd9ed7682a1ddeb421c2c43f.camel@suse.de> Subject: Re: [PATCH] dma-pool: Do not allocate pool memory from CMA From: Nicolas Saenz Julienne To: Amit Pundir Cc: Christoph Hellwig , Marek Szyprowski , Robin Murphy , David Rientjes , linux-rpi-kernel@lists.infradead.org, jeremy.linton@arm.com, iommu@lists.linux-foundation.org, lkml , John Stultz , Sumit Semwal Date: Tue, 21 Jul 2020 13:15:23 +0200 In-Reply-To: References: <20200708164936.9340-1-nsaenzjulienne@suse.de> <550b30a86c0785049d24c945e2c6628d491cee3a.camel@suse.de> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.3-0ubuntu1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2020-07-21 at 14:24 +0530, Amit Pundir wrote: > On Tue, 21 Jul 2020 at 14:09, Nicolas Saenz Julienne > wrote: > > Hi Amit, > > > Hi Nicolas, > > > > > > I see a boot regression with this commit d9765e41d8e9 "dma-pool: > > > Do not allocate pool memory from CMA" on my Xiaomi Poco F1 > > > (Qcom sdm845) phone running v5.8-rc6. I can't boot past the > > > bootloader splash screen with this patch. > > > > > > Phone boots fine if I revert this patch. I carry only one out of > > > tree > > > dts patch https://lkml.org/lkml/2020/6/25/52. And since this is a > > > stock > > > phone, I don't have access to serial/dmesg logs until I boot to > > > AOSP > > > (adb) shell. > > > > > > Any thoughts as to what might be going wrong here? I'd be happy > > > to > > > help debug things. For what it's worth, I don't see this > > > regression > > > on > > > other two sdm845 devices (db845c and Pixel 3) I tested on. > > > > Can you provide a boot log (even if without my patch) and the > > device- > > tree files? It'd help a lot figuring things out. > > Thank you for the prompt reply Nicolas. > > Here is the boot log with the reverted patch > https://pastebin.ubuntu.com/p/BrhPf83nKF/ > > Here is my phone's dts > https://github.com/pundiramit/linux/commit/2a394c199deeaf4c91e0e008e8fba2a72f494d8c I'm at loss at what could be failing here. Your device should be able to address the whole 8GB memory space, which AFAIK is the max available on that smartphone family. But maybe the device-tree is lying, who knows... Can you try booting *without* my patch and this in the kernel command line: "cma=16M@0x100000000-0x200000000". Regards, Nicolas And here is my kernel tree just in case > https://github.com/pundiramit/linux/commits/beryllium-mainline > > Regards, > Amit Pundir > > > > Regards, > > Nicolas > > > > > Regards, > > > Amit Pundir > > > > > > > Reported-by: Jeremy Linton > > > > Signed-off-by: Nicolas Saenz Julienne > > > > --- > > > > > > > > An more costly alternative would be adding an option to > > > > dma_alloc_from_contiguous() so it fails when the allocation > > > > doesn't > > > > fall > > > > in a specific zone. > > > > > > > > kernel/dma/pool.c | 11 ++---------