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, submitter: Andante

Andante wijst ons op een nieuwe release van Linux kernel 2.6. Deze is genummerd als 2.6.3 en kent een waslijst aan veranderingen. Release candidate 4 van deze branche werd afgelopen maandag gepubliceerd en kende onder andere verbeterde Radeon-support en ondersteuning van PPC- en PPC64-systemen. In de finalversie zijn voornamelijk de kleine bugs uit de code gesloopt. Linus Torvalds heeft de volgende tekst verspreid:

Ok, it's out.

There were some minimal changes relative to the last -rc4, mostly some
configuration and build fixes, but a few important one-liners too.

Happy testing,

Linus


Summary of changes from v2.6.3-rc4 to v2.6.3
============================================

Alexander Viro:
o blkdev_put() data corruption

Andrew Morton:
o mremap NULL pointer dereference fix
o cifs: kunmap_atomic() takes a kernel address
o Tuner bugfix

Bartlomiej Zolnierkiewicz:
o fix build with CONFIG_BLK_DEV_IDEDMA=n (once again)

Ben Collins:
o [SPARC64]: Add symbols to show_stack, and make oops stack output
work

David Mosberger:
o fix ia64 build failure
o Fix radeon warning on 64-bit platforms

David S. Miller:
o [SPARC64]: Fix non-PCI build, reported by David Dillow
o [SPARC64]: Fix warnings on non-PCI build
o [SPARC64]: Fix build with sysctl disabled

Hideaki Yoshifuji:
o [NETFILTER]: Fix signedness overflow in ip" rel="external">,6_tables.c

James Simmons:
o small fbmem.c fix

Jim Paradis:
o Fix fencepost error in x86_64 IOMMU

Linus Torvalds:
o Fix the dependency chain for I2C_ALGOBIT from the FB drivers that
need it.
o Linux 2.6.3

Roman Zippel:
o Avoid bogus warning about recursive dependencies[break]*Linux Kernel 2.6.3 Tarball
*Linux Kernel 2.6.3 Bzip2
*Linux Kernel 2.6.3 Patch
Moderatie-faq Wijzig weergave

Reacties (20)

Zit die root exploit er nou in of niet , die vandaag bekend werd gemaakt?
Ja, 2.6.3 bevat de fix voor de mremap-unmap bug, net als 2.4.25.

Zie isec.pl/vulnerabilities/isec-0014-mremap-unmap.txt voor meer informatie.

Edit:
Hm, het is eigenlijk nog een goeie vraag... Het 2.6.3 changelog bevat een mremap() wijziging, maar of dat met betrekking tot die bug is weet ik zo snel niet zeker.

Edit 2:
Ja, 2.6.3 bevat de fix.

Het probleem was dat de return value van do_munmap() niet gecontroleerd werd (zie bovenstaande isec link voor uitgebreidere uitleg daarover). De 2.4.25 patch bevat de volgende regels:
@@ -258,16 +258,20 @@
if ((addr <= new_addr) && (addr+old_len) > new_addr)
goto out;

- do_munmap(current->mm, new_addr, new_len);
+ ret = do_munmap(current->mm, new_addr, new_len);
+ if (ret && new_len)
+ goto out;
Welke het probleem oplossen.

De 2.6.3 patch bevat deze regels ook:
@@ -346,7 +348,9 @@
if ((addr <= new_addr) && (addr+old_len) > new_addr)
goto out;

- do_munmap(current->mm, new_addr, new_len);
+ ret = do_munmap(current->mm, new_addr, new_len);
+ if (ret)
+ goto out;
Dus in 2.6.3 wordt de do_munmap() return value ook gecontroleerd, waardoor de bug opgelost is.
<torvalds@evo.osdl.org>
Fix user-visible typo in printk.

Somebody has been watching lord of the rings a bit too
much.. "My precioussssss.."
LOL :D
Voor de mensen die nog twijfelen om over te stappen naar de 2.6kernel kan ik alleen adviseren om dit te doen. Ik draai sinds vanochtend ook de 2.6.3 (hiervoor de 2.6.2) en kan de 2.6 reeks alleen maar adviseren. Alle software lijkt sneller te draaien onder de 2.6 kernel. Ik draai fedora core 1 met op een 2.4 GHz Pentium IV. Voor server omgeving blijft de 2.4 serie natuurlijk beter vanwege de tot op heden behaalde resultaten.
Nou 2.6 heeft niet alleen voordelen. cds fikken werkt hier totaal niet meer metr scsi emu en met atapi.

enne mensen als je geen idee hebt waar als je diskspace aan opgaat doe is du -hs in /usr/src
Ik heb gisteren nog een DVD gebrand met de 2.6.3-rc3 en K3b
ide-scsi is no longer needed for cd writing applications!
The 2.6 kernel supports direct writing to ide-cd, which eliminates the need for ide-scsi + the entire scsi stack just for writing a cd. The new method is more efficient in every way.
Misschien beter kijken voordat je gaat roepen dat het niet werkt.
idd eerst lezen: http://www.ussg.iu.edu/hypermail/linux/kernel/0401.3/1660.html

omdat iest bij jou werkt werkt het dus bij iedereen?
Met kernel 2.6.3-rc3 werkt het bij mij iig ook prima. K3b geeft wel een waarschuwing dat IDE-ATAPI voor problemen kan zorgen, maar daar heb ik in de praktijk niets van gemerkt.
cdrecord dev=/dev/cdrom ;)
Voor server omgeving blijft de 2.4 serie natuurlijk beter vanwege de tot op heden behaalde resultaten.
Tot op heden haal ik met 2.6 juist betere resultaten op servers hier dan op 2.4 systemen. Ook nog geen crashes gehad. Mocht het wel gebeuren, ach, kwestie van bak rebooten en het ding reboot nog automatisch in 2.4 voor de zekerheid. Hooguit 2 minuten downtime dan. Maar wel een stuk hogere performance.

Was overigens toch ook een nieuwsbericht over geweest op t.net?
Een beetje professioneel iemand wil ook geen 2 minuten downtime hoor...
In een uiterst geval heb je 2 minuten downtime, maar het is nog nooit nodig geweest. Ik probeerde alleen aan te geven dat het niet echt een probleem is. Hoe vervelend 2 minuten downtime is hangt af van de dienst die je levert. Bij webhosting hoor je niemand klagen, je hebt elke maand alleen al meer dan 2 minuten omdat er wel een verbinding een keer uit ligt oid.

Voor de echt belangrijke sites maak je natuurlijk ook gebruik van load balancing, dan merk je er ook niks van, omdat er dan voor 2 minuten naar de andere server wordt overgeschakeld.

Ik heb liever dus gewoon die betere performance dan :)
Voor de mensen die nog twijfelen om over te stappen naar de 2.6kernel kan ik alleen adviseren om dit te doen.
...ik zal eens kijken of mijn muis het nu wel doet in X. Jah werkelijk waar. ;)

maar wat ik eigenlijk wil zeggen: iedereen mag dit imho toch voor zichzelf uitmaken. Ik moet nog alsa ergens in mijn systeem zien te krijgen, en wacht nog rustig totdat 2.6.x wat rustiger wordt. (ik wou stabiel zeggen, maar dat is deze al) Op een recente server heb ik ook gewoon 2.4 geinstalleerd.
een punt release per 3 weken...
Ze hebben er goed de sokken in! :)
daarom blijf ik nog lekker even op 2.4 zitten :) ergens bij 2.6.20 zal ik eens overstappen denk ik :)
Er wordt in de changelog weliswaar een fix genoemd met betrekking tot lockups met Nforce2-chipsets, maar de lockups op Nforce2-systemen als zowel ACPI als APIC enabled zijn komen helaas nog steeds voor! :'(
Ik heb zelf ook nog een probleem met de ITE8212 controler in combinatie met mijn moederbord.K8VT800Pro hij doet het gewoon niet incompatible weet ieamnd een oplossing :Y)
hmmm, net 2.6.3 ge´nstalleerd over Slackware-9.1, doet mn qmail en BIND het niet meer :-(

Voor BIND heb ik <a href="http://streetend.force9.co.uk/cgi-bin/wiki.pl?RedHat_2.4_To_2.6_Kernel_Upgrade">hier</a> de oplossing gevonden, voor qmail is die er nog niet, vrees ik :`(

Toch nog maar ff wachten tot Dan Bernstein weer aan het werk gaat...
Eindelijk van die irritantje muis resync bug af :)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 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