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 , , 21 reacties
Bron: Kernel.org, submitter: bkor

Linus Torvalds heeft de vierde betaversie van Linux kernel 2.6.0 uitgebracht. In deze release vinden we updates voor IA64-systemen, nieuwe video capture-drivers en verbeterde SCSI-stuurprogramma's. Daarnaast hebben de AGP- en ACPI-drivers een update mogen krijgen. Het changelog is hier te lezen. De Linux-goeroe laat het volgende weten:

There should be a lot of compile fixes here, along with updates for ia64, nand the (painful) move of the 'name' entry out of the "struct device" that helps avoid unnecessary memory waste.

It's a lot of small stuff all over: nothing really stands out in diffstat,
except the big update of the Zoran video capture driver, and the blkmtd driver - both updated from their respective development trees (and the ips scsi driver, but that was due to massive whitespace fixing).

Normal merges with Andrew and arch maintainers (x86-64, ia64, sparc64, arm), and AGP updates (notably the merging of the ATI IGP). And network driver updates, ACPI and power management infrastructure.

Linus[break]In dit topic op het forum wordt druk gepraat over de nieuwe features in de 2.6.0-kernel .
Moderatie-faq Wijzig weergave

Reacties (21)

Meneer linux werkt wel als de spetterkak... al meerdere "releases" binnen een paar dagen. Is het al aan te raden voor de gewone thuisgebruiker om deze kernel te bakken?
Voor de gewone gebruiker is er geen enkele reden deze kernel te downloaden.. die moeten gewoon wachten tot torvalds hem als "stable"plaatst op de server.. of dat hun distro boer hem aanbiedt via egaal welke mogelijkheid...

Ik zoe niet weten wat een "normale"gebruiker moet met het compileren van een beta kernel maarja dat zal wel aan mij liggen.
De latency is nu erg low. Haal 1 ms met JACK (http://jackit.sf.net), op mijn laptopje...
Ik gebruik dan wel de mm patches, maar ik ben er erg tevreden over. Loopt erg stabiel.

Voor de desktop is de latency ook erg fijn. Loopt ontzettend soepel.
De scheduler heeft nog enkele foutjes, zoals in een multimedia threaded applicatie alleen de device-access thread hoge prioriteit te geven. De decoding thread starvet dan en je geluid hapert dus. De -mm branch heeft hier fixes voor.

Met andere woorden, erg mooie 1337 features, maar nogal experimenteel voor de gewone gebruiker. Je moet enige kennis hebben om het goed aan de gang te krijgen.

Ik zou aanraden te wachten totdat RedHat of Suse een nieuwe versie met een 2.6.x kernel uitbrengt.
Mijns inziens een raar advies. SuSE en RH leveren hun kernels vaak met een rits patches waar je U tegen zegt. Vaak heb je ze helemaal niet nodig, en soms zijn ze hinderlijk omdat ze een andere patch (die je -wel- wil hebben) in de weg zitten.

Zeker met de op handen zijnde introductie van makexconfig uitermate interessant om zelf je kernels te gaan bouwen.

Zelf gebruik ik alleen precompiled kernels om een systeem op te zetten (duh), of op een trage machine die eindeloos tijd nodig heeft om zelf te compilen, maar dan nog maar tijdelijk tot het netwerk aan de gang is, zodat ik op een snel systeem een kernel kan bakken en overfluiten.
Je vergeet een belangrijk detail: bij de vanilla kernel zijn die patches er als test object. Bij de RedHat/Suse kernel zijn ze er na grondige QA ingezet.

RedHat/Suse doen maanden QA op hun kernels om absolute stabiliteit en functionaliteit te garanderen. De vanilla kernel is veel meer ad-hoc.
Als je wat aan de bugfixes hebt wel, of nieuwe hardware ondersteuning. Maar voor de rest is het geen 'critical update'.
Ik vind het driver-verhaal, naast de beprkte hoeveelheid software die onder Linux draait wel één van de zwakke punten van het systeem. Er zijn inmiddels wel hardware-fabrikanten die voor Linux drivers ontwikkelen, maar de meesten houden het toch echt beperkt tot Windows en Unix, DOS kom je trouwens gek genoeg ook nog wel eens tegen.
Voorbeeld: Ik heb een oude Pentium 200 MHz als printserver staan, de drivers voor de aangesloten Brother zijn er niet voor Linux, wel voor alle varianten van Windows. Het ATI Mach 64 kaartje wat er in zit wordt door Linux slechts als een standaard VGA-adapter gezien, Windows noemt het beestje gelijk bij de correcte naam. Het zal een kwestie van tijd zijn, eer Linux hetzelfde niveau van hardware-ondersteuning heeft als Windows, en ik denk dat dat nog wel een paar jaar duurt ook.
Tsja, ik zal wel een linux freak zijn, maar ik kies mijn hardware dan ook uit op basis van de ondersteuning. Volgens mij doen windows gebruikers dat ook: je koopt geen Mac PCI kaart en gaat dan drivers zoeken. En als er op de frontpage van Tweakers staat dat de drivers van merk XXX voor produkt YYY niet deugen zal jij morgen ook niet in de rij staan om het ding te kopen toch?

Verder: Mach64 is antiek en ondersteund: http://www.xfree86.org/4.3.0/ati3.html#3
Brother printer? Kijk eens op www.linuxprinting.org. (overigens werd bij mijn Samsung printer netjes een driver voor Linux meegeleverd).

En tsja, beperkte hoeveelheid software: op dit moment van schrijven heb ik via apt-get/dpkg zo'n 12985 programma's met een druk op de knop geinstalleerd (ook drivers!). Niks geen gefuck met tucows hier simtel daar en voor niet vergeten naar Windows Update te gaan.

Ik ken eigenlijk geen argumenten meer om Windows te draaien, behalve ik ben te lui om iets nieuws te leren. Maar dat is dan ook geen technisch probleem.

(opmaak gewijzigd)
Ik vind het altijd kl*te om goede drivers te zoeken in windows.. Ik hoef lekker niet te zoeken, alles zit al in de kernel :)
Hoezo te weinig software??? Er is veel meer software voor Linux te vinden over het algemeen dan voor Windows en dan ook nog vaak gratis :Y) Dus dat slaat weer eens echt op niks, ok dat jouw soort software er niet tussen ok, maar voor genoeg andere mensen is er ruim voldoende software. bijvoorbeeld op sourceforge oid
Ik heb altijd gedacht dat drivers aparte modules waren? Ik heb ook altijd gedacht dat dat in alle OSsen zo was?

Of zijn dit drivers in de zin van de modules die met de uiteindelijke drivers van de fabrikanten gaan praten?
Veel van de drivers in Linux worden met de kernel meegeleverd, dat is een keuze van de maintainers (gok ik) mede voortgebracht uit het feit dat veel HW-fabrikanten pas vrij laat aan linux-drivers zijn gaan denken of dat nog steeds niet doen.

Overigens is het wel zo dat niet _alle_ delen van drivers erin verwerkt zitten, de grafische drivers bijvoorbeeld maar deels of helemaal niet en de rest ervan zit dan in XFree86/e.a.

Bij windows is er wel sprake van een hele kleine "micro-kernel".
Maar de keuze van het hoe en waar te plaatsen van de "drivers" is een ontwerpkeuze van het OS en die is lang geleden bij Linux zo gemaakt dat alles "in een" geleverd wordt. Hoewel je niet verplicht bent al die drivers ook echt _in_ de kernel te compileren, je kan er ook losstaande modules van maken of zelfs zoals jij zegt kleine modules die dan weer met echte drivers praten.
Weet iemand of de nvidia drivers al werken op deze kernel? Ik heb ze tot 2.6-test1 aan het werk gehad, daarna kreeg ik ze echter niet meer gecompileerd. (heb gentoo ebuilds gebruikt)
Die doen het onder Gentoo gewoon: zorg voor de goede symlink /usr/src/linux naar je 2.6 kernel source, en emerge nvidia-kernel en nvidia-glx.
zijn de wlan drivers in de 2.6 reeks nu al wel beter want ik krijg mijn 3com wireless kaartje maar niet aan de praat zelfs niet met de wlan NG driver :(
Helaas: Ik heb een BenQ AWL100 wlan pcmcia kaartje en zodra de pcmcia service start, hangt het hele systeem. Met vorige versies had ik dit probleem nog niet, maar met deze 2.6.0-test4 wel. Het wordt voor mij dus wachten op 2.6.0-test5... of andere hardware! :)
Heeft gij al een bug gelogd op bugzilla.kernel.org of een email verstuurd aan de kernel mailing list dit is de enige manier om aan het dev team bekend te maken dat er een probleem is. Anders zal het niet snel gefixed worden als niemand het probleem aanmeld
De bug is al bekend. Het is dus gewoon een kwestie van wachten. :D
Aangezien de videorecorder nu toch echt naar z'n grootje is en het ook gewoon leuk is om te doen, wil ik een multifunctionele multimediabak gaan bouwen voor bij de TV en het geheel draaien onder Linux... het is de bedoeling dat het ding in ieder geval TV-programma's kan opnemen (en in real time naar MPEG-1 of -2 ofzo codeert), op request over het netwerk streamt (voor als iemand boven wil meekijken :P), zooi (dvd&divx enzo) afdraait op de TV, bestanden host etc....

Anyway, ik denk dat ik best veel profijt ga hebben van die pre-empt spullen in deze kernel, en misschien ook wel die video-capture dingen. Moet ik alleen wel even een TV kaart op de kop tikken waar ik ook werkelijk wat aan heb in Linux, van miskopen word ik over het algemeen vrij humeurig :z

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