mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Arnd Bergmann" <arnd@arndb.de>
To: "Sebastian Andrzej Siewior" <bigeasy@linutronix.de>,
	linux-kernel@vger.kernel.org, x86@kernel.org
Cc: "H. Peter Anvin" <hpa@zytor.com>,
	"Borislav Petkov" <bp@alien8.de>,
	"Dave Hansen" <dave.hansen@linux.intel.com>,
	"Ingo Molnar" <mingo@redhat.com>,
	"Jonathan Corbet" <corbet@lwn.net>,
	"Thomas Gleixner" <tglx@kernel.org>
Subject: Re: [PATCH] x86: Start removing X86_X32_ABI
Date: Mon, 01 Jun 2026 00:05:03 +0200	[thread overview]
Message-ID: <87e8bd0e-ddb6-4972-a99a-c0fb80faf1ec@app.fastmail.com> (raw)
In-Reply-To: <20260523093734.A3AR7reJ@linutronix.de>

On Sat, May 23, 2026, at 11:37, Sebastian Andrzej Siewior wrote:
>
> The last syscall for x86_64 is currently at 471. The first x32 starts at
> 512 which leaves 40 new syscalls in between. Without the x32 ABI, those
> syscalls could be used since x32 wouldn't be an option and therefore
> reserved.
>
> 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 within the next half year, lets remove code bits around August
> after the summer break.
>
> Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>

I think the main reason to remove x32 support is all the special
cases we have for it where it is different from normal 'compat'
syscall and ioctl handling, which leaks all the way into file
systems and device drivers (sound/core/pcm_compat.c,
fs/fuse/ioctl.c, fs/read_write, ...) as well as user space
trying to handle 64-bit time_t in a portable way.

I agree removing the Kconfig symbol (or marking it as 'depends
on BROKEN' as we did for arm64 big-endian mode) is a good
idea at this time, but I think the timing for removing the
actual implementation should allow the next LTS kernel (7.4?)
to be released with the current level of support still present.

        Arnd

  parent reply	other threads:[~2026-05-31 22:05 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-23  9:37 Sebastian Andrzej Siewior
2026-05-23 21:43 ` H. Peter Anvin
2026-05-26 10:40   ` Sebastian Andrzej Siewior
2026-05-26 15:53     ` H. Peter Anvin
2026-05-26 15:54     ` H. Peter Anvin
2026-05-26 20:43       ` Sebastian Andrzej Siewior
2026-05-31 21:46         ` Arnd Bergmann
2026-06-01 21:44           ` Sebastian Andrzej Siewior
2026-06-01 22:45             ` Arnd Bergmann
2026-05-27 12:02       ` David Laight
2026-06-01 21:29         ` H. Peter Anvin
2026-06-04 20:27   ` Thomas Gleixner
2026-05-27 13:10 ` Sam James
2026-05-27 13:41 ` Neal Gompa
2026-05-27 15:57 ` John Paul Adrian Glaubitz
2026-06-01 21:12   ` Sebastian Andrzej Siewior
2026-06-01 21:14     ` H. Peter Anvin
2026-05-28  7:05 ` Tomas Glozar
2026-06-01 21:26   ` Sebastian Andrzej Siewior
2026-05-31 22:05 ` Arnd Bergmann [this message]
2026-06-02 16:02   ` Maciej W. Rozycki
2026-06-02 16:36     ` Arnd Bergmann
2026-06-05  3:35       ` H. Peter Anvin
2026-07-04  8:08   ` Sebastian Andrzej Siewior
2026-07-04  8:56     ` Arnd Bergmann
2026-06-02  9:48 ` Richard Purdie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87e8bd0e-ddb6-4972-a99a-c0fb80faf1ec@app.fastmail.com \
    --to=arnd@arndb.de \
    --cc=bigeasy@linutronix.de \
    --cc=bp@alien8.de \
    --cc=corbet@lwn.net \
    --cc=dave.hansen@linux.intel.com \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=tglx@kernel.org \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®