Software-update: Linux kernel 2.5.2

Lautie liet weten dat er een nieuwe kernel uit is voor linux. Dit keer gaat het om versie 2.5.2. Hierin is meteen opvallend dat er veel gedaan is aan USB support. Hieronder het complete changelog.

final:
- Matt Domsch: combine common crc32 library
- Pete Zaitcev: ymfpci update
- Davide Libenzi: scheduler improvements
- Al Viro: almost there: "struct block_device *" everywhere
- Richard Gooch: devfs cpqarray update, race fix
- Rusty Russell: PATH_MAX should include the final '\0' count
- David Miller: various random updates (mainly net and sparc)

pre11:
- Davide Libenzi, Ingo Molnar: scheduler updates
- Greg KH: USB update
- Jean Tourrilhes: IrDA and wireless updates
- Jens Axboe: bio/block updates

pre10:
- Kai Germaschewski: ISDN updates
- Al Viro: start moving buffer cache indexing to "struct block_device *"
- Greg KH: USB update
- Russell King: fix up some ARM merge issues
- Ingo Molnar: scalable scheduler

pre9:
- Russell King: large ARM update
- Adam Richter et al: more kdev_t updates

pre8:
- Greg KH: USB updates
- various: kdev_t updates
- Al Viro: more bread()/filesystem cleanups

pre7:
- Jeff Garzik: fix up loop and md for struct kdev_t typechecking
- Jeff Garzik: improved old-tulip network driver
- Arnaldo: more scsi driver bio updates
- Kai Germaschewski: ISDN updates
- various: kdev_t updates

pre6:
- Davide Libenzi: nicer timeslices for scheduler
- Arnaldo: wd7000 scsi driver cleanups and bio update
- Greg KH: USB update (including initial 2.0 support)
- me: strict typechecking on "kdev_t"

pre5:
- Dave Jones: more merging, fix up last merge..
- release to sync with Dave

pre4:
- Jens Axboe: more bio updates, fix some request list bogosity under load
- Al Viro: export seq_xxx functions
- Manfred Spraul: include file cleanups, pc110pad compile fix
- David Woodhouse: fix JFFS2 write error handling
- Dave Jones: start merging up with 2.4.x patches
- Manfred Spraul: coredump fixes, FS event counter cleanups
- me: fix SCSI CD-ROM sectorsize BIO breakage

pre3:
- Christoph Hellwig: scsi_register_module cleanup
- Mikael Pettersson: apic.c LVTERR fixes
- Russell King: ARM update (including bio update for icside)
- Jens Axboe: more bio updates
- Al Viro: make ready to switch bread away from kdev_t..
- Davide Libenzi: scheduler cleanups
- Anders Gustafsson: LVM fixes for bio
- Richard Gooch: devfs update

pre2:
- Al Viro: task-private namespaces, more cleanups

pre1:
- me: revert the "kill(-1..)" change. POSIX isn't that clear on the
issue anyway, and the new behaviour breaks things.
- Jens Axboe: more bio updates
- Al Viro: rd_load cleanups. hpfs mount fix, mount cleanups
- Ingo Molnar: more raid updates
- Jakub Jelinek: fix Linux/x86 confusion about arg passing of "save_v86_state" and "do_signal"
- Trond Myklebust: fix NFS client race conditions

Versienummer	2.5.2
Besturingssystemen	Linux, Linux x86
Website	kernel.org
Download	http://www.kernel.org/pub/linux/kernel/v2.5/linux-2.5.2.tar.gz

Reacties (15)

[Stealthje]

HOHO, let op !

Dit is een Developer kernel, en is niet gegarandeerd stabiel.

2.5 is oneven == developer
2.4 is even == stable

Gewoon voorlopig de laatste stable pakken tenzij je een van de features expliciet nodig hebt ...

De features komen vanzelf in de 2.4 lijn, hier worden ze eerst getest.

[RIP-airco]

hmmmzz

weer iets geleerd. maar komen die niet in 2.6 ??? versienummers hogen toch altijd op, of vergis ik me ??

maw 2.6 is de stable van de 2.5

airco

[Equator]

Momenteel is de huidige stable tree de 2.4 tree.
De volgende stable tree zal zijn de 2.6 kernel. Daar zitten echter alle verbeteringen in die er in de voorgaande development kernel zijn gemaakt. (Oftewel de 2.5 kernel.)

Je kan overigens best de kernel donwloaden, en proberen, maar wees gewaarschuwd. Er kunnen zich erg vreemde dingen gebeuren, aangezien de kernel nog niet is getest.
Aan de andere kant kan het zijn dat je een verschrikkelijk stabiele versie hebt, en dat je hier een jaar mee kan blijven draaien. Who know's

[Verwijderd]

Je kan overigens best de kernel donwloaden, en proberen, maar wees gewaarschuwd. Er kunnen zich erg vreemde dingen gebeuren, aangezien de kernel nog niet is getest.

Het gebruik van een development kernel moet niet helemaal ontmoedigd worden want het is wel de bedoeling dat ie gebruikt en dus getest wordt. Mocht je dan een bug vinden dan wordt het zeer gewardeerd als je dat meld.

[RG]

Het gebruik van een development kernel moet niet helemaal ontmoedigd worden want het is wel de bedoeling dat ie gebruikt en dus getest wordt. Mocht je dan een bug vinden dan wordt het zeer gewardeerd als je dat meld.

Zeker waar, maar het is maar voor weinigen weggelegd. Je moet dan wel zelf je kernel compileren en weten hoe je problemen kunt opsporen en rapporteren. En als je helemaal de developpers van dienst wilt zijn een patch sturen.

[Verwijderd]

In principe gaan verbeteringen naar 2.6/3.0 (hoewel dat eigenlijk gewoon een voortzetting zal zijn van 2.5, net zoals 2.4 gewoon een nieuwere versie van de laatste 2.3 kernel was), maar als dingen erg stabiel blijken kan het gebeuren dat ze gebackport worden naar 2.4, onder andere voor drivers enzo.

Overigens is 2.4 nog niet echt fantastisch, maar gelukkig is Alan Cox weer verder gegaan met de -ac tree (daar zit namelijk nog altijd de VM van Rik van Riel in i.p.v. de IMHO inferieure (want vooral op desktops gerichte) VM van Andrea Arcangeli die sinds 2.4.10 de Linus (inmiddels Marcelo) tree teistert), dus binnenkort stap ik waarschijnlijk over (zit nu nog op 2.2).

[Verwijderd]

Die disscussie is al achterhaal over de vervanging van de VM. Toen Linus in 2.4.10 die beslissing nam kwam er heel veel kritiek. Vooral van Alan Cox. Maar die kritiek verstomde al snel toen de code van Andrea Arcangeli beter bleek. De code is met name beter als er oude geheugenpagina's uigeswapt moeten worden.

Ik heb vernomen dat Alan Cox deze VM ook in zijn kernel wil opnemen. Ik lees nu ook lang niet zoveel meer over VM in linux problemen. Maar ik kan het natuurlijk verkeerd hebben.

[Ronald]

na 2.4.13-ac8 heeft alan een hele tijd geen release meer gedaan.

recent is er weer een nieuwe alan release: 2.4.18-pre3-ac2
de patch is vrij klein en ik gok zomaar dat hij nu ook de arcangeli VM houdt

[Verwijderd]

Nee, hij gebruikt de nieuwe rmap VM van Rik. Alan is gelukkig nooit gezwicht voor de druk om Andrea's VM te gebruiken.

Er staat een interview met Rik van Riel op http://linux.html.it/articoli/rik_van_riel_en1.htm waarin hij zegt blij te zijn dat hij nu in alle rust aan zijn eigen VM kan werken, zonder gezeur van Linus.

[RG]

Die nieuwe VM van Andrea Arcagneli (vanaf 2.4.10) is helemaal niet zoveel beter dan die van Rick van Riel. De grote problemen blijven en alleen voor de desktop werkt de VM van Andrea beter. Rick is ondertussen een nieuwe, veel betere VM aan het bouwen die onder zware load veel beter zal presteren.

[Ronald]

de eerste 2.5.3-pre1 is al verschenen:

pre1:
- Al Viro: fix up silly problem in swapfile filp cleanups in 2.5.2
- Tachino Nobuhiro: fix another error return for swapfile filp code
- Robert Love: merge some of Ingo's scheduler fixes
- David Miller: networking, sparc and some scsi driver fixes
- Tim Waugh: parport update
- OGAWA Hirofumi: fatfs cleanups and bugfixes
- Roland Dreier: fix vsscanf buglets.
- Ben LaHaise: include file cleanup
- Andre Hedrick: IDE taskfile update

Waar mij vooral de patch van al viro belangrijk lijkt. Nuttig om op te letten voor mensen die graaf de developer kernels testen.

[RG]

Een pre kernel van de onstabiele tree, dan ben je wel heel extreem bezig
volgens mij kunnen ze dat pre gewoon beter schrappen en telkens eentje ophogen wanneer er grote nieuwe dingen inkomen.

[RG]

Andre Hedrick: 'DO NOT USE IT (Re: linux-2.5.3-pre1 and IDE Driver Trouble) FATAL'

As I said: die dus niet installeren

[Papillon]

Ik weet niet hoe het bij anderen zit, maar meldingen van de 2.5 series hoeven van mij niet zo, de 2.4 kernels en 2.2 kernels, die veel in productionele worden gebruikt, lijken mij zinvoller.

De 2.5 kernels zijn gewoon ontwikkel kernels, omgever zoiets als pre-beta !

[Jochem]

Kom op jongens: Deze kernel releases horen toch niet thuis in the softwaretracker.