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 9BA96C4706C for ; Sat, 13 Jan 2024 00:38:45 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 0F1486B0089; Fri, 12 Jan 2024 19:38:45 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 0A1F76B008C; Fri, 12 Jan 2024 19:38:45 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id EAAFD6B0092; Fri, 12 Jan 2024 19:38:44 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id DB10B6B0089 for ; Fri, 12 Jan 2024 19:38:44 -0500 (EST) Received: from smtpin26.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id ABEE9406AF for ; Sat, 13 Jan 2024 00:38:44 +0000 (UTC) X-FDA: 81672427368.26.58A2013 Received: from mail-io1-f41.google.com (mail-io1-f41.google.com [209.85.166.41]) by imf29.hostedemail.com (Postfix) with ESMTP id EC5D812001F for ; Sat, 13 Jan 2024 00:38:42 +0000 (UTC) Authentication-Results: imf29.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=ltOQI8vY; spf=pass (imf29.hostedemail.com: domain of nphamcs@gmail.com designates 209.85.166.41 as permitted sender) smtp.mailfrom=nphamcs@gmail.com; dmarc=pass (policy=none) header.from=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1705106322; 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=e8+5Wu3yFVyh8RZpVSuMO/tabpv/LOlHIY8VjuUoGF4=; b=mQetfuOfeaLVg5MOTI7BkhYY9pvH7m+uh6zfhe3RiPL+tXIjB5kGPTKwS8ElRx4xR5DEPr 2rtVNpd4OozWDgP+lxCXP2KO8Im+0WKQVXtskCDI6P0Zpe0OR5I+czcoCi8McOFlOmajqm L63o1BuZxGAIeEbFFZ5cW6vkE88tGEo= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1705106323; a=rsa-sha256; cv=none; b=8rvMDptRuAto430U1d3XH4K3BZiUdI9EWMqyPXF+4dzLPv5iZpkcnR7tRv/eeKJMw9OM2d 1WBerQRgQEhE0/hsHiyG4ED/YQvV9NftdJEh6MX2XqDRzvy3sKqG0D1wsK7+mreZLS0O5J LnwjgBkPVvnQS+EGxzClFZvyOICKADI= ARC-Authentication-Results: i=1; imf29.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=ltOQI8vY; spf=pass (imf29.hostedemail.com: domain of nphamcs@gmail.com designates 209.85.166.41 as permitted sender) smtp.mailfrom=nphamcs@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-io1-f41.google.com with SMTP id ca18e2360f4ac-7bb5fda069bso290900739f.0 for ; Fri, 12 Jan 2024 16:38:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1705106322; x=1705711122; darn=kvack.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=e8+5Wu3yFVyh8RZpVSuMO/tabpv/LOlHIY8VjuUoGF4=; b=ltOQI8vYskfZvYRGV+3Cq7ujkSzEL3pl2VeammH2XuzlrMkbKZCbSjgAf1pT53GYsx +ssoItZXCprG9glwrHGHdb8HLWzFsxVn3I2jIB2GzYezo5ssysO9zpyA35QpnKiZ0fg7 cCAVvushE9PSpIM5e9WG4pBpCOMCbHPg9Nxxaf273JxrVb3uwrvBf2tE/hPpSpG22ySL JwPhlInAKLoX05hcbZ2ijpRM23W2C8dYFdFIftryiZAUBlQFeSRfbHCW91DFQHEzcJG2 yhES+W5UsKSQAzt6Rz0ehx3eKKrvBU7DnVar4cpTI8HOg8AsymIP9VPKSHkVYRAO8ZOB ScBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705106322; x=1705711122; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=e8+5Wu3yFVyh8RZpVSuMO/tabpv/LOlHIY8VjuUoGF4=; b=F9nRToUzRXwaHmryFYJJU3SNTR5zpItht3E4dYUL1XiMiUt4np7OBjyPwIZbvVplZT JPl1O+KQcm2AIzCLLecNZ+a0Uk2z3Ny51g4pTStbpKMrHQ3PMflIE6l3QRC9xclYFM0A 7btmn1dmMsMOtUYZ5UCqBzCfWlb/B4X5Bud+a0L0hx8BeO5O3AxpDfAedes2RIPgPO47 ug1ECO9hRjZEhn3x+d00v6WwhvnDELH4MsXArKYbGBCZK7TwmjT7AXx6+1DzaPqUqSHi Ck93wdMwEsshGJouS6f2MuowhkD+WVZT57UxXQbV1NgjDW2uWVfBv66NiXMO0WapWhOV MMTw== X-Gm-Message-State: AOJu0YyMW/JYqIFjTpqdksJ8rqCSEmb5OIuodPjeejDgYZVwv+tXOpnu mREOFKPJKBBfTceSBd/W4q8uSLjL0mOOxql0qjQ= X-Google-Smtp-Source: AGHT+IGPLvyZ3kdlus0znWz/e0967hWAWD55LSsq42/n5tdRk22r3nVsQZbJiOxY4+nTTgUC6BDEaomdDCNfHWM/QSc= X-Received: by 2002:a5e:8c05:0:b0:7bf:31bc:66b2 with SMTP id n5-20020a5e8c05000000b007bf31bc66b2mr87040ioj.6.1705106321993; Fri, 12 Jan 2024 16:38:41 -0800 (PST) MIME-Version: 1.0 References: <20240112193103.3798287-1-yosryahmed@google.com> In-Reply-To: From: Nhat Pham Date: Fri, 12 Jan 2024 16:38:30 -0800 Message-ID: Subject: Re: [RFC PATCH] mm: z3fold: rename CONFIG_Z3FOLD to CONFIG_Z3FOLD_DEPRECATED To: Yosry Ahmed Cc: Andrew Morton , Vitaly Wool , Miaohe Lin , Johannes Weiner , Huacai Chen , WANG Xuerui , Michael Ellerman , Nicholas Piggin , Christophe Leroy , "Aneesh Kumar K.V" , "Naveen N. Rao" , linux-mm@kvack.org, loongarch@lists.linux.dev, linuxppc-dev@lists.ozlabs.org, Sergey Senozhatsky , Minchan Kim Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Stat-Signature: k5dw41u6gsfc5zj8gtghm1hi5yhzmif3 X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: EC5D812001F X-Rspam-User: X-HE-Tag: 1705106322-196640 X-HE-Meta: U2FsdGVkX18Gx3FgTMpB82wsLEn8jfCIIRuhpAq0VaPdCI/9tuVZz0iiO/1e4iAblBDZyPO/fC5Csl9CpXJNaoQj2vuMP6eDwAyt8tzghN2SDVranFUF1gnMbGzi3MKPPbtJrp8mvwUhSIXRgOQkjVUvTFSp3Tfl49bIjsIQuGRjSYrhPi144yMwP+tFCR7v0f3xcZrupdjq35AkwvnhlTNyD+zHFn3cAs6gdk8OUcx5NqtWhqyaH7neBJhspnq3xru2LUFCwH/cgc7YD519e332UfHrhA1hfb2DHZpnU785kjKFj7eiEnjWpZo5QfUguI47nmeFoid4E9LYGzfZWRZ3CZjWU//OsFe7FBAES2VjdRPTICTSWt3oPWzWhy+r/ciY6VtoKyC+jYNBfumW358Y/5uyK/hrPIHM/jP3yiGGRTFBHxHzHwwUKoLTQsYXO3VJwman+JiTP8nDUKY3ns8ggcEskPj7qG8/8CqAPRt4+xrIKN3MZ9CsTaPiLDswncMXIercL6cZVOKLpq8Q5v5nfHPQSIEfqV01j9j0A9tTZa0LdtWUbsfODmbLL6CEuD5lMo2/qKYvzTynrq9YJR1OSGqWtSIr0QQovuU8/NTrrJszHAvQr5xYpQ3fTlS+w/Gt2XPWuP3Aym2SJMFkKakTKiT7IEkewIlVi2Y/lFAHpK44lcPgxJMxq4HYXn6TCVtAtrinvVM4UYqxSsaQTrwYiEl4R4EBITjjff93RXbIOyd0FWtQYe3FhNP4YjHv2FnPQkDPG0l8e89FXZv4A9WFhi+fOYsP6GeEr4rWbyAFfPUPSmczc+qAlM/8QZQZFVHL4qFb1+d93FmihSfTXlr1R7n92xfXxOb2GIZUbv1kAI0rH7SbpAgcVyQQbpLOVBIviEvHuLzJmLfdfY5YZOftwIHEMbPL9rzHBccnhPv8Xzu6leorEojILg4cGLeWKTXAtuXhalWBAgxhbH3 cjGtgqC2 PGYml0dpUHV4ttC6xOrTvlPrXnFOSYPo1Ir4335xc3/vZMNxsbpVyIA4XaYFm8lI1m9seZnVcZdkgr0flWW3pvB4PbEtOiXlWkAoyBS0BJ3cSc3BT1eqBJhaLxQ3pIt4Ze0/kMz9/eBKNCAeDsXR8cAzMMARpFlKaUxMCh//8pg1hjFtmjMEgeZ1Mc3zaCv6gGv3VlFpkSKLgm2YTywWUYeUjrLhbaDgid7anTcionJyqX1oOXbfBFx+mKY8MxGhh6OZP3qebnziMJmOi0euF4Tqv1e5+AYWJS/7fPg62J3MLBbwj1a2e91I34LuUmQnhnEIz4l2g2jPJym1U+C4vtCsZYgU+pT91qbm1SgNHVoWmoRpzvvp/E4nIRBbNsEN5WL+6sbdNAtPp/dIGhyL6758jkQ== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000983, 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, Jan 12, 2024 at 3:37=E2=80=AFPM Yosry Ahmed = wrote: > > On Fri, Jan 12, 2024 at 11:42=E2=80=AFAM Nhat Pham wr= ote: > > > > On Fri, Jan 12, 2024 at 11:31=E2=80=AFAM Yosry Ahmed wrote: > > > > > > The z3fold compressed pages allocator is not widely used, most users = use > > > zsmalloc. The only disadvantage of zsmalloc in comparison is the > > > dependency on MMU, and zbud is a more common option for !MMU as it wa= s > > > the default zswap allocator for a long time. > > > > Johannes and I were chatting about this the other day. We might be > > able to disable certain zsmalloc behavior in the case of !MMU, making > > it available there too. Once that's happened, we can outright remove > > z3fold and zbud, and have one allocator to rule them all? :) > > (Adding Sergey and Minchan for visibility) > > I didn't want to bring up the zsmalloc MMU dependency in this thread > to reduce noise, but that's also what I had in mind. Sergey and I were > also chatting about this the other day :) > > I thought deprecating z3fold is the low hanging fruit. Then, once we > can sort out the MMU dependency in zsmalloc, we can go after zbud as > well. Makes sense to me. Should we do the same thing to zbud? We probably have even less of a case for it, no?