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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 89712C36008 for ; Tue, 25 Mar 2025 06:58:11 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id B8361280004; Tue, 25 Mar 2025 02:58:09 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id B0A47280001; Tue, 25 Mar 2025 02:58:09 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 9846A280004; Tue, 25 Mar 2025 02:58:09 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 78349280001 for ; Tue, 25 Mar 2025 02:58:09 -0400 (EDT) Received: from smtpin08.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 638221CD151 for ; Tue, 25 Mar 2025 06:58:10 +0000 (UTC) X-FDA: 83259169140.08.0AB3B55 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by imf20.hostedemail.com (Postfix) with ESMTP id 6FFB21C000D for ; Tue, 25 Mar 2025 06:58:08 +0000 (UTC) Authentication-Results: imf20.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=CMn2VPv0; dmarc=pass (policy=quarantine) header.from=redhat.com; spf=pass (imf20.hostedemail.com: domain of bhe@redhat.com designates 170.10.129.124 as permitted sender) smtp.mailfrom=bhe@redhat.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1742885888; a=rsa-sha256; cv=none; b=Edd653dNG0noH0Bo6dIijmpkg7bEPBTF2rnPdLPfd39PZf6jrRypqEDtWRby3mzvphcYGO +lXLMI/ww+9NM6Xe94c49EI/d8bUXckHx+lI1KmVPIKRuzTgWOwmgPrWoZk/qFGThn0khT QZov3ExxMNGZ6YvAdIdabAz8ExH0/Z4= ARC-Authentication-Results: i=1; imf20.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=CMn2VPv0; dmarc=pass (policy=quarantine) header.from=redhat.com; spf=pass (imf20.hostedemail.com: domain of bhe@redhat.com designates 170.10.129.124 as permitted sender) smtp.mailfrom=bhe@redhat.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1742885888; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=19WP4WFqsV7qujfoRGQmqqeN7h9hu1fjTeGwGJQZMdQ=; b=SCM7jtkCoiW7WXM8K7PN8duUeyrPW6xEf75v29rTVPyK4kG6PnN2CbkEJWICAjTjs6qkpR t/C2JYeByoz/Wn2kB0Ev74fHuYgw8YCZi0gjZhqvCS39zWNP/URRKeguqNq5BPM5VJjD5U BxjWZgQ5SaN3W/qYTVr7HlKb5z8a+yA= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1742885887; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=19WP4WFqsV7qujfoRGQmqqeN7h9hu1fjTeGwGJQZMdQ=; b=CMn2VPv0kfXBG9p7mG4vt2kG6ulZJpUKA9B0nEXJuz6kuXNMH7E0C14TMrA4gQdAO5LkLk 9Pu4bm1u0piPs029Jl5j8//Dj4jnME+3gp0I+8RYOIjtw02eO8X8Pm/CoufXhjdR3BvG93 RE8UL/3ma/9q3hGN9dQ5+0KRgDODx2Q= Received: from mx-prod-mc-04.mail-002.prod.us-west-2.aws.redhat.com (ec2-54-186-198-63.us-west-2.compute.amazonaws.com [54.186.198.63]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-83-qE_0gAprMS2WIAV1lbNLxA-1; Tue, 25 Mar 2025 02:58:04 -0400 X-MC-Unique: qE_0gAprMS2WIAV1lbNLxA-1 X-Mimecast-MFC-AGG-ID: qE_0gAprMS2WIAV1lbNLxA_1742885880 Received: from mx-prod-int-06.mail-002.prod.us-west-2.aws.redhat.com (mx-prod-int-06.mail-002.prod.us-west-2.aws.redhat.com [10.30.177.93]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx-prod-mc-04.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id E98ED18DBA01; Tue, 25 Mar 2025 06:57:58 +0000 (UTC) Received: from localhost (unknown [10.72.112.60]) by mx-prod-int-06.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 6E607180B48C; Tue, 25 Mar 2025 06:57:54 +0000 (UTC) Date: Tue, 25 Mar 2025 14:57:50 +0800 From: Baoquan He To: Dave Young Cc: Changyuan Lyu , linux-kernel@vger.kernel.org, graf@amazon.com, akpm@linux-foundation.org, luto@kernel.org, anthony.yznaga@oracle.com, arnd@arndb.de, ashish.kalra@amd.com, benh@kernel.crashing.org, bp@alien8.de, catalin.marinas@arm.com, dave.hansen@linux.intel.com, dwmw2@infradead.org, ebiederm@xmission.com, mingo@redhat.com, jgowans@amazon.com, corbet@lwn.net, krzk@kernel.org, rppt@kernel.org, mark.rutland@arm.com, pbonzini@redhat.com, pasha.tatashin@soleen.com, hpa@zytor.com, peterz@infradead.org, ptyadav@amazon.de, robh+dt@kernel.org, robh@kernel.org, saravanak@google.com, skinsburskii@linux.microsoft.com, rostedt@goodmis.org, tglx@linutronix.de, thomas.lendacky@amd.com, usama.arif@bytedance.com, will@kernel.org, devicetree@vger.kernel.org, kexec@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, x86@kernel.org Subject: Re: [PATCH v5 11/16] kexec: add config option for KHO Message-ID: References: <20250320015551.2157511-1-changyuanl@google.com> <20250320015551.2157511-12-changyuanl@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 3.4.1 on 10.30.177.93 X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 6FFB21C000D X-Stat-Signature: mprqmfpar73izoe8f3isigdwzmq5nauq X-Rspam-User: X-HE-Tag: 1742885888-515517 X-HE-Meta: U2FsdGVkX1/yZcXSp+LmiQ9AOarBMpSbU1sQTyrIU4zgwQoqDswXZuZ3hueBF30GcGW5jP1wMI2k5pxBz5OUkF7X8ljc/9RlHLCsky9j6PLeUCx9mNzq3dRyuNJzfTnGKKwHHU0AkB6mXHw91v4yJRjQ8uSSmWTy24shehdru2FWeV9xi477EbqI+CtAz6EkylCqm/4+WwNwU4zqRuvxqXfg4t15vDt196BScCPI+4sc9Gudyhw5rd2LfBmFH0YSmLD+FI5vYPIzoKlYVE9EnpTQl+4yEVOUyO4CpLvul263pipTXy7e6hbIVjm4TByih2t4TkenOMIxhuWZM/QpHcEE46qyEx8UZuWFUG+iDi4WBp42tCeWA/awc+RLQcLAkJNkIIWxm6DsVnNkh+I8a5DUv48mr3QRZ9ZsUWu4li0+sMYqPUjcr0axN8dwbREACu9lFX3UI6mSI3fVt1gH/ScmxKn4W+RfWk5xoSS1W/47YlYkVy1plnArsNhhs5nHSBC+O6pJ2Mza3b/6avUWoUXNX1FPV4AmEccJMQkI+yag1HOH1ALIv4HDMw7bAWuHSHHTfrCUGaILfMKd6ORyUKAPfHCChJXr9Q229SV0Hk8g5z8ONfYGij9kHoXFuk/pdmjEtaEa6UEsVIEOClnRU0t5CINNwMFqHYIYIj3uOHypc/B5s6QfWh6wkOvgZwqbNNSSF9Jip3VO8ngYuSQoh8wRuXKitQJ82I1qUb2kCx+BQpoe4OrfGPYoZeAsSPD23nkJcu3xAjSuA8Gb61JZWFArY9bmqK3RDnF307+ykNNS6SLTxdjtHX3PG3GEmH31U9Q/m/aUwrmBqKEhnG40R8vfA37/uBnaq99yk1A4rRNy5WgHouO6ZUevGRplmmwQYbtzA4+5KHDukmwlsrTIaLAynLIZqUizOzGe6S+bh5urpRWGHJuTyi3d3Lqk4lNXUdLamigFKyScaQp/5QK jK2huvH+ mfCR/GmN8iP4XlzzYuKcN6/FJ5y1wja1gHSpKaF1dd5PKO2IQ5nfe5TCYNDithpgyBCrc8laJmHgLci0IyzrgEvH5jSa2IK6OI29hE8gDpJqnapUyTVMs/PkhW773IYa2CS7b/TtYX/GH5OC8VU224UaxgJDu2jFh16pD/VJVPR51yGLKRjiwcihhxyAytRTpvlY80kfKg4lrNeg6Ashz1tnJF6aP7sbtFomBsRF4i9S/8gv/XhiyozJqcwPWxQFPL/efDKQ9MQaNn0Vq7xeKJOwUjRDwP67jSlAXqZK4z/bzIToXjJikRwuoYCPq7+N8VgZxSFUsxk93peARC0jZhrwZgGQ5vdTnVZujo8Ogw0FO0hc5c9zC4sfpqJrnltpQN2MOWffLk2Dr1Q6Vp5tg1+Z1GaJaT44wEUHy4BzrlTWTqKS1TjLSd4IG4u7l4fjisAXGAYs8seJL0Zs= 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: List-Subscribe: List-Unsubscribe: On 03/24/25 at 12:18pm, Dave Young wrote: > On Thu, 20 Mar 2025 at 23:05, Changyuan Lyu wrote: > > > > From: Alexander Graf > > > > We have all generic code in place now to support Kexec with KHO. This > > patch adds a config option that depends on architecture support to > > enable KHO support. > > > > Signed-off-by: Alexander Graf > > Co-developed-by: Mike Rapoport (Microsoft) > > Signed-off-by: Mike Rapoport (Microsoft) > > Co-developed-by: Changyuan Lyu > > Signed-off-by: Changyuan Lyu > > --- > > kernel/Kconfig.kexec | 15 +++++++++++++++ > > 1 file changed, 15 insertions(+) > > > > diff --git a/kernel/Kconfig.kexec b/kernel/Kconfig.kexec > > index 4d111f871951..57db99e758a8 100644 > > --- a/kernel/Kconfig.kexec > > +++ b/kernel/Kconfig.kexec > > @@ -95,6 +95,21 @@ config KEXEC_JUMP > > Jump between original kernel and kexeced kernel and invoke > > code in physical address mode via KEXEC > > > > +config KEXEC_HANDOVER > > + bool "kexec handover" > > + depends on ARCH_SUPPORTS_KEXEC_HANDOVER && ARCH_SUPPORTS_KEXEC_FILE > > + select MEMBLOCK_KHO_SCRATCH > > + select KEXEC_FILE > > + select DEBUG_FS > > + select LIBFDT > > + select CMA > > + select XXHASH > > + help > > + Allow kexec to hand over state across kernels by generating and > > + passing additional metadata to the target kernel. This is useful > > + to keep data or state alive across the kexec. For this to work, > > + both source and target kernels need to have this option enabled. > > + > > Have you tested kdump? In my mind there are two issues, one is with > CMA enabled, it could cause kdump crashkernel memory reservation > failures more often due to the fragmented low memory. Secondly, in kho scracth memorys are reserved much later than crashkernel, we may not need to worry about it. ==================== start_kernel() ...... -->setup_arch(&command_line); -->arch_reserve_crashkernel(); ...... -->mm_core_init(); -->kho_memory_init(); > kdump kernel dump the crazy scratch memory in vmcore is not very > meaningful. Otherwise I suspect this is not tested under kdump. If > so please disable this option for kdump. Yeah, it's not meaningful to dump out scratch memorys into vmcore. We may need to dig them out from eflcorehdr. While it's an optimization, kho scratch is not big relative to the entire system memory. It can be done in later stage. My personal opinion.