Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 24 reacties
Bron: Kernel.org

musiman changelog is weer groot deze keer:

final:
- page write-out throttling
- Pete Zaitcev: ymfpci sound driver update (make Civ:CTP happy with it)
- Alan Cox: i2o sync-up
- Andrea Arcangeli: revert broken x86 smp_call_function patch
- me: handle VM write load more gracefully. Merge parts of -aa VM

pre6:
- Stephen Rothwell: APM idle time handling fixes, docbook update, cleanup
- Jeff Garzik: network driver updates
- Greg KH: USB updates
- Al Viro: UFS update, binfmt_misc rewrite.
- Andreas Dilger: /dev/random fixes
- David Miller: network/sparc updates

pre5:
- Greg KH: usbnet fix
- Johannes Erdfelt: uhci.c bulk queueing fixes

pre4:
- Al Viro: mnt_list init
- Jeff Garzik: network driver update (license tags, tulip driver)
- David Miller: sparc, net updates
- Ben Collins: firewire update
- Gerd Knorr: btaudio/bttv update
- Tim Hockin: MD cleanups
- Greg KH, Petko Manolov: USB updates
- Leonard Zubkoff: DAC960 driver update

pre3:
- Jens Axboe: clean up duplicate unused request list
- Jeff Mahoney: reiserfs endianness finishing touches
- Hugh Dickins: some further swapoff fixes and cleanups
- prepare-for-Alan: move drivers/i2o into drivers/message/i2o
- Leonard Zubkoff: 2TB disk device fixes
- Paul Schroeder: mwave config enable
- Urban Widmark: fix via-rhine double free..
- Tom Rini: PPC fixes
- NIIBE Yutaka: SuperH update

pre2:
- Alan Cox: more merging
- Ben Fennema: UDF module license
- Jeff Mahoney: reiserfs endian safeness
- Chris Mason: reiserfs O_SYNC/fsync performance improvements
- Jean Tourrilhes: wireless extension update
- Joerg Reuter: AX.25 updates
- David Miller: 64-bit DMA interfaces

pre1:
- Trond Myklebust: deadlock checking in lockd server
- Tim Waugh: fix up parport wrong #define
- Christoph Hellwig: i2c update, ext2 cleanup
- Al Viro: fix partition handling sanity check.
- Trond Myklebust: make NFS use SLAB_NOFS, and not play games with PF_MEMALLOC
- Ben Fennema: UDF update
- Alan Cox: continued merging
- Chris Mason: get /proc buffer memory sizes right after buf-in-page-cache

Lees meer over

Versienummer:2.4.13
Besturingssystemen:Linux, Linux x86
Website:Kernel.org
Download:http://www.kernel.org/pub/linux/kernel/v2.4/linux-2.4.13.tar.gz
Moderatie-faq Wijzig weergave

Reacties (24)

Zorgen dat je steeds de kernel-config bewaart in een filetje (.config) die je steeds neerplant in de directory /usr/src/<versie> waar je de nieuwe kernel-sources hebt ge-unpacked. Heb je in ieder geval minder te menu-configgen en wel de voordelen van een nieuwe kernel (al was het voordeel bij kernel 2.4.11 wat minder groot ;-) ) .
en dan wel "make oldconfig" gebruiken en .config niet zomaar neerplanten en gebruiken want als er opties zijn toegevoegd of weggelaten kan je zo aardig de mist ingaan.
Is 'load config file' oid in 'make xconfig' hetzelfde als 'make oldconfig'?

Het is overigens toch ook wel goed om af en toe je kernel weer helemaal opnieuw te configgen, haal je eventuele fouten/onnodigheden eruit die je per ongeluk mee had genomen.
als je fouten maakt of onnodige dingen meecompileert dan moet je helemaal niet beginnen aan het upgraden van je kernel..
Sorry hoor, maar dat is natuurlijk een beetje onzin. Als je als newbie denkt dat je genoeg ervaring hebt om een kernel te kunnen bakken doe je dat gewoon. En ja, dan zitten er onzin dingen in, is ie niet optimaal en/of mist ie het een en ander.

Maar daar leer je wel van. Iedereen die wel eens een kernel bakt is eens begonnen en heeft fouten gemaakt. Mij kan je niet vertellen dat jij nooit fouten hebt gemaakt.
:D
Zoals rtl8139 compileren in de kernel en dan vreemd opkijken als 8139too niet wil laden als module :)

Ik blijf eerst bij kernel 2.2.19, die draait perfect hier (heb alleen nieuwe modules voor SCSI en netwerkkaart hoeven bijmaken, verder draait ie al een paar maand)
als je fouten maakt of onnodige dingen meecompileert dan moet je helemaal niet beginnen aan het upgraden van je kernel... (8>
Een kernel compileren is niet zo moelijk en nagenoeg elke kernel die je vanuit een source gaat installeren kan je zo maken dat hij op elk systeem draait !
Ik ben tot nu toe nog geen kernel tegen gekomen die niet draait op een van onze systemen.
Nee, het compileren stelt niet veel voor nee, maar het configureren is niet iets dat je zomaar even doet, zonder wat documentatie erbij te nemen.

Als ik zie hoe vaak het fout gaat bij mensen die het nog nooit gedaan hebben, omdat ze verggeten voor de goede processor te compileren. FS support vergeten etc etc.

Sja en zonder configuratie is het niet echt verstandig om te gaan compileren en installeren he ;)
Dat je niet zomaar je oude kernel vervangt door een nieuwe weten we allemaal wel hoop ik. Gewoon met LILO de oude kernel beschikbaar houden en met de nieuwe booten. (ja, jammer van je uptime)

Ik wilde nog zo'n open deur intrappen door te verwijzen naar de Nederlandse mirror van kernel.org. Maar helaas, de nieuwe kernel is daar _nog_ niet gearriveerd. Het kan natuurlijk geen kwaad om toch even te kijken of het ondertussen al gearriveerd is. So here it is:

ftp://ftp.nl.kernel.org/pub/linux/kernel/v2.4 /

Edit:
De link hierboven bevat ondertussen wel de nieuwe kernel!
een back out is altijd een verstandige zaak. je moet altijd terug kunnen naar de oude situatie.

maar een nieuwe kernel compilen is een eitje. gewoon de .config copieren en ff rap de commands weg hakken. met een Athlon 800-tje is dat in een minuutje of 10 geregeld. (8 min. compile time)

als je vanaf scratch moet uitzoeken welke onderdelen je wil is het een ander verhaal, maar met wat ervaring is dat ook zo geregeld.
Hopen dat Linus deze kernel nu stabiel genoeg vind en de tree van 2.5 gaat openen. Dat zou ie in elk geval deze maand gaan doen had ie aangekondigd. Ik vind trouwens sowieso dat men wel iets sneller met een nieuwe tree mag beginnen en dat Alan Cox gewoon verder gaat met de 2.4 kernel totdat die uitgestabiliseerd is zeg maar. Linus zelf doet toch niet zo erg veel aan de kernel, dus kan hij net zogoed een nieuwe tree opengooien om wat te gaan brainstormen en nieuwe ideeen te implementeren...
Het is juist heel erg goed dat eerst de huidige tree geoptimaliseerd wordt voordat er met een nieuwe begonnen wordt.
Dit i.t.t. een groot softwarebedrijf uit Redmond, waar het regelmatig voorkomt dat irritante (bekende!) bugs er in een volgende versie niet uitgehaald zijn, terwijl er wel functionaliteit toegevoegd wordt.
page write-out throttling
Zou dat over dat swapgeheugen gaan dat volgens sommigen VEEL te snel wordt aangesproken enzo?
Nee, dat zou eerder dit zijn! =>
me: handle VM write load more gracefully. Merge parts of -aa VM
nou nou nou, WAT een changelog... :z

post nou toch 'ns gewoon dat hele ding of post 'm gewoon helemaal niet, want aan alleen de changelog van de laatste prerelease heeft niemand wat. |:(

de enige die 't laatst wel goed heeft gedaan was toch echt femme himself... 8-)
Een kernel compileren is niet iets voor linuxnewbies. Het vereist de nodige kennis. Met een uitdraai van de kernel FAQ zal het je ongetwijfeld best wel lukken.
Dit valt dus reuze mee. Ik ben ook nog aardig Newbe, maar een kernel compileren is toch wel t makkelijkste dat er is zo'n beetje. Ok, misschien gooi ik er wat overbodige troep in, magoed dat maakt toch ook niet zo heel veel uit...
Hmmmm :?
Dit is al de zoveelste kernelupdate de laatste tijd. Dit maakt het voor linuxnewbies (such as myself) er niet overzichtelijker op :(
Dan moet je elke keer toch opnieuw compileren, en na die misser met 2.4.10 (toch?) ben ik er niet zeker van of je elke kernel zomaar kan installeren.
Een kernel compileren is niet iets voor linuxnewbies. Het vereist de nodige kennis. Met een uitdraai van de kernel FAQ zal het je ongetwijfeld best wel lukken.

Maar een linuxnewbie kan denk ik beter meesurfen op kernel packages zoals redhat die released. Die kunnen met het proggie up2date binnengehaald worden en automagisch geinstallerd worden (inclusief LILO update).

Mandrake, Suse en anderen zullen vast ook zulke mogenlijkheden bieden. Anyone???
ik heb gisteren nog up2date gerunned, maar die slaat nieuwe kernels over en installeert deze niet.

Volgens mij is het wel in te stellen, maar standaard doet die dat niet.
DMV up2date --configure kan het wel ingesteld worden.
je hoeft niet elke kernel te installeren als je het met windows vergelijkt, dit zijn de patches die beschikbaar worden gesteld op windowsupdate.com alleen worden ze nu niet uitgeselecteerd en zul je zelf moeten kijken welke update's je wel of niet nodig hebt als je systeem goed werkt installeer dan alleen de security patches en update de kernel alleen als er nieuwe dingen inkomen die jij nodig hebt.
Je kan ook kijken in de changelog of er wat boeiende dingen veranderd zijn voor jou pc.. E.G. dat er een keer een goede emu10k1 driver ingebakken zit. In deze release is er wel gerommelt met ext2, misschien dat je het het waard vind om het te compilen. Ik niet iig. ik wacht zowiezo op de ac kernel patches.
Misschien een domme vraag maar waar staat AC voor?
Alan Cox, dat is de naam van een kernel developer die een afsplitsing van de huidige 2.4.x kernel bijhoud in z'n eigen tree

Op dit item kan niet meer gereageerd worden.



© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True