From patchwork Tue Aug 6 11:33:20 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jinjie Ruan X-Patchwork-Id: 13754679 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org 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 smtp.lore.kernel.org (Postfix) with ESMTPS id C3756C3DA64 for ; Tue, 6 Aug 2024 11:28:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Type: Content-Transfer-Encoding:MIME-Version:Message-ID:Date:Subject:CC:To:From: Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Owner; bh=fSCFv3msg/lUn+LK/NsMTd7u25Zwd6wFVfaTo7bBgTs=; b=luZ1BkQPCOgI+vOHiN+iqQIVZN Q21qFd8p2bt2G8zDuwJoeZbFJG/LUGQ6AF3LaioPPXe2tpxrX2yn8gTvpvFCgIs70VqXT9E5biUCQ drDEM08GNtMeifFVMVBaMl0rDTmQtNQYcFl5xoAe6YmUTHhEwc6hMvEfULOnykd5WWhXC0xnoeNPN xvB12/Maj9nERhWWT1o9AVde1rLI4nTMW3yafSm3kouB9ZVPCaZ2e85xRb9pM4cifiKstJApHR7l7 1c1wHo6LUHtffgrqrqFUITuYn/O2yAX0WWXrGJXuTArj3UD6H+Zmgd6TP0VmEGwkFzk/7jub47oX+ FchtfDAQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1sbIM0-00000001LAp-0GbP; Tue, 06 Aug 2024 11:27:48 +0000 Received: from szxga02-in.huawei.com ([45.249.212.188]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1sbILT-00000001L2B-1CKh for linux-arm-kernel@lists.infradead.org; Tue, 06 Aug 2024 11:27:17 +0000 Received: from mail.maildlp.com (unknown [172.19.163.252]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4WdWF25VbRzfZ5w; Tue, 6 Aug 2024 19:25:10 +0800 (CST) Received: from kwepemi100008.china.huawei.com (unknown [7.221.188.57]) by mail.maildlp.com (Postfix) with ESMTPS id 260111800A0; Tue, 6 Aug 2024 19:27:04 +0800 (CST) Received: from huawei.com (10.90.53.73) by kwepemi100008.china.huawei.com (7.221.188.57) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Tue, 6 Aug 2024 19:27:03 +0800 From: Jinjie Ruan To: , , , , , , , , CC: Subject: [PATCH -next] arm64/kdump: Update the high memory reserve doc Date: Tue, 6 Aug 2024 19:33:20 +0800 Message-ID: <20240806113320.2388386-1-ruanjinjie@huawei.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 X-Originating-IP: [10.90.53.73] X-ClientProxiedBy: dggems704-chm.china.huawei.com (10.3.19.181) To kwepemi100008.china.huawei.com (7.221.188.57) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240806_042715_495323_48917BBE X-CRM114-Status: UNSURE ( 9.56 ) X-CRM114-Notice: Please train this message. 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: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Since commit 282c3a66b724 ("crash: Fix riscv64 crash memory reserve dead loop"), if reservation from the high memory failed on ARM64, the kernel will not falls back to searching the low memory, so remove it in the doc. Signed-off-by: Jinjie Ruan --- Documentation/arch/arm64/kdump.rst | 4 ---- 1 file changed, 4 deletions(-) diff --git a/Documentation/arch/arm64/kdump.rst b/Documentation/arch/arm64/kdump.rst index 56a89f45df28..11b9b84bf422 100644 --- a/Documentation/arch/arm64/kdump.rst +++ b/Documentation/arch/arm64/kdump.rst @@ -79,10 +79,6 @@ To reserve memory for crashkernel=size,high, searching is first attempted from the high memory region. If the reservation succeeds, the low memory reservation will be done subsequently. -If reservation from the high memory failed, the kernel falls back to -searching the low memory with the specified size in crashkernel=,high. -If it succeeds, no further reservation for low memory is needed. - Notes: - If crashkernel=,low is not specified, the default low memory