Software-update: Linux-kernel 2.6.29

Linus Torvalds heeft Linux-kernel 2.6.29 aangekondigd. De nieuwe versie is vanaf deze mirrorserver te downloaden en wordt met een flink aantal verbeteringen en vernieuwingen geleverd, waaronder Tuz die deze release tijdelijk Tux vervangt. Volgens Torvalds is de 2.6.29-kernel voorzien van vernieuwde stuurprogramma's voor onder meer wifi, netwerken en tracing. De website Kernelnewbies heeft een uitgebreider changelog online gezet, met daarin precies omschreven welke en wat voor vernieuwingen in de nieuwe kernel zijn doorgevoerd. De aankondiging van Torvalds is als volgt:

It's out there now, or at least in the process of getting mirrored out.

The most obvious change is the (temporary) change of logo to Tuz, the Tasmanian Devil. But there's a number of driver updates and some m68k header updates (fixing headers_install after the merge of non-MMU/MMU) that end up being pretty noticeable in the diffs.

The shortlog (from -rc8, obviously - the full logs from 2.6.28 are too big to even contemplate attaching here) is appended, and most of the non-logo changes really shouldn't be all that noticeable to most people. Nothing really exciting, although I admit to fleetingly considering another -rc series just because the changes are bigger than I would have wished for this late in the game. But there was little point in holding off the real release any longer, I feel.

This obviously starts the merge window for 2.6.30, although as usual, I'll probably wait a day or two before I start actively merging. I do that in order to hopefully result in people testing the final plain 2.6.29 a bit more before all the crazy changes start up again.

Linus

Versienummer	2.6.29
Releasestatus	Stable
Besturingssystemen	Linux, Linux x86, Linux AMD64, Linux IA-64
Website	Linux Kernel Mailing List
Download	http://www.nl.kernel.org/pub/linux/kernel/v2.6/
Bestandsgroottes	68,60MB - 14,80MB
Licentietype	GPL

Reacties (29)

[LollieStick]

Helaas zit er een nogal vervelende bug in deze kernel waardoor alle netwerktraffic naar verloop van tijd geblokkeerd wordt (zelfs loopback stuff)

Zie hier voor meer info. Er is al een workaround/fix beschikbaar welke naar verwachting opgenomen wordt in 2.6.29.1

[Verwijderd]

Een goto-constructie!? Is dat überhaupt wenselijk in productiecode op dit niveau? Het lijkt me welhaast verdedigbaar om daar hard op te filteren? Het komt niet echt ten goede aan leesbaarheid, voorspelbaarheid en dus onderhoudbaarheid van de code.

[user109731]

Een goto-constructie!? Is dat überhaupt wenselijk in productiecode op dit niveau? Het lijkt me welhaast verdedigbaar om daar hard op te filteren?

Goto kan inderdaad spaghetti-code opleveren, en daar moet je voor oppassen. Maar het word regelmatig in C gebruikt voor error handling, zodat je geen code hoeft te dupliceren, zoals dit:

if(failure) goto out;
while(true) {
if(fails()) goto out;
}
out:
free(x);
free(y);

Deze constructie komt ook veel in andere C-code zoals Wine voor, en is IMHO netter dan je delete-statements overal herhalen. Een goede programmeur schrijft niet direct goto af maar kijkt per geval wat de mooiste/beste oplossing is, en soms is dat goto.

Zie ook deze thread op de Linux Kernel mailing list.

[Reactie gewijzigd door user109731 op 23 juli 2024 07:08]

[Typhoner]

Vreemd inderdaad, zeker als je beseft dat David S. Miller één van de topmedewerkers is aan de Kernel (maintainer van networking en de SPARC-port). Hij is zelfs nr. 2 volgens http://www.linuxfoundatio...inuxkerneldevelopment.php .

En dan stuurt zo iemand zo rare code op...

Wat info over hem: http://en.wikipedia.org/wiki/David_S._Miller

BTW: Tuz ziet er leuk uit, een prima initiatief.

[Verwijderd]

Volgens mij maakt 'Mr. David S. Miller' geen vrienden met z'n netwerk-code

[Cristan]

Hier kan je een artikel lezen over de performance van deze kernel, op zich wel interessant.

[user109731]

De website Kernelnewbies heeft een uitgebreider changelog online gezet, met daarin precies omschreven welke en wat voor vernieuwingen in de nieuwe kernel zijn doorgevoerd.

Ik denk dat Robin vergeten is een linkje te plaatsen, het changelog is hier te vinden.

[Verwijderd]

Deze release is eigenlijk best wel een Linux 3.0 "The KMS edition" waardig. Vanaf nu is de hele graphics stack anders opgebouwd. Fedora 11 zal deze kernel bij zich dragen, met opensource drivers voor Intel, AMD en Nvidia GPU's, die van KMS gebruik maken. Dat zal me zeker tot een dualboot met Ubuntu overhalen!

[Jeanpaul145]

Terwijl het zo is dat er FOSS drivers zijn voor Intel, Nvidia (de Nouveau drivers) en AMD (radeonhd en ati), hebben alleen de Intel drivers support voor KMS (Kernel Modesetting) en GEM (de Graphics Execution manager, de gfx memory manager) op dit moment. Bij de andere 3 drivers hoef je voorlopig ook nog niet op support te rekenen: Gallium3D (een nieuwe 3D driver architectuur) zit net een paar weken in Mesa (de OpenGL implementatie in o.a. Linux en *BSD), en zolang daar geen behoorlijke support voor is, ga je de support voor KMS en GEM nauwelijks merken. Hooguit een flicker-free boot proces en fast terminal switching (2 inherente pluspunten aan KMS).

(DISCLAIMER: dit verhaaltje is een enigszins versimpelde weegave van een vrij complex verhaaltje).

[Verwijderd]

Hooguit een flicker-free boot proces en fast terminal switching (2 inherente pluspunten aan KMS).

Twee dingen die ik erg graag wil zien. Die tweede is nog wel het belangrijkste. De proprietaire Nvidia Linux driver geeft bij mij al jaren geen VT's meer. Dat doet de opensource variant wel, en met KMS kan je er ook nog in no time naartoe switchen en weer terug.

[Jeanpaul145]

Ach ja, weet je, t is leuke eyecandy, dat zeker, en het bootproces wordt er zeker flink wat professioneler door, maar de echte benefits voor de gfx stack zitten volgens mij echt in Gallium3D, en GEM en KMS zie ik meer als een soort van "requirements" daarvoor. Gallium3D moet het mogelijk maken om versimpelde drivers te schrijven voor gfx kaarten dan nu gebeurt, wat tot gevolge heeft dat als er eenmaal drivers zijn voor de huidige kaarten, er veel sneller volledige support is (dus EXA, Xv, en 3D, allemaal hardware rendered, en met wat geluk ook nog zaken als openCL erbij) voor nieuwe gfx kaarten. Ook zullen er veel minder vage bugs voorkomen dan nu t geval is, hoewel bij de FOSS drivers meestal niet zo heel vaak daarover te klagen valt.
Echter zijn de meeste FOSS drivers nog incompleet op een of ander vlak, vnl 3D en Xv voor de nieuwere kaarten (2D wordt meestal wel al afgehandeld door EXA acceleration), zoals de RadeonHD 3xxx/4xxx serie en de Geforce 8xxx serie en daarna. Als je een wat volledigere featureset wil moet je de binary blobs gebruiken van hun respectievelijke manufacturers (ik gebruik op dit moment ook Catalyst, hoewel ik dolgraag overstap op radeonhd het moment dat Xv en 3D behoorlijk werken op de RadeonHD 4870).

[markg85]

je heb het over fedora en dan zeg je:

Dat zal me zeker tot een dualboot met Ubuntu overhalen!

als je toch fedora aan het promoten ben neem dan ook fedora.
daarnaast lijk je te denken dat deze kernel versie in de nieuwe ubuntu (9.04) komt.. niet dus. kernel versie 2.6.28 komt in ubuntu 9.04.

Fedora 11 gaat wel met deze kernel (2.6.29) werken.

[Verwijderd]

Ik heb Ubuntu. Ik neem er (na de release) Fedora 11 bij in dual-boot. Ik moet nu toch ook een besturingssysteem draaien om mee te posten?

[elleP]

Je zou natuurlijk een andere kernel in 9.04 kunnen draaien als je niet kan wachten zoals ik., volgens mij is daar een ppa repository voor.
Ik ben zelf heel benieuwd naar de performance van het modesetting gedeelte, en m'n laptop heeft een intel 915 on board (nooit gedacht dat ik daar nog eens blij mee zou zijn )

[bartcramer]

Het artikel van Kernelnewbies: hier!

[gertvdijk]

Het artikel van Kernelnewbies: hier!

Ja, altijd erg goed uitgelegde vorm van de changelog. Deze keer heb ik veel aan de uitleg van de 'Kernel mode setting'. Dat vind ik in diverse artikelen maar matig uitgelegd of er staat een link bij die je nog niet verder helpt.

[i-chat]

heb maar een ding te zeggen - Rust lekker uit tux en tot snel

[rogierslag]

gezien de ziekte die het beestje teistert zorgen ze zelf dat Balmers uitspraak alsnog waar wordt Linux is een kankergezwel

Verder wel goed dat er aandacht voor wordt gevraagd, maar ik denk niet echt dat veel mensen zo er iets van meekrijgen, enkel een lading tweakers.

[Loekie]

Het heeft te maken met de actie die laatst op linux.conf.au(oid) gehouden is waarbij geld is ingezameld voor het behoud van de tasmaanse duivel die een bedreigde diersoort blijkt te zijn.

[doeternietoe]

Ik wist trouwens niet dat Tux ook echt in de kernel zat. Je zou niet verwachten dat zoiets grafisch en niet-functioneels in de kernel zou zitten... Natuurlijk is Tux wel het beestje van Linux, maar dat kan ook enkel in promotie en bij grafische elementen per distro.

[DLGandalf]

een plaatje van 256x256x4 (=16 kleuren) denk ik, waarschijnlijk 128x128 of nog kleiner

wauw dat neemt al gauw maximaal 32kB in beslag past dat wel in je initrd ?

..ja

[Reactie gewijzigd door DLGandalf op 23 juli 2024 07:08]

[Verwijderd]

Hij zit inderdaad standaard in de kernel en wordt standaard bij het opstarten getoond (maar de meeste distributies laten het weg). Als je het te onfunctioneel vindt kun je het er natuurlijk uitslopen voordat je gaat compileren.

[kozue]

Ach, zo erg doen ze het nog niet in vergelijking met de concurrentie... In windows XP zit je hele loading screen in de kernel, en als je die wilt vervangen moet je met een resource editor aan de slag (geen idee hoe dit zit in vista/win7)

[Joshua]

Bij mij werken de laatste ATI drivers van ATI zelf niet met deze kernel..

[LollieStick]

Jammer, maar helaas.... Beste wat je kunt doen is wachten op nieuwe drivers of de opensource driver gebruiken.

[bouwfraude]

Doen het op dit moment ook nog niet bij de komende ubuntu 9.04 er is weer eens wat aan X11 veranderd...
Programming X-Windows is like trying to find the square root of pi using roman numerals.

[Jogai]

Dat verhelderd een heleboel. Ik ga mijn originele xorg.conf maar weer eens zoeken.

[psyBSD]

jammer, de support voor de wl-608 zit hier nog niet in :-/

[bas-r]

heb je het over de Sitecom WL608, met rt2870 chipset?
Als het goed is werkt die al vanaf 2.6.28-8.27