Software-update: Linux Kernel 2.4.18

Dankzij Anoniem: 30372 weten we dat er een nieuwe stable kernel van linux uit is. Het gaat hier om kernel 2.4.18. Het changelog is weer erg groot. Wat erg opvalt is dat er veel gesleuteld is aan de ondersteuning van ReiserFS. Ook zijn er net als gewoonlijk weer bugs uit gehaald en is de ondersteuning voor verschillende motorola processoren is verbeterd.
Hieronder een gedeelte uit het changelog:

final:

No changes have been made between -final and -rc4.

rc4:

Load code did not set personality for binaries without an interpreter: This was breaking static apps on several archs (Tom Gall)

rc3:

Fix reiserfs endianess problems (Chris Mason)

Fix PowerMac compilation problem (Pmac team)

Fix some eepro100 ID's which had problems in -ac merge (Jeff Garzik)

Rename some internal pcnet32 definitions to not clash with ethtool.h - the clash caused the driver not work correctly (William Lee Irwin)

Add missing netif_carrier_" rel="external">on,off to eepro100 (Andrew Morton)

Fix netfilter race (Rusty Russell)

Correct error handling on tcp_recvmsg (Alexey Kuznetsov)

Revert tulip changes which were apparently causing slowdowns (Jeff Garzik)

Fix ptrace behaviour (Linus Benedict Torvalds)

rc2:

Make get_user_pages handle VM_IO areas gracefully (Manfred Spraul)

Fix SMP race on PID allocation (Erik A. Hendriks)

Fix SMP race on dnotify scheme (Alexander Viro)

Add missing checks to shmem_file_write (Alan Cox)


Kernel [Stable]

Versienummer	2.4.18
Besturingssystemen	Linux
Website	Freshmeat
Download	http://freshmeat.net/redir/linux/13114/url_bz2/linux-2.4.18.tar.bz2

Reacties (17)

Zou hier niet even de opmerking bij moeten dat per ongeluk de laatste fix uit rc4 niet in de final is meegenomen?? (alhoewel deze fix niet nodig is op x86 systemen)

Hoe zit het nu met de RAID0 support op promise chips ?

op 7.2 werkt dat niet

Ik neem aan dat je RedHat 7.2 bedoelt.... Er zit al beta support voor Promise chips in vanaf 2.4.13 (dacht ik zo). Tijdens het configureren van de kernel moet je dan wel "Prompt for developement code" aanzetten.
Waarschijnlijk moet je nog wel meer aanpassen, kijk anders eens op http://people.redhat.com/arjanv/pdcraid/ataraidhowto.html

Nog wel langer... .8 of .9 zat ie al in.

Raid-1 werd vanaf .10 ook ondersteund. Een van mijn bakken draait volledig rootmounted op een RAID-1 configuratie van Promise.

Het enige probleem wat ik nog ondervind is dat als een van de schijven uitvalt (getest) het hele systeem niet booten wil tot er een 2e schijf bij is geplaatst en het ding een uur (met 30GB drives) heeft staan stampen om het geheel weer compleet te maken. Er was (is?) geen mogelijkheid om in degraded mode te starten.

Ik draai hem nu en ik moet zeggen dat ie errug lekker loopt. Hopelijk is het niet zo dat er na een paar uur een belangrijke bugfix is wegens file system corruption (2.4.15 dus).

tja dta is al het geval als de HELE changelog was neergezet was
Update: The SET_PERSONALITY fix in rc4 has _not_
been included in the final 2.4.18 by mistake.

gezien dus je draait eigenlijk 2.4.17-rc3

na ja zeg... dan maar naar 2.4.19-pre1

2.4.19-pre1 is wat eigenlijk 2.4.18 had moeten zijn

toch niet.
rc4 is wat 2.4.18 final zou moeten zijn.
men had al een hoop code die te experimenteel geacht werd voor de 2.4.18 kernel gespaard voor 2.4.19-pre1.
2.4.19-pre1 bevat de missende patch van -rc4, maar ook nog een hoopje experimentele code, die marcelo uit de 18 wou houden, omdat hij de 18 stabiel wil.

En dus heeft Alan Cox een -ac1 versie van 2.4.18 uitgebracht, waarbij alsnog die rc4 fix erin zit. Draai je toch een final, lijkt voor de meeste mensen heel wat beter dan een pre-versie.

* 786562 Jan

De patch die in 2.4.18 mist is zo te lezen alleen relevant voor SPARC computers, maar het geeft toch een wat slordige indruk.. Het zou misschien 'netter' zijn als ze de goede 2.4.18 alsnog zouden posten, zoals ze eerder hebben gedaan snel een 2.4.19 en dan verder met 2.4.20, of bijvoorbeeld als 2.4.18post1 of 2.4.18 SE

2.4.18 XP?

mensen mensen.. moet ik weer updaten

Das toch lekker. Een beetje tweaker blijft naar nieuwe speeltjes hunkeren.

Het compileren met make ging nu wel veel sneller na wat extra opties te hebben geprobeerd. make -j 5 -s ging als een speer

Happy sailing

Freshmeat.net redirect gewoon naar kernel.org hoor.

idd.. maar ik vind een link naar kernel.org beter. Per slot van rekening is dát de officiele site van de Linux kernel.

Sinds wanneer halen we de kernel trouwens van freshmeat en niet meer van kernel.org?