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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 0FC24D7879F for ; Fri, 19 Dec 2025 16:16:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: MIME-Version:Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-Type: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Owner; bh=YrMU+/etl5QuQSZUiyvkx0eeq2klzraORmvlUQahEc8=; b=1SgnF9gr5AKzudfuJwWY6q9PLE qi4l3Ok7s0/ejHJrWTa2HBDqA2wHRva+1/WglfHIj77D1xQxNL8lLwXSp10UcYT5YOhkOlwE3+gRJ BzlG0AAKL74m6H6cgxgD8BYYVBhTvZY4uM3YTjL3PMo5+4y0tQQgZowWH+q7/mtbnGV7ak1X/vxbX hlsr42RRCD11MapJT6vlf3q/w8nZ1WHSYlt8ETRPSi36NNhBkjcKyitLJWcjgREv5DkAa0OPNDkRh I5f40GumIEdfvIcNSyQNMnBB1xAXWXZ7hUWBrKFReGs/9PYR/lX6sKCuGIJDPavuFrDrJgKDNhKnQ hwsLlbkQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux)) id 1vWd9l-0000000Ad65-3kwa; Fri, 19 Dec 2025 16:16:41 +0000 Received: from sea.source.kernel.org ([172.234.252.31]) by bombadil.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux)) id 1vWd9j-0000000Ad5h-1cJN for linux-arm-kernel@lists.infradead.org; Fri, 19 Dec 2025 16:16:40 +0000 Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by sea.source.kernel.org (Postfix) with ESMTP id DA1D740A41; Fri, 19 Dec 2025 16:16:37 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id B064FC4CEF1; Fri, 19 Dec 2025 16:16:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1766160997; bh=JUANTRw13L53ZJeWRkytCQq3wemKN/QVSV7VD+meYXA=; h=From:To:Cc:Subject:Date:From; b=AJ64F8Y9Olu9SXqmaxmT9KT0vAWaGBKrVOSF5D/0Oz74R9S7OUB4519d3Z2Lp1bl+ O8u/lVF5zadcmz+Jg7ZazmZGrJW4d4Va1PnH2siAZQ+9ghPxuy5UAsm7DU/mLVfq5r hnksEovGij6hUHhTTaexE7/wA0zSddCm3xkBo5gXW6F07o6HD0gY/tadQ3Mrz7EbXB S1D4hNCpD473VLN7fQzyjsiHa49R2e0xMzWwQkDuiqzMQmmO9guk6Kqz94jCpgzdfP hn3U6Jmry9eImWjt1gJ5CsTA5x9BkByml4oyXj5zLBrNtTGtQjGdonwP5jZ7tWWVGG gJZ0MXw+MyIAw== From: Arnd Bergmann To: linux-mm@kvack.org Cc: Arnd Bergmann , Andrew Morton , Andreas Larsson , Christophe Leroy , Dave Hansen , Jason Gunthorpe , Linus Walleij , Matthew Wilcox , Richard Weinberger , Russell King , linux-arm-kernel@lists.infradead.org, linux-fsdevel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, x86@kernel.org Subject: [PATCH 0/4] mm: increase lowmem size in linux-7.0 Date: Fri, 19 Dec 2025 17:15:55 +0100 Message-Id: <20251219161559.556737-1-arnd@kernel.org> X-Mailer: git-send-email 2.39.5 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20251219_081639_481319_2023F110 X-CRM114-Status: GOOD ( 25.35 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: Arnd Bergmann At the kernel summit in Tokyo last week, I hosted a session on dealing with highmem in the long run, see the link below. My feeling was that we got sufficient consensus on the plan to keep the funcationality present for the time being but instead reduce the scope of highmem in the kernel as much as we can without hurting users. The short summary is a three stage process: 1. Nudge users towards using a larger lowmem zone with the CONFIG_VMSPLIT_* options if at all possible. 2. Drop most __GFP_HIGHMEM allocations and corresponding kmap() calls from the kernel, leaving only the subset that is likely to contain the majority of the actual allocations. Specifically we will keep anonymous and regular file backed user mappings, zsmalloc, and huge pages. 3. In a few years, also drop the page cache allocations and leave perhaps only zsmalloc using a much simpler interface. I suggested five years as the time until we do this, but the timing depends a lot on how the first two stages work out in practice, and how long the remaining highmem users plan to keep updating their kernels. This series implements stage 1, mostly using Kconfig changes to the default settings but leaving the traditional behavior as a CONFIG_EXPERT choice in Kconfig. With the new defaults, most installations that use highmem today with 1 GiB or 2 GiB of system RAM will see all of their RAM in the lowmem zone after upgrading their kernels. My estimate is that instead of 80% to 90% of maintained embedded 32-bit systems, this should cover over 98%. As I don't actually have hardware in the category that still needs highmem, I tested this using a qemu-system for Armv7 and PPC6xx running a Debian userland with all combinations of VMSPLIT and HIGHMEM options. I ran some kernel builds on the Arm guest to ensure that the new options don't cause functional or performance regressions for regular workloads that don't exceed the virtual address space. I also ran some tests with Firefox and was positively surprised to see that this still works on the VMSPLIT_2G_OPT configuration without highmem, though it gets close to both the address space and lowmem size limits. The change to use VMSPLIT_3G_OPT by default on Armv5 means that I could include a patch to no longer support highmem at all on VIVT caches, as suggested by Jason Gunthorpe. Arnd Link: https://lpc.events/event/19/contributions/2261/ Arnd Bergmann (4): arch/*: increase lowmem size to avoid highmem use ARM: add CONFIG_VMSPLIT_2G_OPT option ARM: remove support for highmem on VIVT mm: remove ARCH_NEEDS_KMAP_HIGH_GET arch/arm/Kconfig | 12 ++- arch/arm/configs/aspeed_g5_defconfig | 1 - arch/arm/configs/dove_defconfig | 2 - arch/arm/configs/gemini_defconfig | 1 - arch/arm/configs/multi_v5_defconfig | 1 - arch/arm/configs/mv78xx0_defconfig | 2 - arch/arm/configs/mvebu_v5_defconfig | 1 - arch/arm/configs/u8500_defconfig | 1 - arch/arm/configs/vt8500_v6_v7_defconfig | 3 - arch/arm/include/asm/highmem.h | 56 +---------- arch/arm/mach-omap2/Kconfig | 1 - arch/arm/mm/cache-feroceon-l2.c | 31 +----- arch/arm/mm/cache-xsc3l2.c | 47 +-------- arch/arm/mm/dma-mapping.c | 12 +-- arch/arm/mm/flush.c | 19 +--- arch/microblaze/Kconfig | 9 +- arch/microblaze/configs/mmu_defconfig | 1 - arch/powerpc/Kconfig | 17 ++-- arch/powerpc/configs/44x/akebono_defconfig | 1 - arch/powerpc/configs/85xx/ksi8560_defconfig | 1 - arch/powerpc/configs/85xx/stx_gp3_defconfig | 1 - arch/x86/Kconfig | 4 +- mm/highmem.c | 100 ++------------------ 23 files changed, 56 insertions(+), 268 deletions(-) -- 2.39.5 Cc: Andrew Morton Cc: Andreas Larsson Cc: Christophe Leroy (CS GROUP) Cc: Dave Hansen Cc: Jason Gunthorpe Cc: Linus Walleij Cc: Matthew Wilcox Cc: Richard Weinberger Cc: Russell King Cc: linux-mm@kvack.org Cc: linux-arm-kernel@lists.infradead.org Cc: linux-fsdevel@vger.kernel.org Cc: linuxppc-dev@lists.ozlabs.org Cc: x86@kernel.org Signed-off-by: Arnd Bergmann