Software-update: Linux Kernel 2.6.0-test1

Linus Torvalds heeft gisteren de eerste testversie van de Linux 2.6-kernel uitgebracht. Hij verwacht dat het developen van de final van 2.6 minder tijd in beslag neemt dan de ontwikkeling van de 2.4-final, die in zeven maanden tijd afgerond werd. De Linux-goeroe kondigt het volgende aan:

Ok, the naming should be familiar - it's the same deal as with 2.4.0.

One difference is that while 2.4.0 took about 7 months from the pre1 to the final release, I hope (and believe) that we have fewer issues facing us in the current 2.6.0. But very obviously there are going to be a few test-releases before the real thing.

The point of the test versions is to make more people realize that they need testing and get some straggling developers realizing that it's too late to worry about the next big feature. I'm hoping that Linux vendors will start offering the test kernels as installation alternatives, and do things like make upgrade internal machines, so that when the real 2.6.0 does happen, we're all set.
Linus[break]

• Linux 2.6.0-test1 Bzip2
  
  • Linux 2.6.0 Bzip2 patch
  
  
• Linux 2.6.0-test1 Tarball
  
  • Linux 2.6.0-test1 Tarball patch

Versienummer	2.6.0-test1
Besturingssystemen	Linux, Linux x86
Website	Kernel.org
Download	http://www.trueserver.lkams.kernel.org/pub/linux/kernel/v2.6/
Bestandsgrootte	31,40MB
Licentietype	GPL

Reacties (19)

Zal de final versie ook al uitkomen als nog niet alle drivers die in de kernel zitten werken/compileren?
Bijv deze driver:

CC [M] drivers/scsi/dpt_i2o.o
drivers/scsi/dpt_i2o.c:32:2: #error Please convert me to Documentation/DMA-mapping.txt
drivers/scsi/dpt_i2o.c: In function `adpt_install_hba':
drivers/scsi/dpt_i2o.c :977: warning: passing arg 2 of `request_irq' from incompatible pointer type
drivers/scsi/dpt_i2o.c: In function `adpt_scsi_to_i2o':
drivers/scsi/dpt_i2o.c:2118: structure has no member named `address'
make[2]: *** \[drivers/scsi/dpt_i2o.o] Error 1
make[1]: *** \[drivers/scsi] Error 2
make: *** [drivers] Error 2
CP10860-b linux-2.6.0-test1 #

Die heb ik erg hard nodig (lees daar staat alle belangrijke data op) Maar die compiled al sinds eeuwen niet meer Toch wel vervelend, kkan zo dus niet gaan testen

Die heb ik erg hard nodig (lees daar staat alle belangrijke data op) Maar die compiled al sinds eeuwen niet meer

Als er belangrijke data op staat, gebruik je toch geen 'test' of 'pre' kernel? Alleen stabiele kernels op produktionele systemen. Op een laptopje of op een 'spare'/test systeem test je de 'pre'/'test' kernels..

File een bug op bugzilla.kernel.org. Dit help beter dan hier klagen.

Dit heeft mij al meerdere keren geholpen.

Een must read voor iedereen die met een 2.5 of 2.6-test kernel wil gaan experimenteren:

http://www.codemonkey.org.uk/post-halloween-2.5.txt

Heel veel nuttige informatie over nieuwe features, belangrijke wijzigingen en kleine probleempjes met deze kernels. Één van de dingen die erin staat is bijvoorbeeld wat twee posts hoger beschreven wordt, dat je de input core en vga console aan moet zetten

Dit is ook een goede (nog in ontwikkeling):

http://www.kniggit.net/wwol26.txt (tekst)
http://www.kniggit.net/wwol26.html (html)

Dit document geeft de wijzigingen weer als verhaal. Gemaakt door Joe Pranevich. Hij heeft ook de 2.2.0 en 2.4.0 announcement gemaakt. Vooral zijn 2.4.0 announcement werd door vele nieuwssites gebruikt.

Whooptiedoo!! Eindelijk!! Gelijk proberen.
Heb me in het verleden wel es met 2.5 bezig gehouden, maar had eigenlijk te weinig tijd om er echt in te duiken. Maar deze wil ik wel ff testen, kijken of die snelheidsverbeteringen merkbaar zijn.
Als eind dit jaar Novell al z'n tools ook op Linux loslaat wordt het echt nog leuk.

Edit - Waarom worden de first posts vaak zo achterlijk gemodereerd?? Dat ik toevallig de eerste ben die post wil niet zeggen dat ik op een first post uit ben. Lijkt me niet geheel overbodig dat Novell veel van z'n beheer-tools ook naar Linux gaat porten. Ze gaan vanaf netware 7 zelfs een Linux kernel gebruiken.

Niet onbelangrijk: bij mij werden in de standaard .config (en ook niet met "make config") de variabelen CONFIG_VT, CONFIG_VT_CONSOLE en CONFIG_VGA_CONSOLE niet gevraagd. Dit kwam doordat CONFIG_INPUT standaard op 'm' staat, deze moet je op 'y' zetten.

Zonder deze configs op 'y' te zetten zul je tijdens het opstarten na het volgende bericht:

Uncompressing kernel...OK, booting kernel.

...niets meer zien. Opgelet dus

-edit: meer info

Changelog anyone?

Martijn

Zie bron

http://www.trueserver.lkams.kernel.org/pub/linux/kernel/v2.6/ChangeLog -2.6.0-test1

Ik zie liever een feature log. Hier wordt ik nog niet echt wijs van als 'klant'.
Ze mogen die reclame voor het product wel eens beter gaan regelen. Het is voor normale gebruikers bijna ondoenlijk om de verbeteringen te volgen via een changelog.

Geen changelog, maar een geweldig document waarin alle wijzigingen haarfijn op een niet te technische manier uitgelegd worden (alhoewel er redelijk wat kennis van Linux verondersteld wordt):

http://www.kniggit.net/wwol26.html

Het kost ff tijd om het te lezen, maar dan weet je ook haarfijn wat je kunt verwachten van Linux 2.6 (of 3.0?)!!!

edit:

....zoals enkele posts hieronder ook al gemeld werd...
sorry voor de dubbelpost

Even voor de informatie: deze kernel is bij Gentoo linux ook te vinden in de portage-tree onder development sources
[edit] Gentoo met 1 hoofdletter

Het is Gentoo met maar één hoofdletter ;-)

Ontopic: ik ga hem zo maar eens testen. Kreeg met 2.5.75 mijn Linksys WPC11 niet aan de gang en ook X gaf een zwart scherm (met Radeon DRI).

Update: heb hem draaiend. X werkte meteen goed (nu zit de 1.9.0 Radeon DRI-module erin, ipv de 1.8.0 uit 2.5.75).
Ben wat aan het prutsen geweest en zelfs de WPC11 werkt nu. Hiervoor heb ik PCMCIA in de kernel aangezet en linux-wlan-ng opnieuw gecompileerd. Daarna werkte het eigenlijk al goed.

Weet iemand of Mount Rainier / Easywrite packetwriting is geimplementeerd?

Ik vind alleen wat referenties (Jens Axboe is ermee aan de gang geweest), maar nergens bevestiging dat het het werkelijk gehaald heeft in de 2.6 test kernel..

Ik kan hier ook bijna niets over vinden
Ik vermoed dat het er niet in zit, bugzilla.kernel.org heeft er iig geen bugs over...
Met wat geluk komt er een patch beschikbaar die ons redt...

Overigens nog steeds leuk om te zien dat hackers gevoel voor humor hebben

A long time ago in a land far far away the icmpv6 filter
code bogusly used the "unsigned long" based bitops and
thus we had all kinds of endianness problems wrt. 32-bit
apps running on 64-bit machines. These days the icmpv6
code explicitly uses u32 fixed types and thus no translations
are necessary.

RH9 2.6.0-test1 kernel en utils:

http://people.redhat.com/arjanv/2.5/

Je hebt nog nfsutils uit rawhide (RH unstable) nodig

Thanks for linking the patch. I'm now building the first 2.6 pre kernel.

Let's hope it quickly turns into 2.6.0 so that new features can be added in 2.7.0 and beyond.