Software-update: Linux Kernel 2.6.19.2

Het is alweer een tijdje geleden dat de Linux Kernel in onze meuktracker voorbij kwam, maar gelukkig hebben de ontwikkelaars onlangs versie 2.6.19.2 uitgebracht die we bij deze dus kunnen vermelden. Voor de liefhebbers van lange lijsten met veranderingen verwijzen we jullie door naar de lijsten met de veranderingen in 2.6.19, 2.6.19.1 en 2.6.19.2. En de aankondigingen van de laatste drie uitgaves zien er als volgt uit:

Version 2.6.19.2:

We (the -stable team) are announcing the release of the 2.6.19.2 kernel. There's a long list of fixes, not the least of which is the data corruption fix from Linus and some security fixes:
  • d4ea7f9f: Bluetooth: Add packet size checks for CAPI messages (CVE-2006-6106)
  • eaca4fd8: handle ext3 directory corruption better (CVE-2006-6053)
  • fe89cf78: corrupted cramfs filesystems cause kernel oops (CVE-2006-5823)
  • 8d312ae1: ext2: skip pages past number of blocks in ext2_find_entry (CVE-2006-6054)
  • 54e25b04: VM: Fix nasty and subtle race in shared mmap'ed page writeback
  • e26353af: Fix incorrect user space access locking in mincore() (CVE-2006-4814)
thanks,
-chris

Version 2.6.19.1:

We (the -stable team) are announcing the release of the 2.6.19.1 kernel. It's an assortment of fixes with a couple security related:
  • a526d58e: do_coredump() and not stopping rewrite attacks? (CVE-2006-6304)
  • ad8ca99c: TOKENRING: Remote memory corruptor in ibmtr.c
thanks,
-chris

Version 2.6.19:

There it finally is (or rather - I'm currently uploading the tar-file and patches, and the mirrors are hopefully busily pushing out the git tree that is already updated).

There's not a lot to be said about the changes since -rc6: the shortlog (appended) tells the whole story, and it's really mostly a lot of one-liners or other really small changes. Bugs fixed, but nothing that stands out in my mind.

So go get it. It's one of those rare "perfect" kernels. So if it doesn't happen to compile with your config (or it does compile, but then does unspeakable acts of perversion with your pet dachshund), you can rest easy knowing that it's all your own d*mn fault, and you should just fix your evil ways.

You could send me and the kernel mailing list a note about it anyway, of course. (And perhaps pictures, if your dachshund is involved. Not that we'd be interested, of course. No. Just so that we'd know to avoid it next time).

Linus
Versienummer 2.6.19.2
Besturingssystemen Linux
Website Kernel.org
Download http://www.nl.kernel.org/pub/linux/kernel/v2.6/
Licentietype GPL

Door Japke Rosink

Meukposter

12-01-2007 • 14:42

10

Submitter: Proxy

Bron: Kernel.org

Reacties (10)

10
10
7
1
0
1
Wijzig sortering
Anoniem: 136813 12 januari 2007 16:33
Weet iemand waarom het me niet lukt om kernels vanaf 2.6.17 te booten, ik krijg steeds kernel panics bij het booten, al heel vroeg.
Grote kans dat je een Intel machine hebt en dat je harddisks ineens van /dev/hda naar /dev/sda verhuizen. Dit is met de nieuwe libata stack van 2.6.19 nog veel erger geworden op allerlei andere hardware. Je /etc/fstab en de root= regel in grub.conf aanpassen is in dat geval voldoende.
Hoe komt dit eigenlijk ? Wilt men van de /dev/hdX toestellen af om is dat omdat het bepaalde mobo's sata controllers waren die doorgingen als ata toestellen ?
Dat is vooral gedaan omdat er zoveel problemen met SATA controllers waren. Ik hoop dat deze update mijn SATA problemen zal oplossen (ik heb namelijk last van uitval waardoor de hard disks random andere namen krijg waardoor grub Linux niet kan laten starten).
Anoniem: 136813 @_JGC_12 januari 2007 18:24
Ik hen inderdaad een intel chipset (865 pe)

Hoe gaan die disks dan heten, ik heb nu een hda (2, 3 en 5) en sda(1 en 3); hda3 is mijn root wordt dat dan sdb2 of sda2?
Als je niet meer kunt booten moet je de live cd van Ubuntu gebruiken. Start gparted vanaf de live cd en kijk welke namen je HD's hebben gekregen.
Of je kernel zo configureren dat die de 'oudere' PATA stack gebruike (CONFIG_IDE).
Anoniem: 161074 12 januari 2007 15:19
De opensource community begint het jaar weer eens goed :P
Anoniem: 38411 12 januari 2007 16:19
2.6.20 krijgt kvm i.p.v. xen (virtulisatie)
Hiermee ken je met je nieuwe intel of amd hardware matig
virtualisatie draaien En dus ook windows.
voor mij een reden om straks een nieuwe proc te kopen.
xen heeft nooit bij de kernels gezeten, en ook 2.6.20 zal nog voor xen aan te passen zijn net zoals dat met de huidige kernel gebeurt.

Op dit item kan niet meer gereageerd worden.