Software-update: Linux Kernel 2.4.14

Janjanjansen maakte op het forum als eerste melding van de release van de Linux 2.4.14 kernel. De source kun je neertanken vanaf Kernel.org of via files.tweakers.net. Hieronder de volledige changelog van 2.4.14 final en de pre-releases:

final:

• David Miller: sparc/scsi scatterlist fixes
• Martin Mares: PCI ids, email address update
• David Miller: revert TCP hash optimizations that need more checking
• Ivan Kokshaysky/Richard Henderson: alpha update (atomic_dec_and_lock etc)
• Peter Anvin: cramfs/zisofs missing pieces

pre8:

• Andrea: fix races in do_wp_page, free_swap_and_cache
• me: clena up page dirty handling
• Tim Waugh: parport IRQ probing and documentation fixes
• Greg KH: USB updates
• Michael Warfield: computone driver update
• Randy Dunlap: add knowledge about some new io-apics
• Richard Henderson: alpha updates
• Trond Myklebust: make readdir xdr verify the reply packet
• Paul Mackerras: PPC update
• Jens Axboe: make cpqarray and cciss play nice with the request layer
• Massimo Dal Zotto: SMM driver for Dell Inspiron 8000
• Richard Gooch: devfs symlink deadlock fix
• Anton Altaparmakov: make NTFS compile on sparc

pre7:

• me: reinstate "delete swap cache on low swap" code
• David Miller: ksoftirqd startup race fix
• Hugh Dickins: make tmpfs free swap cache entries proactively

pre6:

• me: remember to bump the version number
• Hugh Dickins: export "free_lru_page()" for modules
• Jeff Garzik: don't change nopage arguments, just make the last a dummy one
• David Miller: sparc and net updates (netfilter, VLAN etc)
• Nikita Danilov: reiserfs cleanups
• Jan Kara: quota initialization race
• Tigran Aivazian: make the x86 microcode update driver happy about hyperthreaded P4's
• me: shrink dcache/icache more aggressively
• me: fix up oom-killer so that it actually works

pre5:

• Andrew Morton: remove stale UnlockPage
• me: swap cache page locking update

pre4:

• Mikael Pettersson: fix P4 boot with APIC enabled
• me: fix device queuing thinko, clean up VM locking

pre3:

• René Scharfe: random bugfix
• me: block device queuing low-water-marks, VM mapped tweaking.

pre2:

• Alan Cox: more merging
• Alexander Viro: block device module race fixes
• Richard Henderson: mmap for 32-bit alpha personality
• Jeff Garzik: 8139 and natsemi update

pre1:

• Michael Warfield: computone serial driver update
• Alexander Viro: cdrom module race fixes
• David Miller: Acenic driver fix
• Andrew Grover: ACPI update
• Kai Germaschewski: ISDN update
• Tim Waugh: parport update
• David Woodhouse: JFFS garbage collect sleep

Versienummer	2.4.14
Besturingssystemen	Linux
Website	Kernel.org
Download	http://files.tweakers.net/kernel/v2.4/linux-2.4.14.tar.gz

Reacties (23)

[Coen Rosdorff]

Naar alle waarschijnlijkheid is dit de laatste of de een na laatste 2.4 kernel onder supervisie van Linus zelf.

Vanaf 2.4.15 of 16 zal de maintaince worden overgenomen door Marcelo Tosatti

Alan blijft op 2.2 en gaat zich wat meer richten op RedHat, en Linus zal dan van start gaan met 2.5

[Ronald]

Op /. staat de Post van Linus op de kernel maillist gepost.

2.4.15 zal de laatste Linus release in 2.4.x zijn.

Helaas hebben een aantal mensen ook alweer een aantal problemen met het compileren van deze kernel

[DeuTeRiuM]

(gevonden op /. alan gaat de 2.4 branch overnemen)
From: Linus Torvalds
CC: Kernel Mailing List

On 31 Oct 2001, Michael Peddemors wrote:
>
> Lets' let this testing cycle go a little longer before making any
> changes.. Let developers catch up..

My not-so-cunning plan is actually to try to figure out the big problems
now, then release a reasonable 2.4.14, and then just stop for a while,
refusing to take new features.

Then, 2.4.15 would be the point where I start 2.5.x, and where Alan gets
to do whatever he wants to do with 2.4.x. Including, of course, just
reverting all my and Andrea's VM changes

I'm personally convinced that my tree does the right thing VM-wise, but
Alan _will_ be the maintainer, and I'm not going to butt in on his
decisions. The last thing I want to be is a micromanaging pointy-haired
boss.

(2.5.x will obviously use the new VM regardless, and I actually believe
that the new VM simply is better. I think that Alan will see the light
eventually, but at the same time I clearly admit that Alan was right on a
stability front for the last month or two

> My own kernel patches I had to stop because I couldn't keep up .... Can
> we go a full month with you just hitting us over the head with a bat
> yelling 'test, dammit, test', until this is tested fully before
> releasing another production release?

I think we're really close.

[ I'd actually like to thank Gary Sandine from laclinux.com who made the
"Ultimate Linux Box" for an article by Eric Raymond for Linux Journal.
They sent me one too, and the 2GB box made it easier to test some real
highmem loads. This has given me additional load environments to test,
and made me able to see some of the problems people reported.. ]

But I do want to make a real 2.4.14, not just another "final" pre-kernel,
and let that be the base for a reasonably orderly switch-over at 2.4.15
(ie I'd still release 2.4.15, everything from then on is Alan).

Linus

[Arno]

Alweer een nieuwe kernel

Hoe vaak komen die dingen nu wel niet uit ?? Ik draai 2.2.20 sinds een paar dagen en voor Debian schijnt die nog steeds (2.2.x) de stabielste te zijn

[Jordi]

2.2 is een heel andere tree dan 2.4, daar moet je het niet mee vergelijken
Enne... niet alleen voor Debian hoor... volledig distro onafhankelijk.

[Ronald]

Waarom weer een link naar de .tar.gz in plaats van de .tar.bz2

linux-2.4.14.tar.gz : 27.2MB
linux-2.4.14.tar.bz2 : 22.1 MB

Een verschil van maar liefst 5.1 MB

[xiphoid]

Een verschil van 2s met downloaden hehe.

Wellicht omdat de meeste linux distro's wel tar/gunzip erbij hebben zitten, maar niet bzip ?

[Jordi]

Ach... misschien niet standaard geinstalleerd nee... zelfs op mijn stokoude Debian 2.0 cd's staat nog bzip2!

[Ronald]

Hehe... je moet ze de kost geven allen die geen 100Mbit link hebben

[RG]

Ja maar als je een 486 hebt of een oude pentium dan duur bzip uitpakken erg lang. Is nogal professor intensief. Dan is de extra tijd van het downloaden van de gzip wel slim. Ik download ook altijd de gzip, want zelfs op een snelle pentium scheelt het erg veel in snelheid...

[Johannes Verelst]

Wat ook scheelt:
tar xzvf file.tar.gz

bunzip2 -c file.tar.bz2 | tar xv
Da's dus meer typen

[Jelmer]

uh wat dacht je van
tar xfvI file.tar.bz2
(hoofdletter i dus)

[0siris]

sinds pre2 alweer een 8139 update (Realtek netwerkkaart). Zal wel een kwestie van tijd zijn voor we dat weer in 2.2.x terugzien (of is 2.2.20 de laatste uit de 2.2.x tree?)

[easydisk]

vast niet, laatst is ook 2.0.39 o.i.d. uitgekomen.

[BrammeS]

aaah de tijd van de 2.0.xx kernels dat waren nog eens tijden. <font color=#786562>* BrammeS's laatste kernel in die tree was 2.0.36</font>

[_JGC_]

Ach, alweer een nieuwe kernel

Heb gisteren net 2.4.13 gemaakt omdat 2.2.19 een fout in een module voor mijn netwerkaart had (kan aan de compile liggen, maar net zo goed aan de kernel)

Als 2.4.15 er is kijken we wel weer... We blijven bezig. Man, tis net windows update: een update voor de update voor de update, je blijft bezig.

[RG]

Een nieuwe kernel installeren is echt niet nodig hoor. Ja tenzij je de mega brakke 2.4.11 hebt. Ik update alleen als ik toch een nieuwe feature moet hebben in mijn kernel. Download ik meestal gelijk maar even de meest recentste kernel en bak die dan weer. 2.4.14 heeft trouwens wel een verbeterde VM, dus dat is dan wel weer meegenomen.
Hopen dat Linus snel begint met de 2.5 tree, want dat wordte en hele belangrijke als we grote bedrijven mogen geloven...

[himlims_]

Voor alle newbies (en voor mij)
is dit misschien nog wel makkelijk:

http://www.linux-nl.cx/html/kernelbakken.html

[0siris]

wat ook niet echt een trage link is:
ftp://ftp.nluug.nl/site/ftp.kernel.org/pub/linux/ke rnel/v2.4/
en ze hebben daar de volgende 2.4.14 dingen:
Nov 5 23:30 linux-2.4.14.tar.bz2 (23 meg)
Nov 5 23:30 linux-2.4.14.tar.gz (28 meg)
have fun

Maar wat hierboven ook al gezegd is (maar ik kan het niet genoeg zeggen kijk eerst ff goed in de changelog of er iets gefixt of nieuw is dat je goed kan gebruiken...het is niet zo'n windows update zo van "download dit nu en alles wordt beter/sneller"...

[DeuTeRiuM]

Al doet linus er 4 jaar over.. laat de volgende kernel tree PLEASE wat minder lomp zijn.. 2.4: compile fouten, hd's slopen, om de 4 dagen een nieuwe release..

En na 10 releases, wordt hij nog steeds niet stabiel verklaard door sommige distro's. rampe EXPERIMENTAL( ) kernel..
weer ff wachen op de alan cox patches, dan ga ik 2.4.14 ook draaien (usb thingies etc)

[Anoniem: 4018]

ik word ook wel een klein beetje gek van al die update van die 2.4 kernels.
Het zal wel komen doordat 2.4 inderdaad heel erg anders eruit ziet dan 2.2 en ook 'nieuw' is voor de makers zelf. Denk dat ze daardoor telkens weer 'kleinigheden' zien en verbeteren en die gelijk in een nieuwe release stoppen. Dit vind ik overigens wel klasse van ze, want zo heeft iedereen vrij direct de nieuwste fixxes enzo

[ACM]

Ach, ze vinden het blijkbaar hun plicht om een kernel te releasen als ze het idee hebben dat ie redelijk af is

Maar je bent echt niet verplicht te upgraden en ik zou ondertussen zeker een dagje wachten met installeren. De vorige kernel versies was het met een dagje (of 2) wel bekend dat ze of wel of niet stabiel/goed waren.

[Access]

Ja, het mag dan wel windowsupdate lijken, maar je krijgt de source er wel bij, EN het is gratis.

Trouwens, ik vindt het weer toppie van tweakers, dat dit bestand (ook) weer op de tweakers server gehost wordt.