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 AADEDCA0ED3 for ; Wed, 4 Sep 2024 08:50:14 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 398C18D0240; Wed, 4 Sep 2024 04:50:14 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 348BB8D0239; Wed, 4 Sep 2024 04:50:14 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 210258D0240; Wed, 4 Sep 2024 04:50:14 -0400 (EDT) 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 F08C08D0239 for ; Wed, 4 Sep 2024 04:50:13 -0400 (EDT) Received: from smtpin25.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id A42251A0E93 for ; Wed, 4 Sep 2024 08:50:13 +0000 (UTC) X-FDA: 82526433906.25.BD61F73 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf03.hostedemail.com (Postfix) with ESMTP id 095A82000D for ; Wed, 4 Sep 2024 08:50:11 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=fD7LyJcp; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf03.hostedemail.com: domain of brauner@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=brauner@kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1725439734; a=rsa-sha256; cv=none; b=BstCT07JmA52RMPTob3DrYEmhhjoWpyo7jKsXFKR+xXAYrEBFOPXI3Wwh16m8LQDok1kJt nnd3tLW7UMpxdNyRE9xKjtzA803OIkbUQPOTpAJBZ36ObqDytudiqX0iJLy2HBKu0h2rwr 9BxiaJtAGRf2BwnCyxJPE7Q6ASP0NHk= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=fD7LyJcp; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf03.hostedemail.com: domain of brauner@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=brauner@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1725439734; 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=JCWYMCnSPjCjFf6jBvAAEHpR+IwkPiFDpI1/18ky//k=; b=MA50FQVHo6ZmOFKl0+pLa3LL1nvT7XH3kuPjhSd1dgcanZ6utFC3BgxLC8vIHeC8fPi9RO lRfSxpOdCu/9qY1jqHPEoHJdjEJWTYJRyXMjdtqzKn8NA7rVAFOfx8C0IZEhx2O26sZKzZ sQaOSmeTW1nCsYUCpjI/i2hN+nIuONo= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id B97D65C10A5; Wed, 4 Sep 2024 08:50:07 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 00B9EC4CEC2; Wed, 4 Sep 2024 08:50:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1725439810; bh=9LN28g4AsA0E3xhcLnzrLBKkPj5VO/TKLTeZXa+UCfw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=fD7LyJcpwmzh63xKahDlmv3EImu5NasIlg/WRsrPfWCG34FD9bwEc5Qptlpmwz3Qj qP8mx3Y1sANGRhGlsU1bX9NVmRUJwD+ydbGWOCl7Y9QH+WmgEtgVjWE4TsxAlzSKkJ Mnuu+aPPP64hwPnPqa7Eyj6Nr0mFe7KUFuMWlVGJFuJNKpjMENYJ5n4y1eWe7GKkOo 4LoAylMPJY3os5wiSTJx6uQM3++fc5NY/33QRpJXyKvN2+2txXx9NFR9P5SKsGwt0t 6Imdyu5j1C0iX40ffauqzALWNgHWOypbTdMMs0YOrDNzX2cHbAR40rC+ufbq7Peevf n6WcNF3oGg7Cw== Date: Wed, 4 Sep 2024 10:50:06 +0200 From: Christian Brauner To: Vlastimil Babka Cc: Jens Axboe , Jann Horn , Linus Torvalds , Mike Rapoport , linux-mm@kvack.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH v2 15/15] io_uring: port to struct kmem_cache_args Message-ID: <20240904-enteignen-unpolitisch-b30e7313b8ed@brauner> References: <20240903-work-kmem_cache_args-v2-0-76f97e9a4560@kernel.org> <20240903-work-kmem_cache_args-v2-15-76f97e9a4560@kernel.org> <40b37458-5f75-40c1-b07a-529072e4c4a1@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <40b37458-5f75-40c1-b07a-529072e4c4a1@suse.cz> X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: 095A82000D X-Stat-Signature: 3zmmap3z3p6n4kpppsi9toorkbdmfbcd X-Rspam-User: X-HE-Tag: 1725439811-88025 X-HE-Meta: U2FsdGVkX18ecFKq73mw8ymubha5vZgV0hLImV688gaPl9bk/YWy0zBSnNRb3M+HYH6dLiWWxw9CHgoNpV37YEvRxlngcsBf31JiSi9q8XMQoYn3fvQ7Md7ccqumeGw/72Lfzt2ACgxnslMyiOag7CHB7etpmRo01S33Sfk3AfFvpglmzApqmKoW5hupgf6Kj1a9igRwL1tPoXLt0KoA8PbMyqabP4H1mE0hL2Cqcq77k6sie8GNzGHj/OTOGZDOUaL/uede496IT6lbTf/7/iAOHeYxNA3vVzjPZVzMy3fEJlsj+yR65IPhl6hdCJY1ForutdWX37bMh//klyCRa1ee+CvxybBl9TURB6yBNmZXJyFix53M+HFd6HPE8QT6MCHk+Cw2f2JcSdaVQNbOf5aBIYj5ZL8XXMqZsMPFxdLWD1jsHnONeuYOhCYI4cV0fXnVszVj37IBe1UYdOpAsqx9V5dJP4ZNC6ewbC4sZH+t4xKrq6HT20JHq9G4OwbVtLDT29OWj6B00AJ25RmqOdmoN/nlyCCB82LAn2sqlPcx8499Th2tMzGSmcsUIlQZFw2BenQ4VYeS7cQ8M/Ztb3PB5QfRoiQMrtkTMtC+p51f0Ip+rFQ3l5iKwj5zMDn0LawZ2Ue4fLUj0k2cpSyudmHGwwZY5exfQXrC8Eqp9RiY6wc2rzrZ54fhf1OrXPx9c20pfRS+pWPzXPppdekx0O5LVWZW7iF6kQY7wZSNoYwaU2zDZe4NIDQ77+7TBK6HG91J3bObugwrmrnV+eaWCQtL1SZ1W9nLlq1+BsegMV7Mz4pK0LcSzgpMePW7uxHbuDnbyx1kDK/Kkb5wdDfKcFAf1yXS0epwUHlrZlrvdHrKRXhiQC3Nw51/j3nNp/MOrBGCWA1AWoYlzY1KdXkdmqaGDJbSZG9UADQqLKIcRAglsY3u2wfO59c9cEaPhqYstjF+rq0oul8f7unLHyh 3ipHiVXS QL2MrG2IXfBkUYg/D/HzcSm9G3MuwHZ81n+xDaSQ2i4QXtC/PZVnNVfdHEhioOwIU0B1Q4g0jLH8Mys1ELoeN3kKd+9/7sC1mX5yhvMHk+zZjqnbL9ALUfz44tFe2+e710J5nfxp83J0rMO41E4fpakhsycYWX8drLxzEhcXivYW1C4ptvSk5Ho/b3wVpEgSLG5tw0INB1Bn84pS4HI43kqsgjKX1QNcwFtigLpXjID0WMLugRZR2h2wCTrAM2fdB1KKFxPaC6pV+XW5iJHbyoSzox6r6dTnmrd2K3Gjt/u0Cf4tG/y7jAHVEMhneKPhtyghzdYyRJ2ud52cuJk+TtyEGiX1L7lJ8W0iZ 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 Wed, Sep 04, 2024 at 10:20:31AM GMT, Vlastimil Babka wrote: > On 9/3/24 16:20, Christian Brauner wrote: > > Port req_cachep to struct kmem_cache_args. > > Fine but doesn't bring anything on its own, wouldn't Jens want to supply the > freeptr_offset at the same time to benefit from it? I just picked two victims that I knew do rely or want to rely on features that weren't there before. Afterwards, Jens can just select or add a free pointer to struct io_kiocb.