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 3468FE6F06D for ; Fri, 1 Nov 2024 15:54:31 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C44FA6B0088; Fri, 1 Nov 2024 11:54:30 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id BF4F86B0089; Fri, 1 Nov 2024 11:54:30 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id AE3ED6B008C; Fri, 1 Nov 2024 11:54:30 -0400 (EDT) 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 8F6716B0088 for ; Fri, 1 Nov 2024 11:54:30 -0400 (EDT) Received: from smtpin16.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 54BA4C0913 for ; Fri, 1 Nov 2024 15:54:30 +0000 (UTC) X-FDA: 82737972912.16.055681F Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf16.hostedemail.com (Postfix) with ESMTP id CDBA718000A for ; Fri, 1 Nov 2024 15:53:59 +0000 (UTC) Authentication-Results: imf16.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=FH3erEBV; dmarc=none; spf=none (imf16.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1730476305; a=rsa-sha256; cv=none; b=O6hd7ecGHxhqf+AvT5+5V0a+lbdIiZpkaBOiDO3WuIxjHAEW+oGezrsAC/QVV7SeJ3cuqW QcQRvw8yFLwdX0YhEpQZOHQNLmJL+Uil3KhdP18pNOkon0HcZPlUDj6x3mUPqI54ocC51O 3Xeld6t8I5fRI2o465cOj1uOGSfGm7k= ARC-Authentication-Results: i=1; imf16.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=FH3erEBV; dmarc=none; spf=none (imf16.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1730476305; 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=hjp3B+rMiaFuvfOkDbxYf9shcT++p3671+VOrmTNNXU=; b=3rj/oHlkMXg0onceJfbG1GTqodhHKUVTdCG+7LhwOIlfqLU1+onHYpAtH0Um6lVpqZwT/K FN36Go0IRhFGhwNwatmkTrtC5ZMwv0v2is8lslW+BJT62/tnQRMqOlf2Du1JQ1atN6iyFS Br9FPIoDVa8wrZljcVPC+beoXVeF6Bc= 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=hjp3B+rMiaFuvfOkDbxYf9shcT++p3671+VOrmTNNXU=; b=FH3erEBVmqrsdXeUC5kWsCJZJp 3q+RJ5ZBBEKw647tqmBYHGs52Kxaon0ld49HdHUoqJXzYS61Nn6NXjX0U6MRorAt+iONxJEBtW/uk LdqM6FbFH9HW2KM7TtuV8omH13hSOlHlqvUAWvaFad9g5r8oQxCDV99U/jUMkodXU5/pACYNKWgfY 4Crey+HLXqo6JIrYfXd6g6khMsa/DaLEWT6WoQR9lC3PpSVX0WY9jyjFdu15DZ2TufAUdYoFuRIIe YV6UXQdJuCsEVs7ew2tsEWI0eRfApznQm0UtFLVEyvxTkLign6EdG8YUPHF/FY8yakSePzrIUss8A haNfQ7ig==; Received: from willy by casper.infradead.org with local (Exim 4.98 #2 (Red Hat Linux)) id 1t6tyb-0000000G08N-24M3; Fri, 01 Nov 2024 15:54:17 +0000 Date: Fri, 1 Nov 2024 15:54:17 +0000 From: Matthew Wilcox To: Andrew Morton Cc: Kinsey Ho , Johannes Weiner , Michal Hocko , Roman Gushchin , Shakeel Butt , Muchun Song , Pasha Tatashin , David Rientjes , Vlastimil Babka , David Hildenbrand , Joel Granados , Kaiyang Zhao , Sourav Panda , linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH mm-unstable v1 0/2] Track pages allocated for struct Message-ID: References: <20241031224551.1736113-1-kinseyho@google.com> <20241031160604.bcd5740390f05a01409b64f3@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20241031160604.bcd5740390f05a01409b64f3@linux-foundation.org> X-Stat-Signature: pb3hrsqe4t85555hz4e53pjn3tnjy3nb X-Rspamd-Queue-Id: CDBA718000A X-Rspamd-Server: rspam08 X-Rspam-User: X-HE-Tag: 1730476439-522508 X-HE-Meta: U2FsdGVkX1/dlbE8uDn7M6CmTAO3H0kofDlo7CDZDa/JgekBh+eJJwscXIzZR00u0+98JmKoADmugavkMzmR+WbQfhQtHOmPtrcxyoei6RHEgiiIVKSftB7H8eDFgtgwwmygS6eDphAWugFzZqN72Jy3agH7evtDzTA19sGOSRhxu4pepVuP9m5GHyh8P+/lwfFRPLbLeDxhNPlFLq/z7XyENwXjJb3SoKjGTyXWBXCCLY6IOL+uIlRq/obEf7QpwPndLZDZt9Z3For3smgfY6f1l1WVPrxgquOu/NoPhG879/sLI5gzgtTR/EpSIikyUxqAuAp1GJ/YOCPX7IW/+/KQAHJMmVl3T9aUiiVlx7Ofd1zVAe9dvBH1SJwQ25h2eXH8srtkKH99ZeeW+2BZYgdynspj6zL3cdpcgkMy8etsQcF+oKVkyUIJ+oTO3S2ZtszUCee7ftTFFiRun8FcINh81HwKsX4IcL+2Sy+otWkzTO3QVAb7W004It2zA7P8+05WpQmUPfGznOALyDRK2mCcxxAfEqOTbLWpW9Pb+zWhw/XuaIR9PF7NJsVYIG9W+qy7BPg1nVovtT6nVF6qwam2hS4GZDt4ZydGlq2WvXY+bRj8EvinvsROnOp+aynFrL7zecMiZ+L/gUYedKr30GDeY+WQLZwOacYr3M8xU5JaLb1SuEJ9p0zUBntATK/yOBSom3D1XKxNkMefLaf6zPIf7Q7AkaSXflDk46xrGRC7iZf8iWWzAckPg4d2vRnhiIbJcr9KOy2Fi2o6VTMAfU08SAnb9BLro9Q5l58tvzx5xgWokJlgal0J+Fdz7cgz2c+ul2DtHW2tml0Ej6lrHMvM3VWP1/m4YQoywxzFQtLC0OlootS2nTX1/pNY0YGlRJhORir6vtm0Ltbccx+b/XyNM6fxEt08u7NVLbmQwzSwxvzFZnWPu6S4qBfpAmtR3mFOmSyRnNjxW1ILqVa liIXKvGu Wnu6DKv6/qJRkuyWtMU5gO7UAdPa84INIsNbkyY4qNukN5wVbSm0N4OAwm+3xaCoYD2zFY9nr0GG8+/l+H9Ocpa984B9TaQPIVsmG40dl7IbpMvAMrNgivtOfPKGovPIcnHun/vFjKo2R0raZSPq71WiPCkEE+zcR4FFP846wVAI+9cre9wqI1KKC5vFoQg0x9XgM 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 Thu, Oct 31, 2024 at 04:06:04PM -0700, Andrew Morton wrote: > Possibly dumb question: can we switch swap_cgroup_prepare to kmalloc() > (or kmem-cache_alloc()) and use slab's accounting to satisfy this > requirement? It looks to me like a bad reimplemention of vmalloc(). It looks like this code used to make more sense once upon a time, but now it's really just vmalloc(). Or did I miss something?