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 E492EC10F1A for ; Fri, 10 May 2024 02:31:40 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 3BFED6B008A; Thu, 9 May 2024 22:31:40 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 349246B008C; Thu, 9 May 2024 22:31:40 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 1EA066B0092; Thu, 9 May 2024 22:31:40 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id F3B636B008A for ; Thu, 9 May 2024 22:31:39 -0400 (EDT) Received: from smtpin02.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 99352A017D for ; Fri, 10 May 2024 02:31:39 +0000 (UTC) X-FDA: 82100910318.02.C2B3DD3 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf03.hostedemail.com (Postfix) with ESMTP id 596382000E for ; Fri, 10 May 2024 02:31:37 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=B1Ibd9WC; spf=none (imf03.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=1715308298; 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=bAlSzZjqq8pLSVWaMI/s7v+A8e90FCL0EJwriD2lICw=; b=7LeSuR2r01BlsbKNQNVfEL9VQimkgcv/dajpvoWhiTZJvt9QQGu3hs8Ceri6stB7UuqNXA OJdrCUI0NUK6dq9jVCFAnoK6MlgzUA6bfiU/zLNbvSrfaZ1qMHGyQ7eb9Z/c8WYhXRW8K+ 7ORMaoMRa++iO1/LNIU/WTdQHhkSIYs= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=B1Ibd9WC; spf=none (imf03.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=1715308298; a=rsa-sha256; cv=none; b=Tqyy3aBRmrtOxGz9Z+yWa1ToT1dGVqPzc2AOywRPQ3crgSKcLFQz0VtJW0aEPfY8p4O6+d WGg3I14Kzl3EmDilMqV8yDt8hf7xpMVfh0Jwca3ya93s2vCBUsNbhJpv4iVfecgJ2WskFq xBD3LmLthjVw5yIr2t0xQfSQMZ4QzCI= 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=bAlSzZjqq8pLSVWaMI/s7v+A8e90FCL0EJwriD2lICw=; b=B1Ibd9WC7ooMwap/jFKNxjSfSs ZhWONkuJQULzo29sVZ83f2Mm+7huAlyVATQThuIogiW9BIB09mxL45+JEr5ki/wENheBcNAmtMTVo 0PxyhoKo6W2lzM15ZW7DSEqmkaSc11mk1NrPXsZRNPsX8Y/wI4EHXjh3KPjjz4uJBegsd/bTib9ar JUwiMD6ODuaslbD5fzgRdZmgWkV2imNxhSnd0COwm+rGWCU/13SiaglAF/oL9oOXIoIO7Fzk5XhIJ pTX2voVMNUY7bfaykHzP8MFzr3Y8YGxQd8NUiehFcpH/14ftvIwFkf5dYtoqx9J+fB6qYh2Rst8qf mAwgr2+Q==; Received: from willy by casper.infradead.org with local (Exim 4.97.1 #2 (Red Hat Linux)) id 1s5G2m-000000022mU-3kAS; Fri, 10 May 2024 02:31:32 +0000 Date: Fri, 10 May 2024 03:31:32 +0100 From: Matthew Wilcox To: Barry Song <21cnbao@gmail.com> Cc: lsf-pc@lists.linux-foundation.org, Linux-MM Subject: Re: [LSF/MM/BPF TOPIC]mTHP reliable allocation and reclamation Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 596382000E X-Rspam-User: X-Rspamd-Server: rspam04 X-Stat-Signature: p5czk6t9t8m7uuj54mhq4cyk3k69ckea X-HE-Tag: 1715308297-737383 X-HE-Meta: U2FsdGVkX1+dS0C6TlAaRX7LyiKkD3JXiBG+O1k4kbA3xgPoiy4rDUB8cjbMBVsP1KUTv8dlB5jJIChIOTbnCOg8STYHyZhBJ5UjyAW5cD7S3+XFxy3oDrtBrdDKOTbp2t5xKE3ip+JKu/RSLU1Edw9jbvsJwMS9PcL98PJ5ANGs9gMRjvCM5tFGg8+72ejQ8fvczO7q47vFannBuSsnpY0T/b5930oHpmu8ysdGC60B/mO35jmRkW332p0OUJa8rmKJ/KJpaR73wuFYlnhRl3F91IIPqqkN2X7HqnQOMSC3/JyJ83TgIBP9WaQsIl4tn590RbzTOfTgDFz1yislqxFFSFvPDAH5F0Qdk2agc2P8VR9oIB7o1Yygaychq4uYtuvopCE/VYVVAFiRjVA4OAyCjPN2cKHI2sTDuRNBM+nHD/tncJduS2R/R5CZzzE6pk9LKI4kUbU3HCVWhg/SAHvTHLl+bJHQMOda+DQvQM9pJmgW6yLF1rnY9KN8O38xuFzkVAZfpBcRQMqn357KxSn08y1FlgIyP2ahCiS35R64fs79GYxOBxwi7zJ4WXMDRdI4qoVNc+pnW1hQY5jpdXT7m5SAD3OoLzqWanmvbuwuBxUgQOJf/S5FApiOvJ7RW00CmwsVT4Pxn5tSTfd6aAS9o5Qd/OLyxo//RWfKIPmLyn58LQ3/z06a/85OMAocejyo7RqtBLL+A9+ZqYRVJLnT8mXOkdEJD/va8a8vkVQm8UH5z6w8JCWwhN4edbPxb1mtX+971ZogQkf3v0IpK+k2mvdKFng+q3cNjjqHfzdBgQyv3OYg7/IPXwZcfKYUFwC4YfqTEFnfCIRp1op9qhlhlMv+TxvRGd0TFMlEI0wPdKrarkSUYK+tXc3NBewlZ22DwKGLSiSKN03mVBcMHVNSrJ8ApKCNuZhBLrP2XtKY+BsX7jRdQxk5Ob41oiz/hYGenHSkvQgYq/f5SWw QrVxZ8/7 WSYBsKUDZ8y4+losSxskSikw+hS+xzE5TqVLFwmYFANAg6qwLweg9MzUjZQDHMn3U0DK9yHUpC1CYQTEwOtTKpB28qeyYdDoOv2L9Qt6x7C13Vskoe5cpb2zbL6cEDK2kMnMJEhPmAU2xDw8= 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 Fri, May 10, 2024 at 02:22:02PM +1200, Barry Song wrote: > I'd like to propose a session about the allocation and reclamation of > mTHP. This is related to Yu Zhao's > TAO[1] but not the same. The important thing to understand about LSFMM is that it's NOT for presentations. It's for discussion. So there's no need to have two sessions on "this is our variant of this idea". We have a session scheduled for reliable allocation of large folios, and we can discuss both implementations in that same slot. Having slides that help us understand your problems / solutions are useful. Please present them. But we don't need a separate session.