From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BE98143E9F6 for ; Wed, 8 Jul 2026 12:33:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=193.142.43.55 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783514016; cv=none; b=ilZ6ifJGH4vHnAsSdYA9PcqC56ORqyJ7p7HLe3u2GmI5n1klFhuVdp8rIYrwQVXYlynYpA12IXuKDFPGG10i+CE0zIrTbRyY5rFDTjkqlf3vxavW2I0SCmCToBlds402AtPy7pvuPvGH+acQxN74WbFjypfTsVd4O3M+5H+zQso= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783514016; c=relaxed/simple; bh=q0in+PK2OAurmguscpxvEwEFbQcfgpMO2ipJAR+8X8Q=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=CUc6X/N7TJtUE/egpUrBq+uClez/nhkhP8s6qxOVv5/B2eGhYvF9GRjHpsEA/xRg8m/MySbl0VvIOSGlp7wEJLQUmJWB6Iuf7UacxCEN5jilnTYQ6mQJzS9z/5zK/y2IaKjUZu4c9k2Z9CIyn3Whhu3EqfG598Z2CCRTq2Iwqd0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de; spf=pass smtp.mailfrom=linutronix.de; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=wINdZBuv; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=/cFF4sJU; arc=none smtp.client-ip=193.142.43.55 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linutronix.de Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="wINdZBuv"; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="/cFF4sJU" Date: Wed, 8 Jul 2026 14:33:30 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1783514012; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Hrw1GbZv7zWFG4Xyrz/9wBxEeqL2xqbgvN4NppLiWws=; b=wINdZBuv72svBy0VuJxW2RJDDpQq64qw+rGlO08XiM4Ix3mIr//4JAuZI3miBmCtqkWH/f KTcLw0shZgKPPwUyRvg+ZCqesnOfQrCP7CdtkihzInhJ9WGkMa58QYaSOju+EflfD4uZN7 mDMItzGM/3RMBdwUwA/4FJpcbGSenJLDUMSNOl5d1uCY+aeyuD+hzvS9CAqBi3XgFJtg+e cs//ZLvqEWWp1t0UA1NU8UVASW2IixR/cuneCuHVkOfvDfkWQ3pJpf6mipm4fu5Z+v9GQe mIu2G4daSaBRTKaRV5tClB/rhSAKLJ1j6c5S8ecb3601GHyhHC233ykTu0F4cg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1783514012; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Hrw1GbZv7zWFG4Xyrz/9wBxEeqL2xqbgvN4NppLiWws=; b=/cFF4sJUppU4woCJnSi4ddZOk3hrVSkXS+kisFxVX85UK5CXq8lninxUCmObfm3T4WXRaM EJ0RRARmA13aPWCA== From: Sebastian Andrzej Siewior To: Arnd Bergmann Cc: John Paul Adrian Glaubitz , linux-kernel@vger.kernel.org, x86@kernel.org, "H. Peter Anvin" , Borislav Petkov , Dave Hansen , Ingo Molnar , Jonathan Corbet , Thomas Gleixner , Sam James , Neal Gompa , Tomas Glozar , "Maciej W. Rozycki" , Richard Purdie Subject: Re: [PATCH v2] x86: Start removing X86_X32_ABI Message-ID: <20260708123330.r0DKKjea@linutronix.de> References: <20260707212252.bYk3-AlU@linutronix.de> <20260708073648.c4xJo-8d@linutronix.de> 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-Disposition: inline In-Reply-To: On 2026-07-08 13:26:45 [+0200], Arnd Bergmann wrote: > On Wed, Jul 8, 2026, at 09:36, Sebastian Andrzej Siewior wrote: > > On 2026-07-08 08:31:30 [+0200], John Paul Adrian Glaubitz wrote: > >> > Since there is practically no real use for x32, start removing it by > >> > removing the symbol first, not allowing to enable it. Should nothing > >> > happening by the end of the year, it will removed after the last LTS > >> > kernel this year. > >> > >> As mentioned before, there are still actively maintained Debian and Gentoo > >> ports of x32, so I guess the last paragraph is rather subjective. > > > > On the Debian ports side: lacks a browser like firefox or chromium. No > > native ocaml compiler. libreoffice is not present. > > Not once released in contrast to kFreeBSD. > > > > This does not look like healthy port that will become eventually a > > release architecture. To quote the introduction paragraph of ports.d.o: > > | The goal of this machine is to provide an infrastructure for unofficial > > | architectures until they are integrated in the main Debian archive. > > x32 is a bit different since you can't have a pure x32 distro Why not? > anyway but always need to install an x86_64 distro first > to get a working kernel and base system before you can choose > a mix 32-bit and 64-bit packages. This is not that different > from armhf and i686, which run fine on 64-bit hardware but You simply lack a Debian installer/ boot+install medium. Some ports architectures to provide netboot images https://get.debian.org/images/ports/snapshots/2026-06-12/ > always require you to start with a 64-bit installer. [for > different reasons though: armhf has an installer but its > kernel only works on 32-bit machines; i686 kernels can > theoretically run on older 64-bit hardware but Debian > no longer provides an installer for it] > > As far as I understand, the typical use case for debian-x32 is > to run just a single performance-critical application, either > using "dpkg --add-architecture" or mmdebstrap/schroot. I used > to do that for having a faster gcc a decade ago when I was using > x86 build machines, though these days that probably fails > due to the linker running out of virtual memory in large > configurations. The "problem" with not being part of the main distro ist that you can't have the packages say from Trixie and have security updates along with it. Instead you always track Sid or don't update. > Either approach can keep working using Debian Forky as the host > distro as long as that gets security updates for linux-image-7.3, > presumaby mid-2032 for LTS or at the latest 2037 with the > ELTS/SLTS kernels. This does require a choice for the Debian > x32 team though: either freeze userspace to Forky as well for > compatibility with 'dpkg --add-architecture', or stay on > unstable/testing and only allow schroot installs going forward. > > My guess is that it's similar for Gentoo, which doesn't have > an x32 installer or kernel package either, though their kernel > support times are apparently much shorter than Debian's. > > Arnd Sebastian