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 D80E9C4167B for ; Fri, 15 Dec 2023 20:22:57 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 61E186B07BD; Fri, 15 Dec 2023 15:22:57 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 5A6986B07BE; Fri, 15 Dec 2023 15:22:57 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 494FF6B07BF; Fri, 15 Dec 2023 15:22:57 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 3B8976B07BD for ; Fri, 15 Dec 2023 15:22:57 -0500 (EST) Received: from smtpin12.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id F12C01A0EDB for ; Fri, 15 Dec 2023 20:22:56 +0000 (UTC) X-FDA: 81570176352.12.1609B84 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by imf08.hostedemail.com (Postfix) with ESMTP id 1A24A160017 for ; Fri, 15 Dec 2023 20:22:54 +0000 (UTC) Authentication-Results: imf08.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=rpaQJRYh; dmarc=none; spf=pass (imf08.hostedemail.com: domain of akpm@linux-foundation.org designates 145.40.68.75 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1702671775; 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=rbC/025ovl2ZOnwmJqHjEOiK9dc7VdPpYj5oSSpbV4w=; b=zg0IXsEs1OThx3kqQgqYxClZsbTbd9nh2FHgHyVhinNdYTg2NO+UrCaPQ6a1oHn6M0DRCT BgVcukhAnccIh93uXK2+cR4hrgGIc6bUUOm/uMPTk4vvZN6D7eBLyLiueWIoCphWjjvfAI +kTi4fc63fFHNdkil5K7gvJGj9Mm3XI= ARC-Authentication-Results: i=1; imf08.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=rpaQJRYh; dmarc=none; spf=pass (imf08.hostedemail.com: domain of akpm@linux-foundation.org designates 145.40.68.75 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1702671775; a=rsa-sha256; cv=none; b=6XosJ3u8f4SbRVwJszDijnChbPKq3717ZpHRB88xJyW+OhPD1FS7nZnPpUV/hWK0nw5pwi 1yi6idbhcpQrOoyJGHtdlDsPT4V2MSI7wUn+zVRTC8ARLpTBPw89TBxejg/8Eoj+6HnvxV mgU07Wz+jwuywDhZ/LqbsO9ulLi8kIc= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by ams.source.kernel.org (Postfix) with ESMTP id 72905B82929; Fri, 15 Dec 2023 20:22:53 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A7EFBC433C8; Fri, 15 Dec 2023 20:22:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1702671772; bh=cipOGuUQQaz2VjydkBmiXdPDIAMXBwnAoGBeHEb+oOY=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=rpaQJRYh5p31bYQ9J58SZQaA2ABNxrqstpK8V8v6SXl0lh1vcUvY6sbii/oq5x2FL ZrQSfGaDSwBnA6UERZGNiDaSljn9EZvrG5GEZzdDuDVICrOiWpYIrXEHmux4VvXuer Q9Rqvb39XeMZ6r952O+SmV2Efo5QQUNUrDqa45Y4= Date: Fri, 15 Dec 2023 12:22:51 -0800 From: Andrew Morton To: Linus Torvalds Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Yu Zhao Subject: Re: [GIT PULL] hotfixes for 6.7-rc6 Message-Id: <20231215122251.bad09400b337dfb1965f6976@linux-foundation.org> In-Reply-To: References: <20231215071604.946a433bbc05a6409faf5a33@linux-foundation.org> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 1A24A160017 X-Rspam-User: X-Rspamd-Server: rspam04 X-Stat-Signature: 6bx53tzqip93en7wppsudiyrkw8ycdmq X-HE-Tag: 1702671774-495464 X-HE-Meta: U2FsdGVkX1/2KFRfw4TUS2UQE1nlS1aMqqxO3ESOC8qWJTPgKFnpB4dQV8FEptYTwCCaCQJVVmOTNMUp0VfCuKuZjRsfgN2eliIes76O4oHNs+lRGWcW8U/HcXVUoaZReXVQRw1DwjokmTRXHB5/owOge9eYeAas1K6I86jpqlm9q8JfUq1+zN10R95A168nVmSt3F+mWXcfU2e6uIVyzbGj5V8O9uCrzGRolcbKGm0aD3ubUghxyRgA9zuy4NmGezN1bpnhMNRANZKwzjlg90/7GP7tAEWGU/YuIYp7lUpTwnfNfnY+9gG6EN+TPfU6bhFVn/c1KVxLNnT6O+Dp8dC6ehGYFrDXDEjfrOm2+OctaMwKN2Jsi26SbRSwVMsib+24zXwj2XY6R86g2r9g+U4rJzTU7tCNuxsK/qELBX4fPbVgZchbIG3jLuXUV+vgjjm4lu79Klf0ies/MJoOUIIjFr9rBySqqxxaZFxH1Sd+THZGNhvWnvW5d7L86hUZFlgKKvr4gfhDIysehAOkdFlKkQIUHXvyq7hzvjvMaVG0ZiTXjZled0UXKbkVDVMacPyzHemjJsMSUGtF9c+nl98CO9+SdwqOn7tfXnKCNOMgnegtUiPXZDi79UqVrLjhYmcPR49ngpD4l9KASuR+A/0jIp2bIBgxg1TTqMTcxxvBZuu1iGYMK9Zkh8Vk8uOV5ZIBO77xbtAUlKKrVLd/PEXPD1SzPgpPDU+ri9ARhVy8lcpFKIBrJIJlBi8dJl3XMckk+vdNhKZBqyMfTVDljXjqsYb3ejOPX5Ukm00qVdT0z3fcfYGZlUZerN0Ece8btnDcFEztysOsmj8bWcdvnTHCuHEGPTc2ic7weOsyUXiz/NlnzI44ofSkqs0igi7pTk3mJwyIXpC2WS1vzVbbG/iM3XweIz9JI3ngg9nFYSOSnkKlaUfJrmv30zVimaEr9dpYUxCyBGPY7Si30eE lXRh08Fz 1CInIUZIRW2AGco6bdVkfq7sGTX7J55BYwiLDJn39C3n8ja3fHYl/BLhvQ/VyytH1Sg9t7bBxbnNmkbjxKXlwl92t/1Nfsf1DizRMsZ0Aewu75OcNbkv7mlv7Ge6lLLOWhfcNGh+hsL+N5aMLWdweSTkBoSR8ELZ4GsnXQLGtfLex5mlANRRMDyO68En1qOzkGc572sewxVyEgIltsV4CELUhqvMvtWTFgsHjeaR2cw0fQ3GQfp2ZNrbUDWR4qEM46suZhes5R/qpKdp8gqFBWSK1eg== 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, 15 Dec 2023 12:11:42 -0800 Linus Torvalds wrote: > On Fri, 15 Dec 2023 at 07:16, Andrew Morton wrote: > > > > Yu Zhao (4): > > mm/mglru: fix underprotected page cache > > mm/mglru: try to stop at high watermarks > > mm/mglru: respect min_ttl_ms with memcgs > > mm/mglru: reclaim offlined memcgs harder > > Entirely unrelated to this pull request (which I already pulled and > pushed out, as noted by pr-tracker-bot), since I looked at these it > just reminded me about a question I've had for a while... > > Do we have any long-term (or even short-term?) plans to just make > mglru be the one and only model? I hope so, but I haven't heard specific plans. Things are still stabilizing, but it seems we're a fair way down that exponential curve. > Yes, right now it's not just a Kconfig choice, but a real technical > issue too: it depends on having enough flags available, so we have > that "cannot use it on 32-bit with sparsemem". > > But I'm hoping there is a plan or a workaround for that? Hopefully Yu can talk to that. > Because I feel like we really don't want to keep this "two different > models" situation around forever. > Sure. Some diehards are still using slab :(