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 67BF2C36002 for ; Sun, 6 Apr 2025 16:13:41 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 000C26B000A; Sun, 6 Apr 2025 12:13:39 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id EF2006B000C; Sun, 6 Apr 2025 12:13:38 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id DBA3F6B000D; Sun, 6 Apr 2025 12:13:38 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id BD85C6B000A for ; Sun, 6 Apr 2025 12:13:38 -0400 (EDT) Received: from smtpin09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id E5DEA1C8AF4 for ; Sun, 6 Apr 2025 16:13:38 +0000 (UTC) X-FDA: 83304114516.09.C864546 Received: from tor.source.kernel.org (tor.source.kernel.org [172.105.4.254]) by imf14.hostedemail.com (Postfix) with ESMTP id 31AFB100009 for ; Sun, 6 Apr 2025 16:13:37 +0000 (UTC) Authentication-Results: imf14.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=lVL649ja; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf14.hostedemail.com: domain of rppt@kernel.org designates 172.105.4.254 as permitted sender) smtp.mailfrom=rppt@kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1743956017; a=rsa-sha256; cv=none; b=ofRqTiiBVx6v6x3cQ1z20ax0GLXHLl5m6fmD09qJCKTzz2RCJLe6cCU2TsVkPMueBekbak aUGFzOllLtxWQggl+EPfGfLoAdHUiW24NATyDw8vDrsr7Uk0pHeU6tZOYeyCBKkObbrAgI 3vKure451uwFot3pzZUo22ZycKENnBo= ARC-Authentication-Results: i=1; imf14.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=lVL649ja; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf14.hostedemail.com: domain of rppt@kernel.org designates 172.105.4.254 as permitted sender) smtp.mailfrom=rppt@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1743956017; 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=5PoKYFZojw/fxAM21aM9B8uqhKJ0oYEpyYHaTcaEMkY=; b=oGI+HHj1oODtHbLsV+qmPvXGUp/LlBvu19REvD1rqpFjjizgZewm1mZNScaKjaE16AHVxB qwLgE/sV9eUTjJXWXvezZcmtRFs+5fXrIE/4vbIkxUp9zhEvEqpv9MlolNkhH28HK2oOty 7vsjSBDH9+ZFICnwLJ/OuqlUX6+I1XQ= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by tor.source.kernel.org (Postfix) with ESMTP id ADF4660010; Sun, 6 Apr 2025 16:13:27 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4D958C4CEE3; Sun, 6 Apr 2025 16:13:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1743956015; bh=W0OMGEKRCIzqIrkZA9af/iDCd9Ojc329+ipStkNg+2Q=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=lVL649jauEKYI4l+zYBSX7ppwy6IT04RV3unP/HxPdVIchTz9J7xinl7ighu53XJc VInujhiYAW68CGsOaP8QA3dL8s/ECb6HJYdDLnKaEh8XCMv1JCLAVpujC3668IHOXT jMy1/loS0VOWzECX6bTjCZin36JS3TKm1zBHmWiIee7BwnDJGcozLzX0IAXquRbBuu engWpzJT15+C+mpkMxWTg3sLPTx5bTToRcsXa/K8RxtmsRJzxyxBDSm2Kg1A5m1Mvx FAV+YRjrpYEr6Sooj9ZzL6hh7r4S4m+SWRgQ9AXjP+eUXOAWs/Mu8eErqLF6D4bfBn Ji+To1URvuL+w== Date: Sun, 6 Apr 2025 19:13:19 +0300 From: Mike Rapoport To: Pratyush Yadav Cc: Jason Gunthorpe , 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, mark.rutland@arm.com, pbonzini@redhat.com, pasha.tatashin@soleen.com, hpa@zytor.com, peterz@infradead.org, 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 09/16] kexec: enable KHO support for memory preservation Message-ID: References: <20250320015551.2157511-10-changyuanl@google.com> <20250403114209.GE342109@nvidia.com> <20250403142438.GF342109@nvidia.com> <20250404124729.GH342109@nvidia.com> <20250404143031.GB1336818@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspam-User: X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: 31AFB100009 X-Stat-Signature: ofpbst8yojapzh53itcqkch5xkhz3u9u X-HE-Tag: 1743956017-197565 X-HE-Meta: U2FsdGVkX1/BYR07xlKWjlxVuT8zq+jH/OHxrsSYlxC3XY7NP1WHXCRywxmPRAD1oSdGHf7yId4hGtlZmvpkMjGVtwPl+g+eOipg6HeJHGk14E2cHwTfvYjOGirdt250FQ/hyc5FGpKqKm+mp+ZXhycSoPjGtuShxN1+EOuEIb1XQPSNq3ZT+RnTnrx4VFsRC/NdzrMYTfcxwo6JTVxLoQHi75ATvMMKgKvCoDNYIdGQyGwk0fUe+vnk9WvQcaYCiILe4q4qQFvqfS6jdFKL9wQg0OKKCSVCsgv1gDg4gBlPHMVz8tSues73WaphjBRfj7asD42vAMZjuKJHdPZ+SBC6sesBNzj86+eJh+RhNWbdzIiUtWRwVf53FBDF/7CPIxraxCjq7PX/ZhY422NvCm31JEMJcs+UViRTdVBfRKcYmssk5tr5pYrv9nstK6VsXsCvMwVA4bxfGEoI3xgG1iIBbbwNHYUVcQQuQyiIRh6NPedQHq+TUuIiKtUi7/e1NkMPW+5ShmUPGtP5RsrVPbD8MR1pornI49RSt+I8Zu1c+UW2YpfAew+5as8qjbgWwgQT4PdqhQYqJPpIENrPvS5i75L1pZjZASiunekK8cvIjsDNi+3/ujifPfcfav89HYlFX3kqiZxz7rA6zW0Wngk5k+rqHKOEs9vuGIG8C8RjJDrp7EhSFjAF7fRnasPzsIHb33SP23xNdTXj//ikhMul+76oeAfUp08a1R8OwRDVxG0gnLgEj+uailMLlufAYPoOvihGiYWD7cVUDp51Qs2447dGpUK/jugubcyMszQngG9c9+5eSrgWWcWCKb/WWr30vna64Cnw9ryVQ4YLmKj6PLowv1rFZP+/TKVDfoXnaysBuJMUePmWH8oephL9pAw6nHaUFjYA//Q60WY++hiCSOyjPVu1hm+bhwxlpOS2zYFrr2PsooJYhoCPPvONkCH9HQ6Z7U0whr+3sSN bp6dLfoZ WRNDmbRvDQmVslYf1rg0l2caO1YI0UEEixqAly/D/X/a97DFJ/Nuua0fNILAJTSmvQnlvd8mey6ZQzCwcCzSMTsetPMEH5mkXXgVThJdVQGBhKUM3w4Pz383yoQnOOxqD9giLQ+3ksEoXNQcDwU7qgLXNsA/qRrk25GS13MnTyAdpib0lWsJflhVZpfUcmhPqAjEVbm3TrLlR7/zXL5cR9cGXx60yN/46jDTL/F6zK9Z2p8eE9BZk7k8u7RUq08NCxqEdGhGNhQHQMTUPLUIihNyo2tC7UwTiMBH/mBpnL+oNEqASQr/pn36pmp6d60rVmSM9F8Cwkl5IsTw= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000002, 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 Fri, Apr 04, 2025 at 04:24:54PM +0000, Pratyush Yadav wrote: > On Fri, Apr 04 2025, Jason Gunthorpe wrote: > > > > I'm pretty sure this is going to be the best performance path, but I > > have no idea how invasive it would be to the buddy alloactor to make > > it work. > > I don't imagine it would be that invasive TBH. memblock_free_pages() > already checks for kmsan_memblock_free_pages() or > early_page_initialised(), it can also check for kho_page() just as > easily. And how does it help us? > -- > Regards, > Pratyush Yadav > -- Sincerely yours, Mike.