1. Please describe the problem: Userspace started to FTBFS due to a dependency issue in the ppc64le headers, where asm/ioctls.h depends on struct termio, which is provided by asm/termios.h. At minimum, asm/ioctls.h is missing an inclusion of a header. However, considering that old glibc versions also provide struct termio, it would be ideal to split termio-specific code into its own header. 2. What is the Version-Release number of the kernel: 6.15.0-0.rc2.22.fc43.ppc64le 3. Did it work previously in Fedora? If so, what kernel version did the issue *first* appear? Old kernels are available for download at https://koji.fedoraproject.org/koji/packageinfo?packageID=8 : This used to work until glibc removed termio.h. After the removal of that header, it exposed an implementation issue in the powerpc-specific headers of the kernel. 4. Can you reproduce this issue? If so, please provide the steps to reproduce the issue below: $ cat tst-ioctls.c #include <stddef.h> #include <termios.h> #include <asm/ioctls.h> //#include <asm/termios.h> size_t get_termios_sz() { return sizeof(struct termios); } int get_TCGETA() { return TCGETA; } $ gcc tst-ioctls.c In file included from /usr/include/asm/ioctl.h:12, from /usr/include/asm/ioctls.h:5, from tst-ioctls.c:3: tst-ioctls.c: In function 'get_TCGETA': tst-ioctls.c:12:10: error: invalid application of 'sizeof' to incomplete type 'struct termio' 12 | return TCGETA; | ^~~~~~ 5. Does this problem occur with the latest Rawhide kernel? To install the Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by ``sudo dnf update --enablerepo=rawhide kernel``: Yes. 6. Are you running any modules that not shipped with directly Fedora's kernel?: No. 7. Please attach the kernel logs. You can get the complete kernel log for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the issue occurred on a previous boot, use the journalctl ``-b`` flag. Reproducible: Always
We've already seen this impacting: - LLVM: https://src.fedoraproject.org/rpms/llvm/pull-request/422 - Python: https://github.com/python/cpython/issues/133285 GCC will also FTBFS, but I haven't seen a public discussion yet.
I've just reported the issue upstream at: https://github.com/linuxppc/issues/issues/488
This blocks further work on Python 3.14.
Hi Tulio, shall we report this issue to the linuxppc-dev kernel mailing list as well? Not sure how active the github tracker is.
Done: https://lore.kernel.org/linuxppc-dev/8734dji5wl.fsf@ascii.art.br/T/#u
https://github.com/llvm/llvm-project/issues/137321#issuecomment-2836993353 might be useful
(In reply to Miro Hrončok from comment #3) > This blocks further work on Python 3.14. This also block every Python on rawhide. Is there some way to raise the priority on this?
I will take it to our meeting with IBM today.
Madhavan from IBM proposed a fix for this issue upstream here: https://lists.ozlabs.org/pipermail/linuxppc-dev/2025-May/283705.html I haven't tested yet, but it does look promising.
Thanks for the fix.