Linux creator Linus Torvalds released the official 2.6.9 kernel today, following what he referred to as "naming confusion" in which a test release named "-final" was first uploaded to kernel.org. Linus went on to add, "excuses aside, not a lot of changes since -rc4 [story [1]] (which was the last announced test-kernel), mainly some UML updates that don't affect anybody else. And a number of one-liners or compiler fixes. Full list appended." Official releases and test kernels can be found at a kernel.org mirror [2].
Regarding the compiler fixes, a handful of problems were reported on the lkml with some versions of GCC [forum [3]]. Linus replied, "Heh. Clearly there's a gcc bug.. What compiler version? I've got gcc-3.2 and gcc-3.3, and neither seems to have any trouble, but hey, I'm cursed by having fairly up-to-date systems. That said, I know what's up, but it would be good to know what compilers have this problem." Linus provided a fix for older versions of gcc which can be found within.
From: Linus Torvalds [email blocked]
To: Kernel Mailing List [email blocked]
Subject: Linux v2.6.9...
Date: Mon, 18 Oct 2004 15:45:21 -0700 (PDT)
Ok,
despite some naming confusion (expanation: I'm a retard), I did end up
doing the 2.6.9 release today. And it wasn't the same as the "-final" test
release (see explanation above).
Excuses aside, not a lot of changes since -rc4 (which was the last
announced test-kernel), mainly some UML updates that don't affect anybody
else. And a number of one-liners or compiler fixes. Full list appended.
Linus
----
Summary of changes from v2.6.9-rc4 to v2.6.9
============================================
<mgoodman:csua.berkeley.edu>:
o Fix NFS3 krb5 clients on x86-64
Al Borchers:
o USB: corrected digi_acceleport 2.6.9-rc1 fix for hang on disconnect
Andrea Arcangeli:
o ptep_establish smp race x86 PAE >4G
Andrew Morton:
o revert writeback threshold changes
o ext3 direct io assert fix
Anton Blanchard:
o ppc64: fix some issues with mem_reserve
Benjamin Herrenschmidt:
o ppc64: Split iomap implementation & eeh !
o ppc32: Add "native" iomap interfaces
o ppc64: more issues with mem_reserve
Chris Wright:
o uml: fix ubd deadlock on SMP
Christoph Hellwig:
o [XFS] fix a freeze/thaw deadlock
Christoph Lameter:
o time interpolator fixes
David Brownell:
o USB: EHCI SMP fix
o USB: net2280 updates
David Woodhouse:
o ppc64: one more explicit cmp instruction sizing
Dmitry Torokhov:
o Fix oops in parkbd
Greg Kroah-Hartman:
o USB: handle NAK packets in input devices
Herbert Xu:
o USB: Fix hiddev devfs oops
Hirokazu Takata:
o m32r: fix syscall table
o m32r: remove obsolete system calls
Ingo Molnar:
o tailcall prevention in sys_wait4() and sys_waitid()
James Morris:
o SELinux: fix bugs in mprotect hook
John L. Byrne:
o fix oops in fork() cleanup path
John Rose:
o PCI Hotplug: rpaphp safe list traversal
Lars Ellenberg:
o uml: fix critical IP checksum corruption
Linus Torvalds:
o Fix threaded user page write memory ordering
o Take the whole PCI bus range into account when scanning PCI bridges
Nathan Lynch:
o ppc64: fix smp_startup_cpu for cpu hotplug
Nathan Scott:
o [XFS] Fix up write_inode return type to use the right signedness
o [XFS] Fix regression when running in laptop mode, causes hangs on
sync
Nick Piggin:
o ACPI: check parameter for NULL
o kswapd lockup fix
Nicolas Pitre:
o Fix MTD build error for Lubbock map driver
o unbalanced locking in MTD Intel chip driver
o Duh. _Really_ unbalanced locking in MTD Intel chip driver
Olaf Hering:
o joydump needs gameport
Olaf Kirch:
o auth_domain_lookup fix
Oliver Neukum:
o security issue in firmware system
Paolo 'Blaisorblade' Giarrusso:
o uml: don't declare cpu_online - fix compilation error
o uml: fix wrong type for rb_entry call
o uml: fix warning for unused var
o uml: finish update for 2.6.8 API changes
o uml: fix an "unused" warnings
o uml: export more Symbols
o uml: Set cflags before including arch Makefile
o uml: force using /bin/bash for building
o uml: no extraversion in arch/um/Makefile for mainline
o uml: Single Linking Step for vmlinux
o uml: make -j fix
o uml: update makefile to new kbuild API names
o uml: kbuild - add even more cleaning
o uml: mark broken configs
o uml: use always a separate io thread for UBD
Pavel Machek:
o swsusp: fix x86-64 - do not use memory in copy loop
Randy Dunlap:
o cyber2000: fix init/exit section confusion
o intel_agp: dangling devexit reference
Sreenivas Bagalkote:
o megaraid 2.20.4: fix a data corruption bug
Stephen D. Smalley:
o SELinux: retain ptracer SID across fork
Tim Schmielau:
o Fix reporting of process start times
Vojtech Pavlik:
o USB: Fix oops in usblp driver
Yoshinori Sato:
o H8/300 some error/warning fix
From: Jeff Garzik [email blocked]
To: Linux Kernel [email blocked]
Subject: Weird... 2.6.9 kills FC2 gcc
Date: Mon, 18 Oct 2004 21:10:19 -0400
The following appears in 2.6.9 release kernel, building with stock FC2
gcc on x86, but does not appear in 2.6.9-final:
> AS arch/i386/kernel/vsyscall.o
> cc1: internal compiler error: Segmentation fault
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://bugzilla.redhat.com/bugzilla> [4]; for instructions.
> make[1]: *** [arch/i386/kernel/vsyscall.o] Error 1
> make: *** [arch/i386/kernel] Error 2
This is 100% reproducible, at the same location (vsyscall), which is
strange because vsyscall didn't change AFAICS.
I'll build a gcc 3.4.2 without Fedora Core patches and see if the
behavior persists.
But in the meantime, if anybody else knows what line of code causes this
segfault, please speak up :)
Jeff
From: Jeff Garzik [email blocked]
Subject: Re: [PATCH] Re: Weird... 2.6.9 kills FC2 gcc
Date: Mon, 18 Oct 2004 23:31:41 -0400
More data points:
No problems at all on x86-64.
No ICE on 32-bit x86 gcc 3.4.2, with 2.6.9 release kernel.
So this ICE appears to be a bug specific to 3.3.x or perhaps Fedora.
Jeff
From: Linus Torvalds [email blocked]
Subject: Re: 2.6.9 BK build broken
Date: Mon, 18 Oct 2004 22:14:00 -0700 (PDT)
On Mon, 18 Oct 2004, Jeff Garzik wrote:
> >
> > I get an ICE here in -BK-latest, which the attached patch fixes (backs
> > out Linus's change).
Heh. Clearly there's a gcc bug.. What compiler version?
I've got gcc-3.2 and gcc-3.3, and neither seems to have any trouble, but
hey, I'm cursed by having fairly up-to-date systems.
That said, I know what's up, but it would be good to know what compilers
have this problem..
> Another data point, I have no problems with 2.6-BK-latest on x86-64,
> with gcc 3.3.3 (FC2)...
Too much C syntax, too little CPP braindamage.
I bet the thing is fixed by changing the
#define __builtin_warning(x, ...) (1)
into
#define __builtin_warning(x, y...) (1)
(ie add the name for the varargs macro argument). Never mind that we don't
use it, and newer gcc's are happy - older gcc's clearly aren't ;)
Linus
From: Matthias Andree <matthias.andree@gmx.de>
Subject: SOLVED: 2.6.9 BK build broken
Date: Tue, 19 Oct 2004 11:23:07 +0200
On Mon, 18 Oct 2004, Linus Torvalds wrote:
> I bet the thing is fixed by changing the
>
> #define __builtin_warning(x, ...) (1)
>
> into
>
> #define __builtin_warning(x, y...) (1)
Indeed it is. I just did bk pull and found that
torvalds@ppc970.osdl.org|ChangeSet|20041019071619|06021
compiles fine on gcc-3.3.4, 3.4.2 and SuSE's gcc-3.3.3-41.
Thank you.
--
Matthias Andree
From: John Cherry [email blocked]
To: Linux Kernel Mailing List [email blocked]
Subject: 2.6.9-final (compile stats)
Date: 17 Oct 2004 15:54:49 -0700
Linux 2.6 Compile Statistics (gcc 3.2.2)
Web page with links to complete details:
http://developer.osdl.org/cherry/compile/ [5]
Kernel bzImage bzImage bzImage modules bzImage modules
(defconfig) (allno) (allyes) (allyes) (allmod) (allmod)
----------- ----------- -------- -------- -------- -------- ---------
2.6.9-final 0w/0e 0w/0e 1930w/0e 41w/0e 11w/0e 1950w/0e
2.6.9-rc4 0w/0e 0w/0e 1930w/0e 41w/0e 11w/0e 1950w/0e
2.6.9-rc3 0w/0e 0w/0e 2752w/17e 41w/0e 11w/0e 2782w/5e
2.6.9-rc2 0w/0e 0w/0e 3036w/0e 41w/0e 11w/0e 3655w/0e
2.6.9-rc1 0w/0e 0w/0e 77w/10e 4w/0e 3w/0e 68w/0e
2.6.8.1 0w/0e 0w/0e 78w/ 0e 4w/0e 1w/0e 72w/0e
2.6.8 0w/0e 0w/0e 78w/ 0e 4w/0e 1w/0e 72w/0e
2.6.8-rc4 0w/0e 0w/0e 78w/ 0e 4w/0e 1w/0e 72w/0e
2.6.8-rc3 0w/0e 0w/0e 78w/ 0e 4w/0e 1w/0e 72w/0e
2.6.8-rc2 0w/0e 0w/0e 85w/ 0e 5w/0e 1w/0e 79w/0e
2.6.8-rc1 0w/0e 0w/0e 87w/ 0e 5w/0e 1w/0e 82w/0e
2.6.7 0w/0e 0w/0e 108w/ 0e 5w/0e 2w/0e 102w/0e
2.6.7-rc3 0w/0e 0w/0e 108w/ 0e 5w/0e 2w/0e 104w/0e
2.6.7-rc2 0w/0e 0w/0e 110w/ 0e 5w/0e 2w/0e 106w/0e
2.6.7-rc1 0w/0e 0w/0e 111w/ 0e 6w/0e 2w/0e 107w/0e
2.6.6 0w/0e 0w/0e 123w/ 0e 7w/0e 4w/0e 121w/0e
2.6.6-rc3 0w/0e 0w/0e 124w/ 0e 7w/0e 5w/0e 121w/0e
2.6.6-rc2 0w/0e 0w/0e 122w/ 0e 7w/0e 4w/0e 121w/0e
2.6.6-rc1 0w/0e 0w/0e 125w/ 0e 7w/0e 4w/0e 123w/0e
2.6.5 0w/0e 0w/0e 134w/ 0e 8w/0e 4w/0e 132w/0e
2.6.5-rc3 0w/0e 0w/0e 135w/ 0e 8w/0e 4w/0e 132w/0e
2.6.5-rc2 0w/0e 0w/0e 135w/ 0e 8w/0e 3w/0e 132w/0e
2.6.5-rc1 0w/0e 0w/0e 138w/ 0e 8w/0e 3w/0e 135w/0e
2.6.4 1w/0e 0w/0e 145w/ 0e 7w/0e 3w/0e 142w/0e
2.6.4-rc2 1w/0e 0w/0e 148w/ 0e 7w/0e 3w/0e 145w/0e
2.6.4-rc1 1w/0e 0w/0e 148w/ 0e 7w/0e 3w/0e 145w/0e
2.6.3 1w/0e 0w/0e 142w/ 0e 9w/0e 3w/0e 142w/0e
2.6.3-rc4 1w/0e 0w/0e 142w/ 0e 9w/0e 3w/0e 142w/0e
2.6.3-rc3 1w/0e 0w/0e 145w/ 7e 9w/0e 3w/0e 148w/0e
2.6.3-rc2 1w/0e 0w/0e 141w/ 0e 9w/0e 3w/0e 144w/0e
2.6.3-rc1 1w/0e 0w/0e 145w/ 0e 9w/0e 3w/0e 177w/0e
2.6.2 1w/0e 0w/0e 152w/ 0e 12w/0e 3w/0e 187w/0e
2.6.2-rc3 0w/0e 0w/0e 152w/ 0e 12w/0e 3w/0e 187w/0e
2.6.2-rc2 0w/0e 0w/0e 153w/ 8e 12w/0e 3w/0e 188w/0e
2.6.2-rc1 0w/0e 0w/0e 152w/ 0e 12w/0e 3w/0e 187w/0e
2.6.1 0w/0e 0w/0e 158w/ 0e 12w/0e 3w/0e 197w/0e
2.6.1-rc3 0w/0e 0w/0e 158w/ 0e 12w/0e 3w/0e 197w/0e
2.6.1-rc2 0w/0e 0w/0e 166w/ 0e 12w/0e 3w/0e 205w/0e
2.6.1-rc1 0w/0e 0w/0e 167w/ 0e 12w/0e 3w/0e 206w/0e
2.6.0 0w/0e 0w/0e 170w/ 0e 12w/0e 3w/0e 209w/0e
Daily compiles (ia32):
http://developer.osdl.org/cherry/compile/2.6/linus-tree/running.txt [6]
Latest changes in Linus' bitkeeper tree:
http://linux.bkbits.net:8080/linux-2.5 [7]
John
Related Links:
- Archive of above thread [8]