Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp484015pxb; Wed, 24 Feb 2021 07:18:09 -0800 (PST) X-Google-Smtp-Source: ABdhPJzN2DlYqApbY2tynRJgciGSIKAlKqOo6TiKZjYr8I5KHOcI0ElJyUgtEbX428VslTRMU27Y X-Received: by 2002:a17:906:3916:: with SMTP id f22mr31639968eje.328.1614179889350; Wed, 24 Feb 2021 07:18:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614179889; cv=none; d=google.com; s=arc-20160816; b=bLfYTtJdB7y7Qxfk0EMmSur6ZA7RddXj65T5BgMhe2FZMQOSOTqp4AaVIXpEPFWVMq BRck4O3D0PBQ2JGPTGubogVK569FbyrU4A0beEm3oJ5pt8fqn12AYtq2HzL5j8Ht2Fro SKG184xGYxdLtFBFLkJehJhgQxIqdyK2/yyncQdeLnfvlOeJHQ5SsEIG09XYb5mq+ZKA OGO9ZldOiO8bU6W6BCZV8QSol0p7Rq1GIW1KTA37enloP6n0iZqc5O1OLlFZVE4kPWte m9FVX/6qerXt9RQ5uEymHnv/j1E8xngPgych5bIsCaDsCiCdUAJUReyQyErZi+YOTaC1 1NOw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=h/r9Us0YC4fvpoqRUjlEBYn3urh0HZ6bWJL3W+u4Cjs=; b=jEsgxt01Y7hYD8bFv3OB+21g1J+m1KgWBP6c+9DaUcR/mVyTD3K5oeNLpsE7YnOoAQ 27bv3io3BbMsOwByRlytLwC1pN1ybvILKsoTe7zduvME4odjKSrfE1zhW6a9gJY7oDOK qH6WZ3cfwmKusSM5LuVExm/fjAGiv54CRhbZDSpgWBdw7lUFrwR1ARY9Kgx+hgOY1TwJ pe/8iEavtzTFgOD8xD2bfuvU7D4g+33Ew274C6R2Xqz4JmifHUisz457QnwH/jG9jLT5 sSdNbb3BhqU93XUoFIaKCmSr97pAz+o68U0CIk3g9gXahhBQ2NBrcGvrT1Z0xmMmxdkc 3pvA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q17si1321673edr.358.2021.02.24.07.17.43; Wed, 24 Feb 2021 07:18:09 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238093AbhBXPO6 (ORCPT + 99 others); Wed, 24 Feb 2021 10:14:58 -0500 Received: from mail.kernel.org ([198.145.29.99]:39394 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236819AbhBXOgj (ORCPT ); Wed, 24 Feb 2021 09:36:39 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id A0882614A5; Wed, 24 Feb 2021 14:35:50 +0000 (UTC) Date: Wed, 24 Feb 2021 14:35:48 +0000 From: Catalin Marinas To: Chen Zhou Cc: mingo@redhat.com, tglx@linutronix.de, rppt@kernel.org, dyoung@redhat.com, bhe@redhat.com, will@kernel.org, nsaenzjulienne@suse.de, corbet@lwn.net, John.P.donnelly@oracle.com, bhsharma@redhat.com, prabhakar.pkin@gmail.com, horms@verge.net.au, robh+dt@kernel.org, arnd@arndb.de, james.morse@arm.com, xiexiuqi@huawei.com, guohanjun@huawei.com, huawei.libin@huawei.com, wangkefeng.wang@huawei.com, linux-doc@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kexec@lists.infradead.org Subject: Re: [PATCH v14 02/11] x86: kdump: make the lower bound of crash kernel reservation consistent Message-ID: <20210224143547.GB28965@arm.com> References: <20210130071025.65258-1-chenzhou10@huawei.com> <20210130071025.65258-3-chenzhou10@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210130071025.65258-3-chenzhou10@huawei.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jan 30, 2021 at 03:10:16PM +0800, Chen Zhou wrote: > diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c > index da769845597d..27470479e4a3 100644 > --- a/arch/x86/kernel/setup.c > +++ b/arch/x86/kernel/setup.c > @@ -439,7 +439,8 @@ static int __init reserve_crashkernel_low(void) > return 0; > } > > - low_base = memblock_phys_alloc_range(low_size, CRASH_ALIGN, 0, CRASH_ADDR_LOW_MAX); > + low_base = memblock_phys_alloc_range(low_size, CRASH_ALIGN, CRASH_ALIGN, > + CRASH_ADDR_LOW_MAX); > if (!low_base) { > pr_err("Cannot reserve %ldMB crashkernel low memory, please try smaller size.\n", > (unsigned long)(low_size >> 20)); Is there any reason why the lower bound can't be 0 in all low cases here? (Sorry if it's been already discussed, I lost track) -- Catalin