<div dir="auto">Hi,<br>
<br>
On Thu, 11 Dec 2025 at 14:41, Stefan Liebler <<a href="mailto:stli@linux.ibm.com" target="_blank" rel="noreferrer">stli@linux.ibm.com</a>> wrote:<br>
><br>
> On 12/2/25 13:41, Stefan Liebler wrote:<br>
> > On 12/2/25 13:07, Florian Weimer wrote:<br>
> >> * Stefan Liebler:<br>
> >><br>
> >>> The next linux kernel 6.19 is about to remove support for s390-32<br>
> >>> compat layer.<br>
> >><br>
> >>> Until the code is removed, we of course can also remove<br>
> >>> "s390-linux-gnu" from build-many-glibcs.py script as newer<br>
> >>> kernel-versions don't have the proper syscall-numbers in unistd.h and<br>
> >>> "build-many-glibcs.py update-syscalls" would either fail or would even<br>
> >>> use the syscall numbers from s390-64.<br>
> >><br>
> >> Is the plan is to remove s390-linux-gnu from build-many-glibcs.py before<br>
> >> we switch the script to Linux 6.19?<br>
> > Linux 6.18 still fully support the s390 compat layer. Yes, I think we<br>
> > should remove s390-linux-gnu from build-many-glibcs.py before/with<br>
> > switching to Linux 6.19. Then the glibc internal syscall numbers for<br>
> > s390-32 are frozen and won't be updated anymore with "update-syscalls".><br>
> >> But keep the s390-32 subdirectories in the glibc for the time being,<br>
> >> and delete them only at a later stage (presumably in 2027 or even later)?Yes, the s390-32 code is kept in the tree. This allows to build/test<br>
> > glibc with Linux <=6.18 as long as gcc is also able to build s390-32<br>
> > code. As mentioned the glibc 2.45 release (expected February 2027) will<br>
> > be the first glibc release without s390-32 support and the s390-32<br>
> > subdirectories will be removed before this release.><br>
> >> Thanks,<br>
> >> Florian<br>
> >><br>
> ><br>
> Are there any other opinions/comments?<br>
><br>
> If nobody opposes, we would just handle it this way.<br>
><br>
<br>
Potentially you don't need to wait that long, or even do such a managed turn down, and you can rip this out in 2.43 release already.<br>
<br>
Ubuntu 24.04 released last year has COMPAT turned off for s390x. In plucky (or earlier) libc-s390 was stopped building.<br>
And I see Centos stream 10 also has COMPAT turned off for s390x. Commit message suggests that libc-s390 is not built/provided.<br>
Debian just had a release with glibc 2.41, and next Debian release is unlikely to have s390 port anymore.<br>
<br>
So far nobody screamed. I have tried to trace down any potential still useful s390 only applications, which only turned up very old db versions, which is not clear if they can even run anymore. Upon request to find out if anybody is still using them and/or expects to be able to compile or run them turned up crickets.<div dir="auto"><br></div><div dir="auto">31bit support is already dead in all distros.</div><div dir="auto"><br><div data-smartmail="gmail_signature" dir="auto">Regards,<br><br>Dimitri.</div></div></div>