From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f48.google.com (mail-wm1-f48.google.com [209.85.128.48]) (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 837D8313E30 for ; Mon, 23 Feb 2026 16:34:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.48 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771864468; cv=none; b=Lzt3rRrMqSYkCK8cQKjmNy63LRW/qgTYGm5oi7h3GXUuouyyUvwovvxM1D0whtCukeOhmGJV9dQkADlAXbYM37TmFUMIDlbzm3/RXeaul3PP4Qz/CwW2yGCQxHoyutXpEK3sgGscBWISGojprm8r+DHmUh6is7L8/EG4OPl+608= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771864468; c=relaxed/simple; bh=wWR4l/jqYfFBEa0Dg6999Pl3sjhMyXJZqIbmB9DZq9c=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=Un21992JvkYBojll7Dxpmxtf0k+lkhBVg8SAWrx4Al8Y7hgTNzC6xEdYWcY0w2yJDN7A3JS4i4gssbp5fuTEVQok6QmNB05b8Zhha1XPSTW/hnVNwZKnX59x6tYIsxcF1c18e0FYMhtffu3e3tFj8dKjkWChFbqg3pY2Qsxoxic= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=SFiUoe5y; arc=none smtp.client-ip=209.85.128.48 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="SFiUoe5y" Received: by mail-wm1-f48.google.com with SMTP id 5b1f17b1804b1-483703e4b08so36215025e9.1 for ; Mon, 23 Feb 2026 08:34:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1771864466; x=1772469266; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=WQg2B0MzOxp152VTKRQOSVwnDCQuGkKfSPBos7vbAu4=; b=SFiUoe5yUpPGm+L9gWIyDr14JHbl9kPpl+InfBYNNtZF0jWvwiT2zo44yKn75sI+Ww b3JZxrWrKjrmkAv9z6vrMIlCS/P/WGtKnuppYUFqz/OPhcucZqxr86gZZVsUwWIqQEoE 9Qb+zy3vybgtY+SsCIB/huYJNf3Ok/lMapVCMLl1IySe9HxwYtc1LfvtlyND5E5SyHr8 BJPJcTpCs9zXIrAD+GIEAxGjCVaaUR9yMXeLJC9OcQRm6oLPF747WQ4gGz222mjirElu SwKsk8F6idIUSPcKcJTrYcsf6XzH6LNrCfs3T0P5o7nDUHAUpYpCBPUzBpWQivwoEAVB uDOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771864466; x=1772469266; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=WQg2B0MzOxp152VTKRQOSVwnDCQuGkKfSPBos7vbAu4=; b=BahG4uRtCfZRaGJ6hyUowU5eim12tm8h+Jvomo+6f4h+yn72ATnAwdwTZ4snjFOSVd 7FfTaLnvEROJkSE6mvgwJ+tg0pbtJefHXWfou9mk9CrpnU4x5tqHqOm4H2NielKoR8Gi /A/VdpGFn3FENeDADXnvVeMjEicuvpXfJ4BalvBkIzX95nTtfVREtrRCjAO83GPliWEP /yCk07gkFBOAzOPx98oDlMNuAgPCUUC102KT4U2Fs3pUNX2ExUc7KZJEYlvky1KSdMGA 6pUfsZDjWCique6RlADOUAaXC9+eXE8pKzHwsX4l4VpxAiFn7I6YvlkwhV6lmxdkN++Z 3G6w== X-Forwarded-Encrypted: i=1; AJvYcCUd9iGrIFI+K0mdmhpQzcFtGPEdzHTCFukcKF1FZv4Pwhx0eu8tN68x/vQFb9UVY6/l+DL4xh3421TOEyw=@vger.kernel.org X-Gm-Message-State: AOJu0YxibvFxU1cULRKZaSN99mFI3OnRD19vmhM2vchKhShhvBQgydMX nF1jZm8A9toiBP8QTO6RMlRBUjz79eSUiWRA65nFh22uf/5moEXhXnxC X-Gm-Gg: AZuq6aLX9JcTnUqm0hU1BXrU5MQpH7bS6NJVAPZKg1BeHS7xBX6G6fQVzJrXlWExDm9 ZtdktKbHRjdxoc8gS2jdd83aako7yjdQzUx08O91otpfZ/mMo7ZJrsBjU9JXXncVz5i7YAraFPr 3PKm6WlHsviPQ9yMTJbVmEYLyf08ai0Np6U9FC0WOVF7k/qGMOJBCP5IKOyBudn8jSovDSyXLFv dVSb7a1r1+E/4/1RkkyNisfwe4/3VkYQpgWtC0sj1FZf3zlfuWkNM3IKFxKemG6sQWOLSFFhQLm UgZJVZ2G9XlqV8yT554g2DBYSlJEcOoqs0lmev03X95UltGbzMPsujNjILkRVh1M5wK+/zYhNS7 N37n/87NIW1/E42/D11zgtK8hwXC7J4qcLrCeasJUdA9Xjs2mHtdG9z/BNW14QV+NA5mT8m8m5K pK0f8qao2c6I4KA21mlq07Uu9JEZv3hDIpRC8a/4O29n6ySDPxj1BjytNW+jon4eKg X-Received: by 2002:a05:600c:1c29:b0:483:6d9e:e4f5 with SMTP id 5b1f17b1804b1-483a949e5edmr155013945e9.5.1771864465473; Mon, 23 Feb 2026 08:34:25 -0800 (PST) Received: from pumpkin (82-69-66-36.dsl.in-addr.zen.co.uk. [82.69.66.36]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-483a316eb08sm301960225e9.0.2026.02.23.08.34.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Feb 2026 08:34:25 -0800 (PST) Date: Mon, 23 Feb 2026 16:34:23 +0000 From: David Laight To: Dave Hansen Cc: "David Hildenbrand (Arm)" , Kiryl Shutsemau , Kalesh Singh , lsf-pc@lists.linux-foundation.org, linux-mm@kvack.org, x86@kernel.org, linux-kernel@vger.kernel.org, Andrew Morton , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , Lorenzo Stoakes , "Liam R. Howlett" , Mike Rapoport , Matthew Wilcox , Johannes Weiner , Usama Arif Subject: Re: [LSF/MM/BPF TOPIC] 64k (or 16k) base page size on x86 Message-ID: <20260223163423.61a19e5c@pumpkin> In-Reply-To: <7b414e68-4d0b-4d2b-a664-bbbdf314c0d3@intel.com> References: <915aafb3-d1ff-4ae9-8751-f78e333a1f5f@kernel.org> <17c5708d-3859-49a5-814e-bc3564bc3ac6@kernel.org> <32ed82dd-62c3-4a5c-8bae-9465afd7e75f@kernel.org> <06684dc4-3902-4452-824a-ee2064314d24@kernel.org> <7b414e68-4d0b-4d2b-a664-bbbdf314c0d3@intel.com> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; arm-unknown-linux-gnueabihf) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, 23 Feb 2026 07:14:39 -0800 Dave Hansen wrote: > On 2/23/26 03:27, David Hildenbrand (Arm) wrote: > ... > >> BTW, x86-64 SysV ABI allows for 64k page size: > >> > >> =C2=A0=C2=A0=C2=A0=C2=A0Systems are permitted to use any power-of-two = page size between > >> =C2=A0=C2=A0=C2=A0=C2=A04KB and 64KB, inclusive. > >> > >> But it doesn't work in practice. =20 > >=20 > > Even in well controlled environments you would run in a hyperscaler? =20 >=20 > I think what Kirill is trying to say is that "it breaks userspace". ;) With a 4k physical page what stops you dynamically splitting the 64k a 'struct page' references into 16 4k pages (using an extra dynamically allocated structure)? I'm not thinking it would happen that often, but it would solve the problem of 4k aligned .data and (probably) mmap() of small files. If the cpu supports TLB coalescing there could easily be a net gain using 64k pages for most of a program binary. David