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 0DD50C369DC for ; Thu, 1 May 2025 21:07:30 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C192B6B008A; Thu, 1 May 2025 17:07:28 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id BC62B6B008C; Thu, 1 May 2025 17:07:28 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id AB5F16B0092; Thu, 1 May 2025 17:07:28 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 90DBE6B008A for ; Thu, 1 May 2025 17:07:28 -0400 (EDT) Received: from smtpin08.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id 9045E1A16ED for ; Thu, 1 May 2025 21:07:29 +0000 (UTC) X-FDA: 83395575018.08.EB95429 Received: from mail-qt1-f173.google.com (mail-qt1-f173.google.com [209.85.160.173]) by imf08.hostedemail.com (Postfix) with ESMTP id B4EAD16000C for ; Thu, 1 May 2025 21:07:27 +0000 (UTC) Authentication-Results: imf08.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=wUzVY+Eq; spf=pass (imf08.hostedemail.com: domain of jyescas@google.com designates 209.85.160.173 as permitted sender) smtp.mailfrom=jyescas@google.com; dmarc=pass (policy=reject) header.from=google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1746133647; 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=xy6WPL8IgV8oIt4FWUz6x7SfYAVHFe0+2Pds+erCLV0=; b=lcfz9faSZEBBWXLAz4MpEYVKKR7F0g2SyBiWbZpR9thAGlJQ7unwiM86zyBsJURU9jtypG y0Cg+zD+eHH1ZU2kiEb9ej8Grq0cWBM0iFiuryn5/NNxpVrPpwdmJMiKBETxoz9IUCFFqt LN96+A2Krpe2klL6rp4wnFIdJc89x24= ARC-Authentication-Results: i=1; imf08.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=wUzVY+Eq; spf=pass (imf08.hostedemail.com: domain of jyescas@google.com designates 209.85.160.173 as permitted sender) smtp.mailfrom=jyescas@google.com; dmarc=pass (policy=reject) header.from=google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1746133647; a=rsa-sha256; cv=none; b=EhSTsyEuJsaK8lIyVhox4OMiTeHXpuHFbHmsYHTTzZ6790H02AiXfKsJvSPxLxnrA/okk/ c6TWcJGoH4lZ39RmskhNpUkc91Izj9FXHnaltYupJuYc/UVA15wMcN95Qv8d6UQMSHtPDJ cV/cvzpX7PScbsQ19u7MkQkuLpJHIuk= Received: by mail-qt1-f173.google.com with SMTP id d75a77b69052e-47e9fea29easo31351cf.1 for ; Thu, 01 May 2025 14:07:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1746133647; x=1746738447; 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=xy6WPL8IgV8oIt4FWUz6x7SfYAVHFe0+2Pds+erCLV0=; b=wUzVY+EqKjo/E4dDWaNBSrDnr0jcbr9q9aj7RgzAFv8MSfbgyghlZrE2f2xv4d4hnD xnPEjx3xI/xO8J59rPoX4S6a1rWVAC5j62r33Z8bK1PgF/OjyfamNPSUe9hMFwkPXCVY 2vRNmd0eTdrxqEutR3VS8NpyZ10FPb+2vJuMRtvtpr9SuTicffC3atAy7E2/wHWSQJFY TnAyGL1pnjPH6aWYqHwkEBWLuLOPaeTvkgnWi6J1UtSsdHVcUP6k6yLK1yyddMG2KDvK D465L7iIQkpn8zlJxkUgGJHQqN083dfTf/LnQ+v3R1a5fwRJDQ07v60ejKMLDSKaB3CI RGdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1746133647; x=1746738447; 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=xy6WPL8IgV8oIt4FWUz6x7SfYAVHFe0+2Pds+erCLV0=; b=SCjhheGspUcOl9rPddd647VCDx8KJF8wwkcJPZNJnOAYCvF65qESqzQoG4u0hAFVAb nOYq5y8AKgZhY2Yh/0KJJWR3FeO84iGtypxfngZYSTpHLn/5volhEhyl12qQl3gzlhgn 6GFxazG8MZzzT6RMuBqtz3WmkimsDkGBq2iIN03ieTsQzlp71a1yLQBdchKi4P51Q9c+ Mzt4bAmDB6c3M3W4J77LY99pdfsiZR108F18MXKNHXBlKaut7WZVgGO6IFEXJNVLVXRG KOriACi6Oo2MxXD9Jazs/XPpFlrSpAE9tHJQLCJ2APXU1Fi/ODXAcqk5GYDHA260ZNYo 1pOA== X-Forwarded-Encrypted: i=1; AJvYcCUsJaEzu3IYoQ4LT1OQ/F8SFGwQ+acSEblyRGCt5tXES34LCna6O9UFVU6GZxPY9OJN+wLJZ6noMg==@kvack.org X-Gm-Message-State: AOJu0YyUQQjz7d1p3u1iwOFEX822CR9plsxrX9ZAzkAXaO9hfDTjUhA9 xuFEtjVMEl8bnBwetp992Bsj8PaiksLxsSUAiL8hPTBNebJVuHddnnlLy+nojFR9jj88XwK1bTp wDmASG9YUfIIew5Wy+PD8uipsLGMWPuH6hxV2 X-Gm-Gg: ASbGncv092b4XZdV59B3xjkaIzkDryeDkLdF7k7HJAl8GSJb5bsEhRt0VIaX4ovrABx Mo9/DsvoOjU+QLUuOHR9i2JP7LsXyRYh0rOyC7CSObuJH2ZC0qV74ntAZwto02Y+dWlsOVm9/kz V+oU+dWfMFSSZ8TXRKOgGJn+EzvoPofJVFuOGcRtruin+fXF4zH56kkZLV X-Google-Smtp-Source: AGHT+IGvnP8urudJpxOJ6z3FyGr9MhaER5BLt2ywO0G+UQqU0GWB149WNRFB6WlvIo4GaxjZKVKVo8gUFfalw6ne5BE= X-Received: by 2002:ac8:7f83:0:b0:486:a185:2b8f with SMTP id d75a77b69052e-48ae9e81af4mr5810981cf.8.1746133646561; Thu, 01 May 2025 14:07:26 -0700 (PDT) MIME-Version: 1.0 References: <20250501052532.1903125-1-jyescas@google.com> In-Reply-To: From: Juan Yescas Date: Thu, 1 May 2025 14:07:15 -0700 X-Gm-Features: ATxdqUE0i0pAVlHPUIfuSzJGk1bNTpRNT-sUhQHoyQekasgTpUc_olKxPd4LNJA Message-ID: Subject: Re: [PATCH] mm: Add ARCH_FORCE_PAGE_BLOCK_ORDER to select page block order To: Matthew Wilcox Cc: Catalin Marinas , Will Deacon , Andrew Morton , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, tjmercier@google.com, isaacmanjarres@google.com, surenb@google.com, kaleshsingh@google.com, Vlastimil Babka , "Liam R. Howlett" , Lorenzo Stoakes , David Hildenbrand , Mike Rapoport , Zi Yan , Minchan Kim Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Stat-Signature: hn6twt7mt73ntwaqm531kjz9r14zmg7x X-Rspamd-Server: rspam01 X-Rspamd-Queue-Id: B4EAD16000C X-Rspam-User: X-HE-Tag: 1746133647-409181 X-HE-Meta: U2FsdGVkX19Tq+8UwjgTFm8Ls4yHoV4qScTRDDQVVfWiv61Pb4rQ4FK33Pt+abrGWPA+qL/ssg3U7iLRDCwylyMMbybBETLYpyxLn26fsZ4podp+R4StRCBNZzckWY6Qd4xk8YrdmZFgMz9rW1ftQiPfPrYLtGqpL7mAspDwt4hEBx3zveaALucvAypsr8BrGNU11RbcM8BdaZ7GO3LqO4lH4N5BFMdEGlbGHxDm7JCZEXw9kLRKDus3h7ikrCKluk93gXDuNaspe+n339jo++8mqheMknGLLlHXt29FgMccFQ8IiXDFMq0nGFOhuHan39P2qqzotwPU1DTwSVKuRdM4IM7RQ6nDuG+C/7u5R/ozmOsstIjcvoqHSXl/ngw9Wq+kcFEYR7ECDyWQyhGDyqTqVg8qNQLOdWjoj91UK/M+u+wtXq+uCesqvSOxwZBEzqwBeGtN4yZQZhH13w7Qm92TsS2KNoUBFrND0YPIF4OsdNqyNLZdMy72UieHQwaJaSVPbnM+ca64kYbB9sErdkecr/Ju5mr9IMgdv5LZJOTbwtNqZqf/lmPeDUilgE2be6D/JinoXEYAk5QZUdtjAWP0F4SGn+BSSRXrC/aYDRV7AmtgRG7gL8w/DfY1G//sA8YtzEYKUjFJr6EmvYCha1Ib75iJaZQWZOK62CbqvUivt6NzbjeJPEcVSW6QBw59sxPzPGroZbkdkYP5JXXlLUpdHT5RnZ8ahqet3sIo1c/s8MooF9cocfUKJlmpRejvL/0UugXSW6oaunrb6Poid4CoxOPFNvErW6PVZPWsYhuncyPEbPEZOmHaudL4nXe2eLCHJVVHmy4AJyrGJC5mR5roFYLxc9WFlzAN1XaR1XQpWZ6SUPf060B82pZif76Ad2FUTWIFfU3jQPkN79SWXcNnMIqpQYQHlJj8e0V44cnVv7j/gEtrFp4HqJ52fcuJrCdHw3XfdkImP09RfoF P3r4VE0A tEHPTa4c/6itCNB+6l2E8f+VGDkFn32ZoQQP4eyusKLKchNc/v1AdNlR8gYvuJYptWZ+xBr6Kh54ueFeeYLc2Csw4pbyEOZbQ1Psyy+PgEx6C8pfn9bkJOS/bmzm103JualdqWBvSv0l24pVCXPxWzsIvn+4kS9ZWMP8NB7erj+A2l6h8WPoABQrrhAMM6J8WmLV/KSwkjC3eUjt2njDf//wLsDSaXOOi8u8YePyP4HIK3M05mf2Lk3Nn2qAeVTw/WbJN60ibSoQgpo/8GsQcmjwyW5dR9WGMkrtKQL3MTz5aJ6g= 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, May 1, 2025 at 11:38=E2=80=AFAM Matthew Wilcox wrote: > > On Wed, Apr 30, 2025 at 10:25:11PM -0700, Juan Yescas wrote: > > Problem: On large page size configurations (16KiB, 64KiB), the CMA > > alignment requirement (CMA_MIN_ALIGNMENT_BYTES) increases considerably, > > and this causes the CMA reservations to be larger than necessary. > > This means that system will have less available MIGRATE_UNMOVABLE and > > MIGRATE_RECLAIMABLE page blocks since MIGRATE_CMA can't fallback to the= m. > > > > The CMA_MIN_ALIGNMENT_BYTES increases because it depends on > > MAX_PAGE_ORDER which depends on ARCH_FORCE_MAX_ORDER. The value of > > ARCH_FORCE_MAX_ORDER increases on 16k and 64k kernels. > > Sure, but why would any architecture *NOT* want to set this? > This seems like you're making each architecture bump into the problem > by itself, when the real problem is that the CMA people never thought > about this and should have come up with better defaults. Sorry Matthew about my previous reply. I think I misunderstood you. You mean that we should move the configuration to mm/Kconfig as per Zi suggestion so that other architectures can utilize if need? and have something like this in mm/Kconfig config ARCH_FORCE_PAGE_BLOCK_ORDER int "Page Block Order" range 1 ARCH_FORCE_MAX_ORDER default ARCH_FORCE_MAX_ORDER if ARCH_FORCE_MAX_ORDER default 10 if !ARCH_FORCE_MAX_ORDER Or should we include ARCH_FORCE_PAGE_BLOCK_ORDER only on the architectures that configure ARCH_FORCE_MAX_ORDER? In this case arch/arc/Kconfig arch/arm/Kconfig arch/arm64/Kconfig arch/loongarch/Kconfig arch/m68k/Kconfig.cpu arch/mips/Kconfig arch/nios2/Kconfig arch/powerpc/Kconfig arch/sh/mm/Kconfig arch/sparc/Kconfig arch/xtensa/Kconfig