Software-update: Linux Kernel 2.6.0-test10

Linus Torvalds heeft een nieuwe versie van de 2.6.0 Linux Kernel vrijgegeven met test10 als extra toevoeging. Het changelog is nog maar 65 KB groot en de release notes zien er als volgt uit:

Ok,

It's been almost a month between test9 and test10, with a constant but diminishing trickle of small patches. The full changes are slightly larger than I was hoping for, but considering that the patch is barely over 100kB compressed for a month worth of work, I'm still fairly pleased.

There is still something strange going on that seems to be triggered by preemption, so for now we suggest not enabling CONFIG_PREEMPT if you want the highest stability. On the other hand, I'd love to have more testing, so that we can try to figure out what the pattern is - but please mention explicitly that you ran with preemption if you have problems.

Quite a lot of the -test10 patches are one-liners and quite trivial. I've tried to be quite strict in patch acceptance, so the changes are largely fixes for things that can crash the machine, and they are also of the type "this can't possibly break anything". But hey, we all know that theory and practice don't always match

I'm planning/hoping on basically turning this over to Andrew, and let him decide to make the final 2.6.0 or not. Timing-wise Andrew is apparently going to be off for a few weeks, so regardless of whether this turns out to be rock solid or not, we'll have a few weeks of final testing before that were to happen. Which means that I might still end up making a test11 if Andrew hasn't come back and we find something that warrants it.

Btw, I'm happy to say that maintainers have been self-policing themselves quite admirably. Thanks to everybody involved.

The changelog gives more details, but the bigger things here are various networking fixes, and the SCSI layer being better at refcounting some data structures (the oopses on USB storage removal that some people have seen should hopefully be fixed).

[ Btw, I tried to come up with a good name for this release. But the fact is, that as Scott Adams has so often pointed out, you can't do much better than "weasel" when it comes to funny. Ever since the "greased weasel" series of kernel releases I have been stuck for a good name.

This release is tentatively called the "stoned beaver" release (beavers are _almost_ as good as weasels, as I'm sure Scott Adams would agree).

If you feel strongly about the issue, please send your votes and ideas to "[e-mail]", I'm sure somebody will find your insight fascinating.

Thank you in advance. ]

Linus[break]De volgende downloads zijn beschikbaar:
Volledige kernel (Bzip2 Tarball)
Patch voor 2.6.0-test9 (Bzip2 Tarball)

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

Reacties (23)

[Verwijderd]

Als het aan linus ligt is dit de final, maar hij zegt ook dat het natuurlijk een paar weken tot enkele maanden kan duren voordat ook echt de final uitkomt.
Zo als ik het lees hoopt hij dat ook opdat hij dan nog wat bugs eruit kan halen.
Ik verwacht overigens dat fedora als eerste met een distro inc kernel 2.6 komt. Dit mag ik aannemen gezien ze hebben gesteld dat ze om de paar maanden een nieuwe release wilden uitbrengen.
Alhoewel deze of de volgende versie dan wel als final genoemd mag worden, betekent dat niet dat er geen fouten meer inzitten natuurlijk, hij is alleen zo goed al klaar.
Dit hebben we gezien bij kernel 2.4, die nog doorverbeterd werd tot .22
Daarnaast heb ik zo hier en daar ook gehoord dat de volgende stable 3.0 zal gaan heten.

[Countess]

een "final" kernel will alleen zeggen dat hij niet zal crashen of andere zwaar foute dingen doen (HD wissen, je ram mollen, je array corrupten, ik zeg maar wat).
het wil niet zeggen dat alles wat er in zit ook altijd 100% werked, een aantal van de toegevoegde features kunnen nog in de test fasen zijn als de final word gereleased.
sterker nog, linus accepteert sins test 8 geen patches meer die niet iets crusials fixen, en werk nu tot te final enkel aan de stabiliteid.

daarnaast zal een linux kernel constant door-ontwikkeld worden om er nieuwe features en ondersteuning voor nieuwe dingen aan toe te voegen.
zo werks linux nu eenmaal.

[Liqued]

Volgens Slashdot wordt 2.6.0 verwacht in midden december.

[Skinkie]

ik zit momenteel te testen aan de OpenMosix patchen die welliswaar nog very unstable zijn maar binnen kort toch moeten worden ingezet al is het maar alleen voor de performance. Ik denk dat ik een van de weinigen ben die Glibc tegen 2.6 heb gecompiled en al ervaring heb opgedaan met de paches die nodig zijn voor bijvoorbeeld de XFSUtils of de vaker voorkomende CDRTools.

Zal nog een poos duren voordat elk pakketje weer tegen gcc3 en 2.6 werkt zonder dat je eerst wat includes moet toevoegen of patches moet applyen.

[voodooless]

gcc 3 is nog niet zo'n probleem, het meste doet het tegenwoordig wel, maar met de 2.6 kernel zijn idd nog wat softwareproblemen. dingen als LIRC werken bijvoorbeeld nog niet (geloof de CVS al wel half). Ook doen de meeste geheugenmonitors het nog niet goed.

Ik heb verder erg goede ervaringen met de 2.6 kernel. Voor mijn gevoel veel sneller en stabieler dan de laatste 2.4 series, zeker wat betreft SMP en SCSI.

[wzzrd]

De problemen met gnome-system-monitor zijn gefixt, als dat is wat je bedoelde.

[Verwijderd]

Ik gebruik hier met groot succes nog altijd LIRC met een Pinnacle afstandsbediening op de seriele poort om mp3s mee af te spelen. Dus deels werkt het in ieder geval wel.

[ArnoutD]

Voor de test10 RPMS kun je al terecht op : http://people.redhat.com/arjanv/2.5/RPMS.kernel/

[Verwijderd]

heeft iemand enig idee wanneer debian met een 2.6 distributie wil verschijnen ?

[Verwijderd]

Kernel 2.6 zit al in Debian SID.
Je kunt met apt-get install kernel-image-2.6.0-testx deze installeren.
Maar je bedoelt zeker een stabiele Debian met 2.6.
Dat zal wel heel erg lang duren.

Ik draai zelf Debian SID (dus Debian onstabiel) en het werkt perfect (met kernel 2.6.0test10).

[Verwijderd]

SID ? is dat Sarge of zo ?

[Arnout]

http://www.debian.org/releases/

Sid = unstable
Sarge = test
Woody = stable

[komkommer]

debian kennende zal dat wel even duren, maar gelukkig kan je het ook zelf compilen, hoeft debian niet voor je te doen uiteraard

[overloaddesign]

Ik draai zel de test9-bk27 en moet zeggen dat het ding zeer stabiel draait... de preemptive kernel leverd op mijn langzame notebook een merkbare snelheidswinst op.

Maarja daar ben je dan wel een paar uurtjes bezig met een goede .config file te maken

[Verwijderd]

Ik gebruik de gewone test9 en ik heb in ieder geval niet te klagen... Gewoon ffies steeds de ouwe .config voortaan eroverheen rossen en 't werkt

[Jack Flushell]

half uurtje oke, maar een paar uur met een .config bezig zijn... nee. ik doe het met menuconfig.. of doe jij het anders?

[Mac_Cain13]

Nou ik ben zeker wel langer dan een half uurtje bezig, iig als het (zoals nu) mijn 1e 2.6 kernel is die ik ga compilen. Dan kijk ik even rustig alle help info door en weeg goed af wat ik wel en niet wil.
Daarna kan ik natuurlijk wel gewoon mijn oude .config gebruiken en heb in een uurtje de nodige aanpassingen wel gedaan. Ik ros overgens nooit zomaar 'domweg' een oude .config er overheen. Ik kijk altijd nog ff door of iets beter kan.

[RobT]

Kunnen diegenen met ervaring duidelijk maken in hoeverre de test kernels goed werken, m.n. kwa hardware ondersteuning?

Hoe zit het met de 'nvidia' driver bv?

Ik begreep ook dat drivers laden heel anders gaat, merk je daar wat van?

* 786562 RobT

[Verwijderd]

Ik heb met 2.6 nog totaal geen problemen gehad. Ook niet met mijn NVIDIA kaart. Wel moet je even de source van NVIDIA patchen zodat hij compileerbaar is tegen de 2.6 kernel. Voor een korte HOWTO, zie http://www.saitatsu.net/blog/archives/000202.html en/of http://minion.de/

Drivers laden gaat (vanuit de gebruiker bekeken) identiek aan voorheen.

[AlterEgo]

Draadje op kerneltrap over het pre-empt-probleem.

It's actually unlikely to be preemption itself that is broken: it's much
more likely that some driver or other subsystem is broken, and preempt is
just better at triggering it by making some race conditions much easier to
see due to bigger windows for them to happen.

The problem is finding enough of a pattern to the reports to make sense of
what seems to be the common thread. A lot of people use preemption without
any trouble. Linus

Ik heb nergens last van

[Caviatjuh]

lol, net doen alsof dit misscien wel de final is en dan 1 dag later sneaky de 2.6.0-test11 releasen
http://kerneltrap.org/node/view/1684

[decramy]

I'm planning/hoping on basically turning this over to Andrew, and let him decide to make the final 2.6.0 or not.

dus bijna de final

[Robinski]

ik gok / hoop nog voor 2004