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 C5EB3C0218A for ; Sat, 1 Feb 2025 14:04:26 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id F40A2280002; Sat, 1 Feb 2025 09:04:25 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id EF0B1280001; Sat, 1 Feb 2025 09:04:25 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id DB88C280002; Sat, 1 Feb 2025 09:04:25 -0500 (EST) 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 BB7AF280001 for ; Sat, 1 Feb 2025 09:04:25 -0500 (EST) Received: from smtpin17.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 354051217CE for ; Sat, 1 Feb 2025 14:04:25 +0000 (UTC) X-FDA: 83071545690.17.13E6512 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf09.hostedemail.com (Postfix) with ESMTP id 5B37B14001A for ; Sat, 1 Feb 2025 14:04:23 +0000 (UTC) Authentication-Results: imf09.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=eGIUcCma; spf=none (imf09.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1738418663; 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=bJ1G7pUr3By7yXgMdoF7Bkl84Q86WzINHDB+IDr7o2E=; b=HjxnE/KhNE579GHMd17194I/l2jyKsLmrIHwvExnborA3ot5zTtSo2ReF34ob9ZpQoi8tT zUCIV8YT9LWF1fTuhjY23qHH4j1vgiU+2MghxdCV5yJ9n8UjA3ywULG4dEkqAa7xdNu7kN N3LgdglF6ij91Jy14R6gWXdoplNEJEY= ARC-Authentication-Results: i=1; imf09.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=eGIUcCma; spf=none (imf09.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1738418663; a=rsa-sha256; cv=none; b=fE4jTpb2f1iG1GuxOysWdcippW9RtN+c6FZ3FMsn6jrH9wLGp36WuMyQ3TPxtfiYXHls0z vFpmMzxzbb/UGwGZy7SfAArIc/d0g0o3w+o00CTAfVlHuY0OY7XpM7VQEcSbDWY6Ko8kPl YYHRg1zO7rIUJ1JK8XoyLtmoNYkM4a8= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=bJ1G7pUr3By7yXgMdoF7Bkl84Q86WzINHDB+IDr7o2E=; b=eGIUcCmaIpAMR9ArfLy53FnTuB D8tqnMnjZnszG8OOcjlmEIvb7chkPQQppUAdN8Z21YY79MlQ1cZZ/zSuZlRneOuWKuttdXl5I4lj0 qmnmMYJaFMlfP5e7F3AL3fjVutqEhhJvGS80DIXHPVdSVJd00vMycIO9Gh+bMTAyRPxho99pbVwdm SH1OKTO52ivjxd7KY9imPDRFReC0lmZhRCeIK78Jn3vsPBAdIicV1rds29A6W4ASUzIo38bs8rBhY MEb6glAvzQeTQviJaROg917g2O4vd/51c81QLizKc74umqwQLEMD3ypGlDb1eJkCBM00lGGcAgPY7 TyHQ0OtA==; Received: from willy by casper.infradead.org with local (Exim 4.98 #2 (Red Hat Linux)) id 1teE6b-0000000G6LV-3WyH; Sat, 01 Feb 2025 14:04:18 +0000 Date: Sat, 1 Feb 2025 14:04:17 +0000 From: Matthew Wilcox To: Hyeonggon Yoo <42.hyeyoo@gmail.com> Cc: lsf-pc@lists.linux-foundation.org, linux-mm@kvack.org, linux-cxl@vger.kernel.org, Byungchul Park , Honggyu Kim Subject: Re: [LSF/MM/BPF TOPIC] Restricting or migrating unmovable kernel allocations from slow tier Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Server: rspam02 X-Rspamd-Queue-Id: 5B37B14001A X-Stat-Signature: kc8u35t81hokfy719qsxrxwz3xrrcgqd X-Rspam-User: X-HE-Tag: 1738418663-741830 X-HE-Meta: U2FsdGVkX19WaE4KYXvz3MM05MHBPUsH5IFz/tkkTKvQ/CB6eEtmQT15PPuk7mWa80rpJ2Phiz7oJX/LFn0SkUKCDYaZZpxDIEEwVSDyW7Xc5OQ4i5xxEnVGY/MMcJXDAv2zK/SI4dY7j80cyko38XPy1N85o3PKmONYEMUhDoqcpgYdZN74yrSfohZ9Vc5Se24hD1rzjjN9vOiRAlrNwzz96ecwg0vnfeGqnK1qFaOyaO4/n5rmKq96yz6MECWMpa50Z7VbXflZuBJC9pX6Y7m3It5p5DNmb8uQHyhj56G6WNBw7QLq0Ni/ENj8VBPNXkUD6UrdA+I6yjha91wlRFtukn6Oaj4znhlpcu6cMvBU0b/w45LiiKgl6lZcvuwwUcVDeW1qb5ysiMLzGZLhmrIZl4zfKNZRjNH+6VhtGdBfNe4EIJBEZbIUJ0m5oNzd4flwflHdgtXz6SpYiPsmVoVXMqxXVx0dK7qNUZCz/aa9It2B+uU2LVWALxRFUT7CYYOW0GoMtyi2BR91cCQjClpP2rxElXdBWQ7O+uE4DYyu+zkCLnhi74u29yZLRB+BAGBbfW2LNWxrfxmVTZjmIC7zJzdW0Sr+w2HGiRMwTXjTwXiC7FEUBljo4rCtExvNl1r9EvcPEujAC74xkUgaKuy6lO8QUqmHV3hC/Sj2Opq2c7YIXvxKe7+RFTmpN3K9MdHY77OTuKSYv4AWe1XOkq/5K5TdIIDdZva8AAxQ1Z++s7RwFKOJe99bf8T6Wl2J55AUvBfXSFPH6o6ZAm3TY/epJ1G0h/gawhDgFoeWny3for39n/KqeJ2uQx7v06WlaGsammcrkcZ/qm1vKr/b0azfJl29uUKEoGYcWdYQW4M+U2JS8LOGR8hJ6a0m66bq8n7wjwfUfdbCKBB/NLwC7E7CMgLPWWD2JuhFyib2f3VEbv2FDyrVYg19TKoBaYZgoRNf8LDB858E7kKhMzs UrxMg6pf /A7WaJr2d9NWbxVnK2U+iOPORBlBEZU+93hBa2bvSV245eVX4XNEczA8G0YAdX5APJHhGk/t+A1eHMhV0g/kwyXCMMs9tvfvyd1GjqirZKywQMFILAhZ3YndAPeD+FRmS8jmiu7aTtMzxD541//xHlcPnHhnesnxoUiJduPGdVqgIABSGehJqXIKK7LBnr19e6hT+dGz9m7lRX+G83Nyz9ONHiVgndPIW5xklTsq8LJogOvelQR9FMxtsjs49gMA+CabAEiq1HXHUj9vBDfvCjB35ejnAc2Ii7tze4yKcFf8Wb10= 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 Sat, Feb 01, 2025 at 10:29:23PM +0900, Hyeonggon Yoo wrote: > The Linux kernel supports hot-plugging CXL memory via dax/kmem functionality. > The hot-plugged memory allows either unmovable kernel allocations > (ZONE_NORMAL), or restricts them to movable allocations (ZONE_MOVABLE) > depending on the hot-plug policy. This all seems like a grand waste of time. Don't do that. Don't allow kernel allocations from CXL at all. Don't build systems that have vast quantities of CXL memory (or if you do, expose it as really fast swap, not as memory). All of the CXL topics I see this year are "It really hurts performance when ..." and my reaction is "Yes, I told you it would hurt and you did it anyway". Just stop doing it. CXL is this decade's Infiniband / ATM / (name your favourite misguided dead technology here). You can't stop other people from doing foolish things, but you don't have to join in. And we don't have to take stupid patches.