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 A95D3E732D1 for ; Thu, 28 Sep 2023 13:33:34 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 25E086B01F6; Thu, 28 Sep 2023 09:33:34 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 1E6C16B01F7; Thu, 28 Sep 2023 09:33:34 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 087F56B01F8; Thu, 28 Sep 2023 09:33:34 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id EACB76B01F6 for ; Thu, 28 Sep 2023 09:33:33 -0400 (EDT) Received: from smtpin22.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id A616880ECE for ; Thu, 28 Sep 2023 13:33:33 +0000 (UTC) X-FDA: 81286098306.22.023886E Received: from mgamail.intel.com (mgamail.intel.com [134.134.136.126]) by imf08.hostedemail.com (Postfix) with ESMTP id 2F3BE160026 for ; Thu, 28 Sep 2023 13:33:29 +0000 (UTC) Authentication-Results: imf08.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=YHb27xy0; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf08.hostedemail.com: domain of dave.hansen@intel.com designates 134.134.136.126 as permitted sender) smtp.mailfrom=dave.hansen@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1695908011; a=rsa-sha256; cv=none; b=givD4OOJ+8eJA/lKJZPxuae1E10VOF+iRHRScNz3QOP511fp+CCZkRI9gWa3Gg2P6ch0r1 NBL6m4XMwe36TkSl9VCbVBqHusVBajzTCAADVxjFiisL6+PMojLCq0KwzBagQNDEqvMmjc g9JAwvUOWlRWTXJCHk57IkgL/so3p1Y= ARC-Authentication-Results: i=1; imf08.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=YHb27xy0; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf08.hostedemail.com: domain of dave.hansen@intel.com designates 134.134.136.126 as permitted sender) smtp.mailfrom=dave.hansen@intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1695908011; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=0b96YuYA80p/Ki0mQj38m3KI67R1xrVsbIKFBz0ye00=; b=bdIonKCfr/tpn5GKCVufiPGvyBsQGJejx+GRIdlJ+ajWOVIYHajTR1v0K0Vyv3Dm90/9yW ApcWql10gc6NUKi0JZIOJNKP2cVNQ6FS4FT3XYv9X1ip+ChECqpd8N9atTuMCKzxIeH64q fcgHs9QaVFQVPIIZtNvnfTUZoxlPmwY= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1695908010; x=1727444010; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=TV50ur6EsvFD+NIQva87XnbSKRPe7K1V/2028Lb4zYE=; b=YHb27xy0pWAsVPDQYUL4F6AwUzAdtC7HZGKHknL1bpbeublAP/YC1MDR LchQQIshjy5LpVq+e0G6oQqIN1rMCWib0XWJPaY6ioWfrhsNxPUgfOhor 7kNH8z/5IM4KKYcroYG0b7zUqKiv8oUPEp9owdU7Yom3LULid1zQ1gy+h HFDyXpZ7Wmj5ixLTAhD5sQz/Cexmzxicc24O9fV1m+YiwIiUckliQWbRL y3gfAT3ix8NYhVVeRLolBLxBYtPr/nugDPBek6bxDHCygxABnH5L6c5PK o5Cln55Nxm76IEwVKqLhCRYuzc/Tbwy1bwSe3NdqnXsbuCNH11PyNSI9V g==; X-IronPort-AV: E=McAfee;i="6600,9927,10846"; a="367123732" X-IronPort-AV: E=Sophos;i="6.03,184,1694761200"; d="scan'208";a="367123732" Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Sep 2023 06:22:55 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10846"; a="784686572" X-IronPort-AV: E=Sophos;i="6.03,184,1694761200"; d="scan'208";a="784686572" Received: from jveerasa-mobl.amr.corp.intel.com (HELO [10.255.231.134]) ([10.255.231.134]) by orsmga001-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Sep 2023 06:22:54 -0700 Message-ID: Date: Thu, 28 Sep 2023 06:22:54 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 Subject: Re: [RFC PATCH v2 0/7] Introduce persistent memory pool Content-Language: en-US To: Stanislav Kinsburskii , Baoquan He Cc: tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org, hpa@zytor.com, ebiederm@xmission.com, akpm@linux-foundation.org, stanislav.kinsburskii@gmail.com, corbet@lwn.net, linux-kernel@vger.kernel.org, kexec@lists.infradead.org, linux-mm@kvack.org, kys@microsoft.com, jgowans@amazon.com, wei.liu@kernel.org, arnd@arndb.de, gregkh@linuxfoundation.org, graf@amazon.de, pbonzini@redhat.com References: <01828.123092517290700465@us-mta-156.us.mimecast.lan> <20230927161319.GA19976@skinsburskii.> From: Dave Hansen In-Reply-To: <20230927161319.GA19976@skinsburskii.> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspam-User: X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: 2F3BE160026 X-Stat-Signature: efnikfjn3c54t4kf8gpu9psuzzfqsp8p X-HE-Tag: 1695908009-740674 X-HE-Meta: U2FsdGVkX189o6PlcrDMke7Zg2Dq2ud+uNdtmm6DhaGC6IaKl/hYP3ADcW+nbhyX0dqBETHK2Ig6otWY1ROBs19kCn7K3s3w3GVm4Y8nlHmk+Q4PQARDG16kFVjoykgE9rboYa3gN+UUJHzztobdzIrZMSKDqvCaLzf48hyMJUupt4JcXD6tPQXsatxj7D6pQWttMzg2YddEFPt/+OLY7KQZyzjbSXXGrjh7j93OfayKzm1AlvtJZB/NN8ZLvPyBFGVXtXsN4BROXLJ1+oaOFmJqHvJiu+sqTWlAwujys/reuKduXvawCn+bUTXYE6y9J9xhjx6rOwsAwfGpAGm01taC/Gjeb2Xe05TnQJ0zeXo7rAo/opioC3uHT+jXAIdxFuTZUyPG7oO+OmWpuaVO8u8yV0Cw5wso/Okw32K3uJ1lfiOwuy2LSSe2ntCw5lTiPga++cRMOgrxF+9xntA4HR+17CsxufmvXYKHqqC52tmHM6bNc3nX4K4Pilv5SyjQgaG0eYJ+f5jUzMX4SVR6VKI2uSMrOZ70yGZU5QELz3HzlcNG6Xa0XMQT06piI6VXbYnJ0Z+jcskuC0o8CZ6u+SSsOMJt/B1UD/KdZHpAn1Ly7byl/+nxUKqiD+deHIOc3tLsDg1hGsbkyF35BPsTS7y3SANBgmSna2XZRHrhXmmpWzS/Iiu/ofCVQSzZX8E4c1US3eK2zGw8ERh+WCW5f5jg1/ehJHU9/F3Y/8Jh63rYzf4h/HavXbHW1S8Y8MvKpbvUOlJ4DW8qHPsQYHUQDckT3Q2PJDynh7+lt2pnTxLO0gxEYjYPTzNMNW1+71TdAFhY1k4af1Km16jHmN3s62D2r7wfLQXPvWXkR78d4Fsf0ybdd0LDZWKbDjjgNtWYLkVZRnmWpTh8XSqARiRM9T2Wr+kP1O5N035hJPMRsKYK6xhdMHNHq5xka7lHKh54kn/Xj+iI5AwQCeTgUcY HYcYht7Z lcnk6zXmgiHYaPqcq4JfPbr9BpEkSVupmXnZecVwJH15GC78/xMFrJeyKFJPtEPwrcrRByoqM8AoM5XsDrX+nRcSU/2beWaHuTbBx24qRYfymypBwipINmJVLMbRhXfY6qvKw0qZq03eV5fQJ8LvxyobwSX55UfO6WTI6WW9nDdb+UoN3bhjFI/Y8Gz0vC+3eZH8Ig8JDEt9T209VxvpaJeRXSQ== 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: On 9/27/23 09:13, Stanislav Kinsburskii wrote: > Once deposited, these pages can't be accessed by Linux anymore and thus > must be preserved in "used" state across kexec, as hypervisor state is > unware of kexec. If Linux can't access them, they're not RAM any more. I'd much rather remove them from the memory map and move on with life rather than implement a bunch of new ABI that's got to be handed across kernels.