Maybe we could stabilize a newer linux-headers version finally. The only issue I see is bug 614290 Thanks
Is there a reason not to go straight to 4.13? We don't even need to deal with 614290 in that case. I've been running 4.13 on five or six arches since I added it to the tree on Sept 10 and the only problem I've ever encountered was a compilation error fixed with newer net-tools (which is now stable, bug 605312). I think we should just go to 4.13.
Ah, as current stable is 4.4 I thought you were following LTS releases for the headers... and as 4.14 is too new...
(In reply to Pacho Ramos from comment #2) > Ah, as current stable is 4.4 I thought you were following LTS releases for > the headers... and as 4.14 is too new... I'm at least not aware of that policy. It would seem strange if that's what we had been doing, since as far as I'm aware we don't update the headers for stable kernel versions. Not sure. I'll ask other toolchain people what they think we should do.
> [ ... headers used while compiling the GNU C library and the kernel binary used when using the library do not need to match. The GNU C library runs without problems on kernels that are older than the kernel headers used. The other way round (compiling the GNU C library with old kernel headers and running on a recent kernel) does not necessarily work as expected. ] quote from glibc upstream. I nearly filed a duplicate stablereq bug for sys-kernel/linux-headers-4.9 would've been redundant
+1 on going directly to 4.13 (4.14 was added only a few days ago) I've added a few notes on: https://wiki.gentoo.org/wiki/Project:Toolchain/sys-kernel/linux-headers#Random_factoids If for some reason I was incorrect we can always revise and clarify the stabilization policy. Currently as I see it using latest should always be fine.
Arches, please stabilize =sys-kernel/linux-headers-4.13 for the following targets: alpha amd64 arm arm64 hppa ia64 m68k ppc ppc64 s390 sh sparc x86 The best test is to make sure gcc and glibc can survive rebuild and system bootup. And a few applications can still be built against newer headers: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/src/patchsets/gentoo-headers/testing.txt?view=markup Thanks!
ia64 stable
x86 stable
Bug 614290 should no longer block this bug: > # equery files linux-headers > * Searching for linux-headers ... > * Contents of sys-kernel/linux-headers-4.13: > [...] > /usr/include/linux/dma-buf.h > [...]
hppa stable (thanks to Rolf Eike Beer)
sparc stable (thanks to Rolf Eike Beer)
amd64 stable
alpha/arm/ppc/ppc64/arm64 stable m68k/s390/sh need stable perl
did the rest