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 , , 20 reacties
Bron: Kernel.org

Equator

final:
- Jan Kara: fix quota SMP races with BKL

pre9:
- David Brownell: usbnet update
- Greg KH: USB and PCI hotplug update
- Ingo/me: fix SCHED_FIFO for UP/SMP for good (flw).
- Add back direct_IO now that it works again.

pre8:
- Richard Henderson: alpha update
- Andrew Morton: fix ext3/minix/sysv fsync behaviour.

pre7:
- Jeff Garzik: network driver updates
- Christoph Hellwig: UFS filesystem byteorder cleanups
- me: modified Andrea VM page allocator tuning

pre6:
- Russell King: /proc/cpuinfo for ARM
- Paul Mackerras: PPC update (cpuinfo etc)
- Nicolas Aspert: fix Intel 8xx agptlb flush
- Marko Myllynen: "Lindent" doesn't really need bash
- Alexander Viro: /proc/cpuinfo for s390/s390x/sh, /proc/pci cleanup
- Alexander Viro: make lseek work on seqfiles

pre5:
- Greg KH: enable hotplug driver support
- Andrea Arcangeli: remove bogus sanity check
- David Mosberger: /proc/cpuinfo and scsi scatter-gather for ia64
- David Hinds: 16-bit pcmcia network driver updates/cleanups
- Hugh Dickins: remove some stale code from VM
- David Miller: /proc/cpuinfo for sparc, sparc fork bug fix, network
fixes, warning fixes
- Peter Braam: intermezzo update
- Greg KH: USB updates
- Ivan Kokshaysky: /proc/cpuinfo for alpha
- David Woodhouse: jffs2 - remove dead code, remove gcc3 warning
- Hugh Dickins: fix kiobuf page allocation/deallocation

pre4:
- Mikael Pettersson: make proc_misc happy without modules
- Arjan van de Ven: clean up acpitable implementation ("micro-acpi")
- Anton Altaparmakov: LDM partition code update
- Alan Cox: final (yeah, sure) small missing pieces
- Andrey Savochkin/Andrew Morton: eepro100 config space save/restore over suspend
- Arjan van de Ven: remove power from pcmcia socket on card remove
- Greg KH: USB updates
- Neil Brown: multipath updates
- Martin Dalecki: fix up some "asmlinkage" routine markings

pre3:
- Alan Cox: more driver merging
- Al Viro: make ext2 group allocation more readable

pre2:
- Ivan Kokshaysky: fix alpha dec_and_lock with modules, for alpha config entry
- Kai Germaschewski: ISDN updates
- Jeff Garzik: network driver updates, sysv fs update
- Kai Mäkisara: SCSI tape update
- Alan Cox: large drivers merge
- Nikita Danilov: reiserfs procfs information
- Andrew Morton: ext3 merge
- Christoph Hellwig: vxfs livelock fix
- Trond Myklebust: NFS updates
- Jens Axboe: cpqarray + cciss dequeue fix
- Tim Waugh: parport_serial base_baud setting
- Matthew Dharm: usb-storage Freecom driver fixes
- Dave McCracken: wait4() thread group race fix

pre1:
- me: fix page flags race condition Andrea found
- David Miller: sparc and network updates
- various: fix loop driver that thought it was part of the VM system
- me: teach DRM about VM_RESERVED
- Alan Cox: more merging

Lees meer over

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

Reacties (20)

2.4.15 is al weer opgevolgd door 2.4.16-pre1 omdat in 2.4.15 een (ernstige) bug is gevonden die corruptie kan veroorzaken bij unmounten.
Inderdaad, gebruik 2.4.15 (en 2.5.0) alsjeblieft niet!
Zie dit draadje op GoT: http://gathering.tweakers.net/showtopic.php/328852
Niet als flame bedoeld... maar ik vind het toch jammer dat het momenteel niet zo lekker loopt met de Linux kernel en dat er steeds zoveel bugfixes moeten komen. Bij de 2.2 kernel (die ik nog steeds naar volle tevredenheid draai) had je dat veel minder gauw. Ook wel... maar bij de 2.4 serie volgen de versienummers en patches elkaar wel erg snel op :(

Aan de ene kant is dit een teken dat ze het ontwikkelen aan Linux nog steeds wel heel erg serieus nemen. Aan de andere kant is het toch ook wel een beetje een teken dat ze misschien te snel iets nieuws willen uitbrengen, zonder eerst uitvoerig te testen.

Voor systeembeheerders en zo is het nu wel heel erg oppassen om niet te snel de nieuwste kernel te gaan installeren. Mede omdat een upgrade of evt. een roll-back of patch toch weer een reboot en dus downtime betekent...
Niet te gefixeerd op uptimes zijn hoor.

zoals een projectleider bij ons zei:
er zijn 2 manieren om een server onderuit te halen, gepland en ongepland.

Maar de bottom line is toch wel dat je niet altijd het nieuwste moet willen draaien. Als je met 2.2.20 goed over weg kan zeker daar bij blijven.

Zelf had ik dingen uit de 2.4 series nodig, maar vooralsnog heb ik geen klachten over 2.4.13 lekker laten dus.

Daarnaast lijkt het me niet meer dan redelijk dat eerst uitgebreid getest wordt of een kernel goed is voordat je hem op productie servers zet. Is geen absolute garantie, maar kan wel eea voorkomen.

't zal de eerste keer niet zijn... (hoor ik daar een 2.4.11?)
Daar heb je ook weer gelijk in :)
Daarom draai ik zelf ook nog gewoon 2.2.20.

En dat over die uptime: ach ja... bij een geplande downtime valt het ook wel mee. En als het op een test server uitvoerig getest is, is de kans dat het op de productie server goed gaat ook vrij groot... en dan duurt de downtime natuurlijk niet langer dan de tijd die nodig is voor een reboot :)
Ik wil er alleen nog aan toevoegen dat het releasen van de laatste kernel inhoudt dat jij de gebruiker hem moet gaan testen.

Meestal worden dingen afzonderlijk getest en daarna als patch naar de maintainer gestuurd.

Bij een release wordt misschien gekeken of het compiled op 1 machine...
Bij de release van 2.4.14 is dat kenlijk niet gebeurd. Die wilde door een stom foutje niet eens compileren ;( .
Toch vreemd dat ik na een ext3fs patch en een eepro patch (die hier wedereom niet in zit als ik de changelog mag geloven) gewoon kon compileren zonder problemen.
De kernels 2.4.15-pre9, 2.4.15 en 2.5.0 hebben een bug die bij het afsluiten van het systeem de data in cache niet wegschrijven naar schijf. Dit kan tot corruptie van je filesystem en verlies van data leiden.
De ontwikkeling van de stable tree (2.4.) wordt overgenomen door Marcelo Tosatti terwijl Linus - I hate maintanance- Torvalds met de development tree (2.5) verder gaat . Ik hoop en verwacht dat met het aantreden van Marcelo Torsatti (als verantwoordelijke voor de 2.4 kernel) de kwaliteit van toekomstige releases van de stable kernel zal verbeteren en dat dit soort blunders tot het verleden behoren.
Nog erger dan WinME, die sloot gewoon te snel af, waardoor de cache soms niet snel genoeg kon worden weggeschreven ;)

Kan gebeuren natuurlijk.. Alleen een beetje stom dat dat gewoon in de stable tree kan gebeuren, je zou verwachten dat ze dit soort bugs vinden bij het testen...
2.4.16 is nu uit :)
make-kpkg loopt al :)
En aan de changelog te zien nog steeds niet de eepro driver update die toch wel nodig is voor 10Mbit Intel kaarten.

Damn, maakt die Aris eens wat leuks, stoppen ze het niet in de kernel (die update is al bijna een maand als DIFF patch op de kernel te krijgen en hij heeft em gesubmit)
"Linuz heeft..
Moet dat niet:
"Linux heeft...
zijn :?

edit:

kolere typo: Lunix :? :D :P
Of Linus? :?

edit:

WFT is "Lunix" trouwens?
[Reactie op xoploosx]

"Lunix" wordt je als je filesystem corrupt om zeep is geholpen door die bug. ;)
LOL :D

edit:

Een lach is nooit overbodig jongeman! :+
Lunix is een aftreksel van Linux voor de c64
Lunix ???? Nee da's nog erger.

Het moet naturlijk Linus zijn. Linux Torvalds.
Linux Torvalds? Zeker een broer van Bill Windows :D

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