Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp93145pxb; Fri, 19 Feb 2021 19:24:32 -0800 (PST) X-Google-Smtp-Source: ABdhPJzMuD9HtMxk6S+LdPNWn22jPtQQ4OP8Qs05N+NOsoC5kb+BzVVpuaQF8HK5Xar0m8Dyjl3C X-Received: by 2002:a17:906:5016:: with SMTP id s22mr11511411ejj.550.1613791472314; Fri, 19 Feb 2021 19:24:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613791472; cv=none; d=google.com; s=arc-20160816; b=gRXDfwI6JeTBfX4gaRxNZRHrDye3oGtdoueGTqZmtYEhnTtS50AlrNaUtbnghBQE9q CgjAb75bGTCW4qte5d9IiVWGOgf1tPqUPBz7fLbCFyJUARGfMBm65q8vxTQKjuhoo0k+ 9PkVG8QVneQcvTMqemhoJfAxeizf/EzyQBvJ/fDxGjKJxY8u/QaghaXxSsprfNjqXSUH WHvR0UjlCq6nix58QucDunbOx1ziMF1+mVNhJ2pAebyTGHc+IUQZK4GqFfbzXuixO4sc HCKMCkh3FDwKzSDKs3gA/FSksiE8ra+LvpsGVL6oh87H/mrwUQ2vDxcKBiNaDIol8A5p pg9A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=mMlTPrcs4h0rRY2EiG1DQNeCp4J47Slq7A9KbGXi9IM=; b=pBoBpbYP3EIqV9V2GV4NsjHiXXZ1/SMtYSuM/ZFxbX6zSCvP5iwTf+X7CQb5fkYdr/ HLp27XEbE5vxh6/x3NUSGK8Qt6Ygg+NXb8BVNVApVfEem7A15s91yesCrcdwZcmpKNjL yOTuru3zB92rNnxYTO9G/Dea++f6BXqcTH+Tad53qrye2BHqxHKFgLfmd7zmSY91+TCw o0pSB0yoSVPjc1SC6b+6dFgpIlo6i+hgDOgGVV9EiRvHlT9zZ4Zths8FQzs112QyZQpz wTSsjrf/sRle92xG6os/SVmpXLC8iKK3xP4Zht83rjJ1DuMutkERYd9Up55eMEmNrVnI KNYQ== 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 o6si7030900ejn.281.2021.02.19.19.24.09; Fri, 19 Feb 2021 19:24:32 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229876AbhBTDXo (ORCPT + 99 others); Fri, 19 Feb 2021 22:23:44 -0500 Received: from szxga04-in.huawei.com ([45.249.212.190]:12626 "EHLO szxga04-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229767AbhBTDXn (ORCPT ); Fri, 19 Feb 2021 22:23:43 -0500 Received: from DGGEMS410-HUB.china.huawei.com (unknown [172.30.72.59]) by szxga04-in.huawei.com (SkyGuard) with ESMTP id 4DjDHp62tKz1695N; Sat, 20 Feb 2021 11:21:26 +0800 (CST) Received: from [10.174.176.191] (10.174.176.191) by DGGEMS410-HUB.china.huawei.com (10.3.19.210) with Microsoft SMTP Server id 14.3.498.0; Sat, 20 Feb 2021 11:22:48 +0800 Subject: Re: [PATCH v14 09/11] x86, arm64: Add ARCH_WANT_RESERVE_CRASH_KERNEL config To: Baoquan He References: <20210130071025.65258-1-chenzhou10@huawei.com> <20210130071025.65258-10-chenzhou10@huawei.com> <20210218083428.GK2871@MiWiFi-R3L-srv> CC: , , , , , , , , , , , , , , , , , , , , , From: chenzhou Message-ID: <785d0e3c-9540-44b3-0682-877510007977@huawei.com> Date: Sat, 20 Feb 2021 11:22:47 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20210218083428.GK2871@MiWiFi-R3L-srv> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.176.191] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/2/18 16:35, Baoquan He wrote: > On 01/30/21 at 03:10pm, Chen Zhou wrote: >> We make the functions reserve_crashkernel[_low]() as generic for >> x86 and arm64. Since reserve_crashkernel[_low]() implementations >> are quite similar on other architectures as well, we can have more >> users of this later. >> >> So have CONFIG_ARCH_WANT_RESERVE_CRASH_KERNEL in arch/Kconfig and >> select this by X86 and ARM64. > This looks much better with the help of > CONFIG_ARCH_WANT_RESERVE_CRASH_KERNEL. And please take off the > 'Suggested-by' tag from me, I just don't like the old CONFIG_X86 and > CONFIG_ARM64 ifdeffery way in v13, Mike suggested this ARCH_WANT_ > option. OK, i will delete this. > > And the two dummy function reserve_crashkernel() in x86 and arm64 looks > not so good, but I don't have better idea. Maybe add > CONFIG_ARCH_WANT_RESERVE_CRASH_KERNEL iddeffery in the call site of > reserve_crashkernel() in each ARCH? Or just leave with it for now if no > other people has concern or suggestion about it. > > Anyway, ack this one. > > Acked-by: Baoquan He > > Thanks > Baoquan > > >> Suggested-by: Mike Rapoport >> Suggested-by: Baoquan He >> Signed-off-by: Chen Zhou >> --- >> arch/Kconfig | 3 +++ >> arch/arm64/Kconfig | 1 + >> arch/x86/Kconfig | 2 ++ >> kernel/crash_core.c | 7 ++----- >> 4 files changed, 8 insertions(+), 5 deletions(-) >> >> diff --git a/arch/Kconfig b/arch/Kconfig >> index 24862d15f3a3..0ca1ff5bb157 100644 >> --- a/arch/Kconfig >> +++ b/arch/Kconfig >> @@ -24,6 +24,9 @@ config KEXEC_ELF >> config HAVE_IMA_KEXEC >> bool >> >> +config ARCH_WANT_RESERVE_CRASH_KERNEL >> + bool >> + >> config SET_FS >> bool >> >> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig >> index f39568b28ec1..09365c7ff469 100644 >> --- a/arch/arm64/Kconfig >> +++ b/arch/arm64/Kconfig >> @@ -82,6 +82,7 @@ config ARM64 >> select ARCH_WANT_FRAME_POINTERS >> select ARCH_WANT_HUGE_PMD_SHARE if ARM64_4K_PAGES || (ARM64_16K_PAGES && !ARM64_VA_BITS_36) >> select ARCH_WANT_LD_ORPHAN_WARN >> + select ARCH_WANT_RESERVE_CRASH_KERNEL if KEXEC_CORE >> select ARCH_HAS_UBSAN_SANITIZE_ALL >> select ARM_AMBA >> select ARM_ARCH_TIMER >> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig >> index 21f851179ff0..e6926fcb4a40 100644 >> --- a/arch/x86/Kconfig >> +++ b/arch/x86/Kconfig >> @@ -12,6 +12,7 @@ config X86_32 >> depends on !64BIT >> # Options that are inherently 32-bit kernel only: >> select ARCH_WANT_IPC_PARSE_VERSION >> + select ARCH_WANT_RESERVE_CRASH_KERNEL if KEXEC_CORE >> select CLKSRC_I8253 >> select CLONE_BACKWARDS >> select GENERIC_VDSO_32 >> @@ -28,6 +29,7 @@ config X86_64 >> select ARCH_HAS_GIGANTIC_PAGE >> select ARCH_SUPPORTS_INT128 if CC_HAS_INT128 >> select ARCH_USE_CMPXCHG_LOCKREF >> + select ARCH_WANT_RESERVE_CRASH_KERNEL if KEXEC_CORE >> select HAVE_ARCH_SOFT_DIRTY >> select MODULES_USE_ELF_RELA >> select NEED_DMA_MAP_STATE >> diff --git a/kernel/crash_core.c b/kernel/crash_core.c >> index 8479be270c0b..2c5783985db5 100644 >> --- a/kernel/crash_core.c >> +++ b/kernel/crash_core.c >> @@ -320,9 +320,7 @@ int __init parse_crashkernel_low(char *cmdline, >> * --------- Crashkernel reservation ------------------------------ >> */ >> >> -#ifdef CONFIG_KEXEC_CORE >> - >> -#if defined(CONFIG_X86) || defined(CONFIG_ARM64) >> +#ifdef CONFIG_ARCH_WANT_RESERVE_CRASH_KERNEL >> static int __init reserve_crashkernel_low(void) >> { >> #ifdef CONFIG_64BIT >> @@ -450,8 +448,7 @@ void __init reserve_crashkernel(void) >> crashk_res.start = crash_base; >> crashk_res.end = crash_base + crash_size - 1; >> } >> -#endif >> -#endif /* CONFIG_KEXEC_CORE */ >> +#endif /* CONFIG_ARCH_WANT_RESERVE_CRASH_KERNEL */ >> >> Elf_Word *append_elf_note(Elf_Word *buf, char *name, unsigned int type, >> void *data, size_t data_len) >> -- >> 2.20.1 >> > . >