From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-lf1-f45.google.com (mail-lf1-f45.google.com [209.85.167.45]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 769043112C0 for ; Mon, 22 Sep 2025 17:06:42 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.167.45 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758560804; cv=none; b=LInRGcugzDKp6bUgBSq0VYqr0FotT2Psgh7rs0J2KDumC2aiHAhcOydTuswHd+eVgIDThRfNaDXoESwUccJenfKyGVXHOHBHLCjC3ycnPpUiTvQQkOaMOJOJTONb/sf29gY1Lufj32UDJHyOMCSD/ERHjETB5X+ia7mSfHi6ib4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758560804; c=relaxed/simple; bh=mfTxy/VfoZLfkD3A3YneqkiMYF042jvaQsyUPhITHp4=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=fXlRb6cVIYf5PFrjyPHf6HfuHGqUa0tLNSVjZH8R7dO7KsowVVyOU5TygEm2Q1qHEbhD7b4rr+YmNmCV2xs3W4ecuj9t10sL3xdDwVGFJflnFdI6fzFDdoi7mhE0X6lGA4IBdPdga3EmlAfv2TLeLzWhyNkpbc1Lj+V/x9MEeF0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=freebox.fr; spf=pass smtp.mailfrom=freebox.fr; dkim=pass (2048-bit key) header.d=freebox-fr.20230601.gappssmtp.com header.i=@freebox-fr.20230601.gappssmtp.com header.b=rd1YN8eA; arc=none smtp.client-ip=209.85.167.45 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=freebox.fr Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=freebox.fr Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=freebox-fr.20230601.gappssmtp.com header.i=@freebox-fr.20230601.gappssmtp.com header.b="rd1YN8eA" Received: by mail-lf1-f45.google.com with SMTP id 2adb3069b0e04-579363a4602so4355661e87.0 for ; Mon, 22 Sep 2025 10:06:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebox-fr.20230601.gappssmtp.com; s=20230601; t=1758560800; x=1759165600; darn=lists.linux.dev; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Et/xnvrYuQUk0byB46PUmXIo7392F/K55Vqq2WX1kEA=; b=rd1YN8eAtZ4+Df35uv7yYm0hT1ZOAADp7ddXvUVB5WyZUw2CyDCxN5CPREvopGlL3H YHJEViFbPCiy6l52GNL0clO5jiuvaWOoGmHfEaWDNiErLWmrQCL/6+/Lse9SAYl0bnGg kBTZTsKtha9dN/EgFKS1sJ7/i5SyU9GcAKNYo1FF9qoAmnnI8iYvxQ3aZWAdaSMlSZGt VmI7lI8TkGBZd3yB8tgsetSC+Fvf7FvWuCLFfukZ2jjmZGiYxxgxwvZd3/dCJkt5F5M2 vxDAnRzOmiJPXJUO+YdVIB8NKEP3dH9xhrgJUtHk/18Xk2HUg8qeACG+MUjwFetDfbgc QsUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1758560800; x=1759165600; h=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=Et/xnvrYuQUk0byB46PUmXIo7392F/K55Vqq2WX1kEA=; b=nMem36fR9CTy+wiUNXsCgqQhA9zz6IAuUwkjoPBgyHSBMpjmC2S8P6BND/T58r6HlR SK/yZiMlg56H444rkEs8+aTyhbZOgq5OcYWPITEkFKGQ1h3LRGuHlSQV2qztGu0PDZp0 27XsviaUBkrfXeUDtIi7wSNKeCEIAZgoHMEWHX++3jfnxURjoaUp6gzDvWliwdmXdiot 5/W6Vt4aEedbjKsRx/5t5tpI8RBfpUUAMkJLRRaXOSJCIzKZ28vQe8UFQnzG6qoVmwok gZqHjL3PAWCU3KMLPJXR2JJIA+WXwSZFlLQgWrHSperNcKuxowbCiIoB29dHIKk2ttMS qZAg== X-Forwarded-Encrypted: i=1; AJvYcCXx0SXp7WQqV2CpTFlFWBXBsHB/D3cRY4eItBxXIfHcPTzs9C39H0SR8kf36Pf292uDh+ZKrPkL@lists.linux.dev X-Gm-Message-State: AOJu0YwE6IxsDLiSu5fs6u58wTyw6+ysP2uXex0Iljj/30CsXNFAxJ+y VienEEuT3BCSuHgQdpKlvY6PDSO+0wjMFnZlvZT4OcMPURsjRn2bvYErb/UJiDgXKG/hml1zfit attoXJFRDrU35Z0uzYjZywm17u1Nf2rfRp6CYTzgvyA== X-Gm-Gg: ASbGncucl43SHe2NtckFBvHLxcfMPu2Yk960WYDwkU8uzvloFLTvjrQ1GprEJ6zHnaM ugu+gtFSDsRoAnMOg+s86kOeeeTgrVkggsUdM2gYtQIAykv1HnO5teRwpkg45RwHuRmokjj+3Yp TPqK8pY9nUjELiHoK7bkGuPgZcLTqez1PLL+WU0YmhOUFEjPtgBeEXPiuMALRN3Kh4T5QDzHajl chm X-Google-Smtp-Source: AGHT+IGGtpp1dzmc7QwuqgW2pSLIm4mtcBhZLeu+2i3+Ni9prtVcG/n56U1c5SPCEyTQDr/U3BLl49JsojBTLduSacs= X-Received: by 2002:a05:6512:4013:b0:57b:aff6:68a2 with SMTP id 2adb3069b0e04-57baff66a5amr2706206e87.26.1758560800251; Mon, 22 Sep 2025 10:06:40 -0700 (PDT) Precedence: bulk X-Mailing-List: ksummit@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <4ff89b72-03ff-4447-9d21-dd6a5fe1550f@app.fastmail.com> <20250917125951.GA1390993@nvidia.com> <02b0f383-1c43-4eeb-a76f-830c2970b833@app.fastmail.com> <547dcb81-434d-4910-aa7c-1d69019fcb3d@app.fastmail.com> <20250919143436.GC2132010@nvidia.com> <44f910bf-ac2c-4b2f-8e50-5cfc7dd0761a@app.fastmail.com> In-Reply-To: <44f910bf-ac2c-4b2f-8e50-5cfc7dd0761a@app.fastmail.com> From: Nicolas Schichan Date: Mon, 22 Sep 2025 19:05:49 +0200 X-Gm-Features: AS18NWDJSAue7YE7c8rlG0jvR5lve033dTh_Rnu2Tx6e392cgPO_ZPu-mU9r2No Message-ID: Subject: Re: [TECH TOPIC] Reaching consensus on CONFIG_HIGHMEM phaseout To: Arnd Bergmann Cc: Jason Gunthorpe , Geert Uytterhoeven , ksummit@lists.linux.dev, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linuxppc-dev@lists.ozlabs.org, linux-mips@vger.kernel.org, linux-mm@kvack.org, imx@lists.linux.dev, Christophe Leroy , Richard Weinberger , Lucas Stach , Linus Walleij , Geert Uytterhoeven , Ankur Arora , David Hildenbrand , Mike Rapoport , Lorenzo Stoakes , Matthew Wilcox , Andrew Morton , "Liam R. Howlett" , Vlastimil Babka , Suren Baghdasaryan , Ira Weiny , Nishanth Menon , =?UTF-8?Q?Heiko_St=C3=BCbner?= , Alexander Sverdlin , "Chester A. Unal" , Sergio Paracuellos , Andreas Larsson Content-Type: text/plain; charset="UTF-8" > On Fri, Sep 19, 2025, at 16:34, Jason Gunthorpe wrote: > > On Fri, Sep 19, 2025 at 04:22:20PM +0200, Arnd Bergmann wrote: [...] > > I am right it sounds like we can drop vivt cache support with highmem? > > vivt is alot easier to understand if kmap isn't running around > > creating virtual addresses aliases! > > I think so, yes. I've prototyped a patch for it to add a dependency > on !VIVT and the drop the code paths that are clearly no longer > needed without it. This obviously needs proper testing, but the > diffstat is promising: > > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig > index f14bac913d50..0a31cfaf3818 100644 > --- a/arch/arm/Kconfig > +++ b/arch/arm/Kconfig > @@ -1214,6 +1214,7 @@ config ARCH_SPARSEMEM_ENABLE > config HIGHMEM > bool "High Memory Support" > depends on MMU > + depends on !CPU_CACHE_VIVT > select KMAP_LOCAL > select KMAP_LOCAL_NON_LINEAR_PTE_ARRAY > help > arch/arm/Kconfig | 1 + > arch/arm/configs/gemini_defconfig | 1 - > arch/arm/configs/multi_v5_defconfig | 1 - > arch/arm/configs/mvebu_v5_defconfig | 1 - > arch/arm/include/asm/highmem.h | 56 +----------------------- > arch/arm/mm/cache-feroceon-l2.c | 31 +------------ > arch/arm/mm/cache-xsc3l2.c | 47 +++----------------- > arch/arm/mm/dma-mapping.c | 14 ++---- > arch/arm/mm/flush.c | 19 ++------ > mm/highmem.c | 86 +++++-------------------------------- > 10 files changed, 27 insertions(+), 230 deletions(-) > > I did get an email from Nicolas Schichan (added to Cc here), > and he is still supporting a widely deployed Kirkwood based > platform that uses 1GB RAM configurations. He should get > a chance to test that with CONFIG_VMSPLIT_3G_OPT, but I > would expect that to continue working, possibly with minor > bugfixes. Hello Arnd, We don't use HIGMEM on our Kirkwood platform, we are happy using a 2G/2G WMSPLIT. We don't need a lot of virtual address space for userland, and with the 2G split we don't waste physical memory. I'm happy to test your patch serie with VMSPLIT_3G_OPT and see if it still boots with it once you send it. Regards, -- Nicolas Schichan