This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/23960] [2.28 Regression]: New getdents{64} implementation breaks qemu-user
- From: "adhemerval.zanella at linaro dot org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Tue, 30 Apr 2019 17:13:25 +0000
- Subject: [Bug libc/23960] [2.28 Regression]: New getdents{64} implementation breaks qemu-user
- Auto-submitted: auto-generated
- References: <bug-23960-131@http.sourceware.org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=23960
--- Comment #35 from Adhemerval Zanella <adhemerval.zanella at linaro dot org> ---
(In reply to John Paul Adrian Glaubitz from comment #34)
> (In reply to Adhemerval Zanella from comment #32)
> > I am not against in reverting back to use SYS_getdents for getdents64,
> > although it is a subpar resolution for a kernel issue. Newer architectures
> > with mixed 32 and 64 bits support will continue to be broken without a
> > proper kernel fix since they use SYS_getdents64 for getdents.
>
> Could we revert to SYS_getdents for the time being? Currently, we cannot
> update the glibc package on qemu-emulated buildds because of this particular
> issue.
The issue is the workaround would probably be permanent, since kernel
developers didn't see to be working on fixing it, and it would hide a kernel
issue on compat syscalls that might continue to appear in newer 32-bit ABI
since LFS is not yet enforced as the only support ABI. It would also require
all the internal boilerplate to handle this syscall.
My question is why is preventing buildds on qemu-emulated architectures to use
LFS interfaces instead of non-LFS one?
--
You are receiving this mail because:
You are on the CC list for the bug.