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 BF353C021B2 for ; Thu, 20 Feb 2025 15:15:51 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4A9766B0096; Thu, 20 Feb 2025 10:15:51 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 459D36B0099; Thu, 20 Feb 2025 10:15:51 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 2FA986B009B; Thu, 20 Feb 2025 10:15:51 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 11F6D6B0096 for ; Thu, 20 Feb 2025 10:15:51 -0500 (EST) Received: from smtpin26.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id A5A10142118 for ; Thu, 20 Feb 2025 15:15:50 +0000 (UTC) X-FDA: 83140672860.26.B1D5C13 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.16]) by imf17.hostedemail.com (Postfix) with ESMTP id 2807240026 for ; Thu, 20 Feb 2025 15:15:44 +0000 (UTC) Authentication-Results: imf17.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=XNL8rLGm; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf17.hostedemail.com: domain of dave.hansen@intel.com designates 198.175.65.16 as permitted sender) smtp.mailfrom=dave.hansen@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1740064545; a=rsa-sha256; cv=none; b=djOxrwHZsIwWB4fSrUHPFJ5tvNMcZ7CXFsY2nqTPxxQ9iHv4YtCwG/Jh03PFm57ICOFaKt QtGE5D62KfgB6sPJoW1M7dpw1KHpw92SAq+CAJqt0mHeZP4nVrj2PUr56TYGBZT3VzSRKb PXQtVqn0sNTF6bk0TfZ/q0O9TA55fqE= ARC-Authentication-Results: i=1; imf17.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=XNL8rLGm; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf17.hostedemail.com: domain of dave.hansen@intel.com designates 198.175.65.16 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=1740064545; 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=5KNymHQEKkKYJ4xP3g7Kz5TGyu47s1zmjz/sU0UeUr4=; b=eG0wqh6MvwmkkBpFe5lN1JdInT/IJfnugiwdKsRRvVphrolUrSr7EpCuS2SJ7/cJovGkKF x2cmasdVZ8+I5gM5mGM5kabl7EJL488PdRwfNkfzK46m6ZyZaihIyGM+a2X89xyGkQUK8A qqJX/jPENB+SSpAmbzIT7CaMZmZukNk= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1740064545; x=1771600545; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=/zIRRIBVJC/QJXk5NPCwMMuTXA1Dr/FHTp70Ie4FZ4A=; b=XNL8rLGm7zatGPNs5zp/qgzCaXx9ii8JUf5JrZj8oOs5I+wKAWB5QtwD pYhmTQXhSJJwsZ9WBfxlXLQTx2Rr5lu0ielLZF3INbIpoi0xACIr7xH58 DSVHeKQEAE/SPNGVNiUpe97BFCRQ4UUZNejmul7gaJ0rer7fX7bSEawfC tTPwuR5QBeCeLbUf+7vYiBmB1Z+QT+Q6mhFfwvRc6cfaUYZiLQNNzccfc vqKkqKYfwPPFKq7C2uEAGoh3dHlwIcXcyMERl5C+YIuiSrZfZkBUOpVi3 HFI3Ri1Wyv56f5rXrlAd5U0qW4ukA89ypswt7dub7At83zH6bvwjrGIqT g==; X-CSE-ConnectionGUID: qqqADbEGRXaDboD/YsfjIw== X-CSE-MsgGUID: 1SBlfhZIR4yfvFzqie0HiQ== X-IronPort-AV: E=McAfee;i="6700,10204,11351"; a="40967734" X-IronPort-AV: E=Sophos;i="6.13,302,1732608000"; d="scan'208";a="40967734" Received: from orviesa001.jf.intel.com ([10.64.159.141]) by orvoesa108.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Feb 2025 07:15:43 -0800 X-CSE-ConnectionGUID: 5GWJ6pxcSgm4G4UxTQ2pnw== X-CSE-MsgGUID: 4c1Kr/dkRwKv0LpBRzfRJg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.12,224,1728975600"; d="scan'208";a="152258810" Received: from puneetse-mobl.amr.corp.intel.com (HELO [10.125.110.82]) ([10.125.110.82]) by smtpauth.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Feb 2025 07:15:43 -0800 Message-ID: <8accbd91-ca59-43f8-b190-7e1ac3df5e11@intel.com> Date: Thu, 20 Feb 2025 07:15:44 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [RFC PATCH v12 00/26] LUF(Lazy Unmap Flush) reducing tlb numbers over 90% To: Byungchul Park , linux-kernel@vger.kernel.org, linux-mm@kvack.org Cc: kernel_team@skhynix.com, akpm@linux-foundation.org, ying.huang@intel.com, vernhao@tencent.com, mgorman@techsingularity.net, hughd@google.com, willy@infradead.org, david@redhat.com, peterz@infradead.org, luto@kernel.org, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, rjgolo@gmail.com References: <20250220052027.58847-1-byungchul@sk.com> From: Dave Hansen Content-Language: en-US Autocrypt: addr=dave.hansen@intel.com; keydata= xsFNBE6HMP0BEADIMA3XYkQfF3dwHlj58Yjsc4E5y5G67cfbt8dvaUq2fx1lR0K9h1bOI6fC oAiUXvGAOxPDsB/P6UEOISPpLl5IuYsSwAeZGkdQ5g6m1xq7AlDJQZddhr/1DC/nMVa/2BoY 2UnKuZuSBu7lgOE193+7Uks3416N2hTkyKUSNkduyoZ9F5twiBhxPJwPtn/wnch6n5RsoXsb ygOEDxLEsSk/7eyFycjE+btUtAWZtx+HseyaGfqkZK0Z9bT1lsaHecmB203xShwCPT49Blxz VOab8668QpaEOdLGhtvrVYVK7x4skyT3nGWcgDCl5/Vp3TWA4K+IofwvXzX2ON/Mj7aQwf5W iC+3nWC7q0uxKwwsddJ0Nu+dpA/UORQWa1NiAftEoSpk5+nUUi0WE+5DRm0H+TXKBWMGNCFn c6+EKg5zQaa8KqymHcOrSXNPmzJuXvDQ8uj2J8XuzCZfK4uy1+YdIr0yyEMI7mdh4KX50LO1 pmowEqDh7dLShTOif/7UtQYrzYq9cPnjU2ZW4qd5Qz2joSGTG9eCXLz5PRe5SqHxv6ljk8mb ApNuY7bOXO/A7T2j5RwXIlcmssqIjBcxsRRoIbpCwWWGjkYjzYCjgsNFL6rt4OL11OUF37wL QcTl7fbCGv53KfKPdYD5hcbguLKi/aCccJK18ZwNjFhqr4MliQARAQABzUVEYXZpZCBDaHJp c3RvcGhlciBIYW5zZW4gKEludGVsIFdvcmsgQWRkcmVzcykgPGRhdmUuaGFuc2VuQGludGVs LmNvbT7CwXgEEwECACIFAlQ+9J0CGwMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEGg1 lTBwyZKwLZUP/0dnbhDc229u2u6WtK1s1cSd9WsflGXGagkR6liJ4um3XCfYWDHvIdkHYC1t MNcVHFBwmQkawxsYvgO8kXT3SaFZe4ISfB4K4CL2qp4JO+nJdlFUbZI7cz/Td9z8nHjMcWYF IQuTsWOLs/LBMTs+ANumibtw6UkiGVD3dfHJAOPNApjVr+M0P/lVmTeP8w0uVcd2syiaU5jB aht9CYATn+ytFGWZnBEEQFnqcibIaOrmoBLu2b3fKJEd8Jp7NHDSIdrvrMjYynmc6sZKUqH2 I1qOevaa8jUg7wlLJAWGfIqnu85kkqrVOkbNbk4TPub7VOqA6qG5GCNEIv6ZY7HLYd/vAkVY E8Plzq/NwLAuOWxvGrOl7OPuwVeR4hBDfcrNb990MFPpjGgACzAZyjdmYoMu8j3/MAEW4P0z F5+EYJAOZ+z212y1pchNNauehORXgjrNKsZwxwKpPY9qb84E3O9KYpwfATsqOoQ6tTgr+1BR CCwP712H+E9U5HJ0iibN/CDZFVPL1bRerHziuwuQuvE0qWg0+0SChFe9oq0KAwEkVs6ZDMB2 P16MieEEQ6StQRlvy2YBv80L1TMl3T90Bo1UUn6ARXEpcbFE0/aORH/jEXcRteb+vuik5UGY 5TsyLYdPur3TXm7XDBdmmyQVJjnJKYK9AQxj95KlXLVO38lczsFNBFRjzmoBEACyAxbvUEhd GDGNg0JhDdezyTdN8C9BFsdxyTLnSH31NRiyp1QtuxvcqGZjb2trDVuCbIzRrgMZLVgo3upr MIOx1CXEgmn23Zhh0EpdVHM8IKx9Z7V0r+rrpRWFE8/wQZngKYVi49PGoZj50ZEifEJ5qn/H Nsp2+Y+bTUjDdgWMATg9DiFMyv8fvoqgNsNyrrZTnSgoLzdxr89FGHZCoSoAK8gfgFHuO54B lI8QOfPDG9WDPJ66HCodjTlBEr/Cwq6GruxS5i2Y33YVqxvFvDa1tUtl+iJ2SWKS9kCai2DR 3BwVONJEYSDQaven/EHMlY1q8Vln3lGPsS11vSUK3QcNJjmrgYxH5KsVsf6PNRj9mp8Z1kIG qjRx08+nnyStWC0gZH6NrYyS9rpqH3j+hA2WcI7De51L4Rv9pFwzp161mvtc6eC/GxaiUGuH BNAVP0PY0fqvIC68p3rLIAW3f97uv4ce2RSQ7LbsPsimOeCo/5vgS6YQsj83E+AipPr09Caj 0hloj+hFoqiticNpmsxdWKoOsV0PftcQvBCCYuhKbZV9s5hjt9qn8CE86A5g5KqDf83Fxqm/ vXKgHNFHE5zgXGZnrmaf6resQzbvJHO0Fb0CcIohzrpPaL3YepcLDoCCgElGMGQjdCcSQ+Ci FCRl0Bvyj1YZUql+ZkptgGjikQARAQABwsFfBBgBAgAJBQJUY85qAhsMAAoJEGg1lTBwyZKw l4IQAIKHs/9po4spZDFyfDjunimEhVHqlUt7ggR1Hsl/tkvTSze8pI1P6dGp2XW6AnH1iayn yRcoyT0ZJ+Zmm4xAH1zqKjWplzqdb/dO28qk0bPso8+1oPO8oDhLm1+tY+cOvufXkBTm+whm +AyNTjaCRt6aSMnA/QHVGSJ8grrTJCoACVNhnXg/R0g90g8iV8Q+IBZyDkG0tBThaDdw1B2l asInUTeb9EiVfL/Zjdg5VWiF9LL7iS+9hTeVdR09vThQ/DhVbCNxVk+DtyBHsjOKifrVsYep WpRGBIAu3bK8eXtyvrw1igWTNs2wazJ71+0z2jMzbclKAyRHKU9JdN6Hkkgr2nPb561yjcB8 sIq1pFXKyO+nKy6SZYxOvHxCcjk2fkw6UmPU6/j/nQlj2lfOAgNVKuDLothIxzi8pndB8Jju KktE5HJqUUMXePkAYIxEQ0mMc8Po7tuXdejgPMwgP7x65xtfEqI0RuzbUioFltsp1jUaRwQZ MTsCeQDdjpgHsj+P2ZDeEKCbma4m6Ez/YWs4+zDm1X8uZDkZcfQlD9NldbKDJEXLIjYWo1PH hYepSffIWPyvBMBTW2W5FRjJ4vLRrJSUoEfJuPQ3vW9Y73foyo/qFoURHO48AinGPZ7PC7TF vUaNOTjKedrqHkaOcqB185ahG2had0xnFsDPlx5y In-Reply-To: <20250220052027.58847-1-byungchul@sk.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Rspamd-Server: rspam02 X-Rspamd-Queue-Id: 2807240026 X-Stat-Signature: nm9p6orexqzyza1myraukoqfsyr7if7t X-Rspam-User: X-HE-Tag: 1740064544-963571 X-HE-Meta: U2FsdGVkX194vPbNUwKi7OVEYmVCxgyVmoj15ATFFavryodCL7ZDZW20FlM+qIMnQnbNPan8MJw7zmMAKvsWNuPoGjAi4TovM//RG1a07yL7RewoAqK37zYagsysGBL8gBQYsecUd00aAS5EOlUUB2hSu1gZ/MsYdpHzXG0oFVnGbOTYs0Qmr2FE1SlNYL7XzDugG3KPw3FEIocF0A2Z0UKaJOKwnFCpfY3pcO1qPsd5TCS5IBMz7DxkMuHOU8NuCLgx6PJgb98XNVWsau+hOD4ev5mT3RgrgBtVxDFyIuhxOYvOUY1k4cdeSQlc2YB8q7lJgw7DSY6zElUt8skg0QEvaU5Vs9RpuxIEaIekcdrq59vUJKDl98/C0YsEhNlQxPFduTjTIXiqABvDbtS/ADASslFQaHJf0vfyKlIVoeO7N0GOJc6B07Da+AMLrhfIJlmsbY7XbKlONArMrnS0Vb7ns+s5U6WrrO0x8RsaOEWKsDYhdXesJVztuQ6kkLZh1/8/bDZli4oXTp1gxjVsqnDXIXr6ZuUCayRZ5vDJdR/tJUSIOFSTGCA9GaKUCW9nWxZBlC1g9Ix8UDRYi0o9W80qi76h6Q6u7TYMIm9TfrCmb6j80cg8bMV9DSzQh3idC0uQRdYVNmFU2f6BiZ8Ix5qOljZQKRcAqdaADxdIm+nVr698/QwCSEOGQbAzawXRr2KNxPByjJX7Tt+g64HUgQOW8QqoKIGzmUX4BkfIDWDFRHhBW/1jAp+wxbx7BNVcU1lU/7fyJv6P6TS30zD777NB6F6us7kEspANl50u99TqAS9oimwhLHjLUqxq0mVPw7+W+fp6pGTxMo/zkw/jgCdSxym4hHOnJR++87Belgrrqw9a1torxpv9QLBQCWl8uciUK5ZNxQkNh3z6ogvPuO1O1IYqucqVs1ql+e3HwLFD05G+wkWzstw7amV2oQabgNRb+PJwMKEnhdTEPlK GYPVRhG+ 6snQBQBQhZ9CCBGK2DuHY3/x5rI6mMiWsqYtJHHEttEaGuwGrqUm0Z6lHHavo4lc27KtiPUV3yNa10K/DHUbfBrogcNqFRtxYZX+t5SB2981ZRwU9cIX84soB3eC1Utq90Xb7q7ndQknLW2HlFAk6ykanropJd6yOpdEeImUh6xjLTxCaDxpbQ0FtwfE0RGXlXpwf1zvCvRETNbL0UmDhpeRCyR2tswJBUH662+FcAOjfYp31oUSa6Y9C9w== 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 2/19/25 21:20, Byungchul Park wrote: > I'm posting the latest version so that anyone can try luf mechanism if > wanted by any chance. However, I tagged RFC again because there are > still issues that should be resolved to merge to mainline: I don't see anything fundamentally different here from the last 11 versions. I think the entire approach is dangerous and basically makes things impossible to debug. It's not clear that some of the failure scenarios that I've brought up in the past have actually been fixed. What I've said here still stands: > https://lore.kernel.org/all/fab1dd64-c652-4160-93b4-7b483a8874da@intel.com/ > I think tglx would call all of this "tinkering". The approach to this > series is to "fix" narrow, specific cases that reviewers point out, make > it compile, then send it out again, hoping someone will apply it. > > So, for me, until the approach to this series changes: NAK, for x86. > Andrew, please don't take this series. Or, if you do, please drop the > patch enabling it on x86. I think I'd also like to stop being cc'd on this. If LUF is merged into mainline and proven to work on arm64 or riscv for a year, I'd be happy to take another look at enabling it on x86. I think that's just about the only thing that would make me reconsider.