VIA maakt broncode videodrivers voor Linux openbaar

Bij The Register lezen we dat VIA de broncode van een flink aantal videodrivers voor Linux heeft vrijgegeven. Volgens het bericht is de stap van VIA een onderdeel van het streven om het gebruik van Linux op het Epia-platform te stimuleren. VIA stelt in een bijbehorende persbericht met de 'uitbreiding van de bijdrage aan de Open Source-gemeenschap, een waardevol software-element' toe te voegen aan hun productaanbod. Ook worden 'op maat gemaakte oplossingen in de nieuwste Linux-distributies' mogelijk. De producten waarom het gaat zijn S3 UniChrome-serie, de ProSavage en ProSavage DDR. Ook zijn de drivers van verschillende geïntegreerde ethernetkaarten vrijgegeven. In de volgende tabel is te zien voor welke chipsets de broncode van de drivers bij VIA Arena valt te downloaden:

	Product		Chipset
	S3 UniChrome		CLE266, CN400, PM800, PM880
	S3 ProSavage		KM/KN/PM/P4M/P4N266, VT8372, VT8375, VT8613, VT8703A, VT8751
	S3 ProSavage DDR		PL133/T, KL133/A, KM133/A, VT8361/4, VT8364A, VT8365, VT8365A, VT8604
	Ethernet		VT6107, VT8231, VT8233/A/C, VT8235, VT8237

Reacties (31)

[gielius]

Laten we niet vergeten dat dit ook voor VIA een slimme zet is. En meer marktaandeel bij Linux gebruikers en gratis beter wordende drivers! Ze hebben ook wel gemerkt dat deze producten van hun vaker voor linux gebaseerde systemen worden ingezet.

[koli-man]

Maar dan krijg je ook steeds meer versies van verschillende drivers, waar hobbyisten aan hebben liggen prutsen en voor hun misschien werkt, maar op een andere pc met andere instellingen weer niet. Dus kans op "driververvuiling" is natuurlijk wel degelijk aanwezig.

[_JGC_]

Mja, zo erg zal dat voor VIA niet zijn:
http://www.probo.com/timr/savage40.html

VIA/S3 has release an updated version of THEIR Savage driver. It forked off of my source base about 3 years ago, so there are significant differences, but it looks like they have addressed a number of issues. This includes motion compensation support for MPEG playback (XvMC), and the long-awaited DRI driver for 3D OpenGL code.

[Skinkie]

FastBoot, een closed source LinuxBios fork, is ook nog niet vrij gegeven er is al zo vaak gemeld dat VIA de GPL overtreed dat inmiddels het wel 'leuk' is dat ze het spul eindelijk onder de licentie uitgeven waar ze het vandaan hebben gejat.

[Tyf]

In dit geval download je liefst alleen de drivers van de officiële site. Deze zullen wel da aanpassingen gemaakt door 3den bekeken en aangepast hebben zodat ze goed werken.
Of je pakt 3th party drivers die goed gekend zijn voor hun kwaliteit.
Dus met driververvuiling moet je niet zo inzitten denk ik

[ptap]

Als je inderdaad alles maar gewoon download en installeert loop je dat risico. De Open Source gemeenschap heeft echter een sterk zelf corrigerend vermogen en als je een beetje de kanalen kent loop je in de praktijk nooit tegen problemen op, al was het maar omdat er over het algemeen ook goed gedocumenteerd wordt waar wat voor bedoeld is en waarom een bepaalde fork plaats heeft gevonden.

[mOrPhie]

Dus kans op "driververvuiling" is natuurlijk wel degelijk aanwezig.

Doe je research is. Intel maakt ook opensource drivers voor hun grafische chips. Is daar vervuiling aanwezig? DRI maakt drivers voor veel chips. Is daar vervuiling aanwezig?

Doe dus je research voordat je dit soort ontvlambare uitspraken doet. Een les in het "Open Source Development Model" zou jou niet misstaan.

[Anoniem: 61096]

Het feit dat iets bij andere drivers (nog) geen probleem is, wil niet zeggen dat de kans op problemen 0 is.

De kans op driververvuiling is zelfs zeer groot. De gevolgen van deze problematiek zullen waarschijnlijk zeer beperkt zijn, maar dat is een kwestie van geluk hebben, niet iets waar het development model structureel voor zorgt.

[junkchaser]

Dit kunnen wij alleen maar toejuichen! Hoe meer hardware fabriekanten die dit gaan doen hoe betere kwaliteit er uiteindelijk op de markt zal komen inzake ondersteuning en maximale uitbuiting van technologie!

[gp500]

Er mag ook wel even bijgemeld worden dat de netwerk drivers ook opensource zijn:
http://www.viaarena.com/default.aspx?PageID=2&Type=4

edit wat een typfouten

[Cergorach]

Heeft iemand idee onder welke licentie de source wordt vrijgegeven?

[beany]

uit de source van een include file(ik heb de ethernet driver gepakt):

* This software may be redistributed and/or modified under
* the terms of the GNU General Public License as published by the Free
* Software Foundation; either version 2 of the License, or
* any later version.

uit de file rhine.h gevonden in de package rhinefet.tgz die ik gedownload heb bij viaarena.com, drivers sectie. Andere files tonen dezelfde info!

edit: hmmm, de savage drivers tonen andere info:

* Permission is hereby granted, free of charge, to any person obtaining a
* copy of this software and associated documentation files (the "Software"),
* to deal in the Software without restriction, including without limitation
* the rights to use, copy, modify, merge, publish, distribute, sub license,
* and/or sell copies of the Software, and to permit persons to whom the
* Software is furnished to do so, subject to the following conditions:

Bekijk dus goed de files welke copyright er opzit!!

[Sendy]

Lekker handig dat je precies de condities voor de savage drivers niet meegeeft (not!).

Hierbij dus de condities:

* The above copyright notice and this permission notice (including the
* next paragraph) shall be included in all copies or substantial portions
* of the Software.


Helaas zijn deze drivers dus niet compatible met de GNU GPL. Maar aan de datum te zien (mei 2003) is het wel een beetje oude code (voor kernel 2.4), dus misschien dat releases van nieuwere code wel GNU GPL compatible worden.

edit:

Maar de drivers hoeven wellicht ook helemaal niet GNU GPL compatible te zijn. De driver zou in XFree86/FD.o moeten komen, realiseer ik me nu.

[Anoniem: 27915]

Dat is juist wel GPL-compatible, maar met een source advertising clause, net zoals de vele varianten van de BSD-licentie.

[Sendy]

En waar zie jij in de GNU GPL (versie 2) dat een advertising clausule is toegestaan? Hou er rekening mee, dat de recente BSD licenties de advertising clausule hebben laten vallen.

[Tijger]

Rhine is de netwerk chip van VIA en niet de grafische chipset, volgens mij.

[strandbal]

Ah, goed nieuws van het VIA front! Ik heb nogal wat problemen gekend met linux op Epia systeempjes wat betreft videodrivers en hardware acceleratie... Hopelijk komt daar dan nu verbetering in

[Anoniem: 134763]

Ik vind zowieso dat drivers meer (lees: veel meer) open source gemaakt moeten worden.

Dat geeft meer mensen de druppel die de emmer doet overlopen om toch proberen de overstap te maken naar Linux omdat alles tenminste een beetje normaal werkt.

Ik ben dan wel een linux-n00b maar de laatste keer dta ik SuSE 9 geprobeerd heb te draaien werkte én mijn geluidskaart niet goed (kwaliteit was bagger) én mijn ADSL-modem was niet aan de praat te krijgen.

[blobber]

Dat geeft meer mensen de druppel die de emmer doet overlopen om toch proberen de overstap te maken naar Linux omdat alles tenminste een beetje normaal werkt

de uitdrukking "de druppel die de emmer doet overlopen" wordt gebruikt bij een negatieve gebeurtenis die mensen tot actie doet overgaan (iets wat ze slecht van MS vinden ofzo), linux drivers zijn een positieve gebeurtenis, maw deze uitdrukking kun je zo niet gebruiken

[assembler]

Kijk, wat JoJiRo bedoelde is vast dit:
Doordat die emmer overloopt, spoelt er nog een stukje van die (hoge) op-linux-overstap-drempel af.

[Anoniem: 61323]

Maar vendors weten niet hoe ze goed drivers moeten schrijven op een platform, zoals Linux. Dat kunnen zo ook beter aan mensen overlaten die dat meer gedaan hebben, of er meer tijd in steken...

Over het algemeen zie je vendor drivers met de meest lelijk hacks om het een en ander aan de praat te krijgen... in plaats van even te kijken hoe het in andere drivers is opgelost.

Ook maken ze vaak niet gebruik van functies in de bestaande infrastructuur... dus alles wordt opnieuw geimplementeerd.

[Anoniem: 98386]

Ik denkt toch dat een grootdeel van de mensen die actief zijn in de open source community niet als 'amateur' bestempeld mogen worden. maar dat is mijn mening.

Officiele drivers worden nu ook al dikwijls getweakt (voornamelijk die van een videokaart). Dus waarom zouden die 'amateurs' zoals jij ze noemt geen degelijke driver ports kunnen maken voor linux.

[TrailBlazer]

er moeten gewoon goede drivers gemaakt worden voor linux. Of ze nu opensource zijn of niet dat kan me niet eens zo heel veel schelen. Natuurlijk zijn er puristen die hun systeem volledig opensource willen houden. De mensen die echter nu twijfelen twijfelen vanwege de complexiteit en niet vanwege opensource of niet. Ze werken nu al namelijk met een volledig closed source systeem.

[eymey]

Dit zeker mooi!. Dat helpt de open source gemeenschap alleen maar weer om de drivers voor Linux verder te verbeteren.

<off-topic>
Zelf wil ik ook misschien ooit een Epia-systeempje bouwen voor HTPC-doeleinden. Ik hoop alleen dat die chipset wat stabieler is en wat beter tegen bandbreedte-vretende dingen zoals videocaptures kan dan de normale VIA chipsets voor het AMD platform.
</off-topic>

[PipoDeClown]

kan me niet voorstellen dat de S3 derivaten als opensource baanbrekend technologie zal zijn.

dit in tegenstelling tot de marketingmachines van Ati en nVidia, welke vast zo prat zullen gaan op hun oh zo innovatieve en wel baanbrekende technologieen. lol (yeah i said lol)

[Anoniem: 95337]

Ik ben op dit moment zwaar tevree met mijn EpiaM10000 bordje en Fedora Core 3. Had voor audio en video effe wat config problemen maar dat was binnen 30 minuten zo via het Net opgelost.

[blouweKip]

Zo bijzonder vind ik dit niet (al is het natuurlijk wel weer een stapje voorwaarts) aangezien alleen de 2d drivers open zijn nu en niet de 3d drivers

[Mentalist]

Dat is wel netjes. Als ze nu ook de driver voor de Gammachrome/Deltachrome opensource zouden maken zou het helemaal perfect zijn, misschien is "Savage2000 de tweede" dan te voorkomen. Aangezien de Deltachrome weer gewoon hetzelfde is : leuke hardware, maar o zo brakke drivers (voor Windows zelfs, ik betwijfel dat het ding onder Linux ook maar iets zou doen)..

Maar wel een aardige zet dacht ik zo ja .