Intel gaat zich meer inzetten voor Linux-support

Vanaf het einde van 2004 zal Intel ook driverondersteuning voor Linux gaan bieden. Drivers voor dit besturingssysteem zullen gelijk met of enkele dagen na de release van Windows-drivers vrijgegeven gaan worden. Dat heeft Will Swope, algemeen manager van Intel's Software and Solutions Group, gisteren tijdens het Intel Developer Forum bekendgemaakt. De verandering is het gevolg van kritiek vanuit de open-sourcehoek. Er was namelijk geklaagd over het feit dat Intel geen drivers of specificaties had vrijgegeven voor de draadloze netwerkkaart die in de Centrino-laptops is verwerkt. Linux-gebruikers kunnen daarom niet native gebruikmaken van deze kaart. Het is echter wel mogelijk om de kaart te laten werken, namelijk door de Windows-drivers te voorzien van een Linux-schil en de kaart op die manier te installeren. Volgens Swope zal de eerste officiële Linux-driver voor de Centrino-chip een proprietary, dat wil zeggen: gesloten qua code, driver gaan zijn.

Op dit moment wil het bedrijf nog geen open source-driver uitgeven omdat dan ook de onderliggende netwerktechnologie inzichtelijk wordt voor iedereen, en dat wil het bedrijf voorkomen. Proprietary drivers zijn niet ongebruikelijk in de open-sourcewereld, nVidia maakt er bijvoorbeeld ook gebruik van voor zijn Linux-drivers. Verschillende open-sourcegebruikers en -programmeurs maken liever echter helemaal geen gebruik van deze gesloten software. Dit heeft twee redenen: allereerst vinden veel Linux-gebruikers dan dat ze daardoor te afhankelijk worden van één bedrijf voor updates, zoals voor de 2.6-kernel; en als tweede, wanneer een bedrijf wordt opgedoekt stopt ook de ondersteuning en blijven de gebruikers zonder enige (driver)ondersteuning achter. Dat is iets dat veel Linux-gebruikers niet prettig vinden als er daarnaast geen mogelijkheid is om zelf drivers te ontwikkelen.

Reacties (33)

[Verwijderd]

Ik ben zelf ook een fervent linux gebruiker en juig het toe dat bedrijven linux support geven.

De veel gemaakte opmerking hier is weer dat de source open zou moeten zijn. Dit zou het ideale geval zijn, maar men moet niet vergeten dat er veel research (lees: tijd en geld) zit in de otnwikkeling van de hardware en bijbehorende software. Dat geld moet ergens vandaan komen.

Wanneer de source open zou zijn, zou het voor andere bedrijven een hoop research kunnen schelen. Dat kan tot gevolg hebben dat de concurrentie een gelijkwaardig product op de markt brengt tegen een lagere prijs, waardoor je uit de markt gedrukt wordt. Dat is niet goed voor het bedrijf en daarmee ook niet voor de mensen die er werken. Die worden er niet vrolijker op als ze op straat komen staan.

M.a.w. je moet verder denken dan je neus lang is

[Parody]

Ik ga gedeeltelijk met je mee. Maar er is ook nog een tussenweg: als ze de licentie van die driver nou eens zo maken dat het ding (en liefst ook de documentatie) open-source wordt als de producent besluit om de driversupport te stoppen (om wat voor reden dan ook). Het apparaat in kwestie zal dan wel dusdanig oud zijn dat de ontwikkelkosten wel terugverdiend zijn, dus dat is dan geen argument meer. Het enige probleem dat een producent tegen zou kunnen komen is dat ze gebruik gemaakt hebben van proprietary software van derden, maar dat weet je dan als producent vantevoren zodat je daar rekening mee kunt houden. Zo hou je driver-support als fabrikant, zonder dat het je een cent kost.

[RobT]

De misvatting is vaak dat je uit de specificatie van de hardware kunt opmaken hoe die hardware in mekaar steekt --- zelfs veel fabrikanten denken dat, dat wil zeggen: de managers daar.

In realiteit zijn de specs vaak al af voordat het werkelijke design begint, als het goed is tenminste (wat meestal niet zo is), en dus moet iedereen die de spec in handen heeft maar het design niet, zelf toch heel het design doen. Zoveel gemakkelijker gaat het niet als je alleen de spec hebt.
Bv met de volledige instructieset van de amd64, plus de spec wbt de pinout, voeding, etcetc, ben je nog nergens, en dat is heel ver weg van diegenen die een werkende x86-64 cpu in handen hebben.

* 786562 RobT
Overigens, ik heb eens voor een mobiele telefoonchip de audio spec van de hifi kanalen moeten schrijven -- je schrijft het gemakkelijker dan je het implementeert: >90dB SNR, >90 dB kanaalscheiding, THD<0,05%.
Daarna kreeg ik de taak om het te implementeren -- en dan piep je wel anders (voornamelijk omdat het klein en low power moest..)...

[airliner]

het lijkt me veel interessanter als grote oems, zoals dell en hp, linux gaan "ondersteunen", dus dat je bij de aanschaf van een desktop, workstation of notebook kan kiezen welk os je erbij/erop wilt hebben

maar dit is natuurlijk al een goede stap in de juiste richting

edit:
spelfouten

[TheekAzzaBreek]

Oems kunnen alleen ondersteunen als er ondersteunde drivers voor de hardware bestaan. Voor de gebruiker lijkt dell ondersteuning interessanter, maar zonder de intel ondersteuning gaat dat dus niet gebeuren.

[sebas]

Closed Source drivers zijn ook uitermate onhandig als je problemen met je systeem hebt. Probeer maar eens met een nVidia probleempje hulp te vinden op LKML. Daar krijg je gewoon te horen dat je het zonder nVidia drivers moet proberen, met deze drivers is het gewoon end-of-support. Tenslotte kan niemand zien of het probleem misschien in de closed source driver ligt, dus hebben er ook niet veel mensen zin in om eraan te beginnen.

Bovendien breken closed source (kernel) drivers simpelweg de geldige licentie.

[CumpsD]

welke licentie is dat?

volgens mij lijkt dit wel logisch:
Bedrijf A support linux niet: geen driver
Bedrijf A support linux wel: closed/open driver

closed driver: als er geen opensource variant is, wees blij dat bedrijf A dit in de eerste plaats al wil doen

Ik weet wel dat linux users overtuiging is alles open, maar niet elk bedrijf wil dit en wie zijn wij als user om dat te gaan eisen?

[sebas]

Voor de Linux kernel is dat de GPL.

Het heeft in dit geval weinig met overtuiging te maken, maar in de GPL staat onder meer ook dat werk wat eruit voortvloeit ook onder de GPL of een compatible license moet worden gepubliceerd. Als je een Kernel driver schrijft moet je dusdanig gebruik maken van Kernel code, en ben je dus aan de GPL gebonden. Als je een closed source driver in je kernel laadt krijg je trouwens ook de melding dat de licentie geschonden wordt (de driver werkt wel).

In hoeverre dat nou handig of aantrekkelijk is voor bedrijven is dan een tweede. Als bedrijven Linux willen gebruiken of ondersteunen moeten ze zich ook aan de regels houden. Als je de software van een commercieel bedrijf wilt gebruiken ben je ook aan hun licentievoorwaarden gebonden.

[RobT]

Nonsense.

Je krijgt een melding dat je kernel 'tainted' is, niet vanwege de GPL, maar omdat je een driver laadt die niet open source is, maw waarvan men de broncode niet kan inspecteren op fouten. Mocht het broncode betreffen die niet onder GPL of vergelijkbare licentie geopenbaard is, dus die niet zomaar mag worden aangepast, dan blijft de kans klein dat men daarnaar wil kijken, dat zou tijdverspilling zijn (omdat er aan eventuele fouten niks gedaan mag worden, men zou dan moeten verzoeken aan de producent van de broncode om de 'fix' toe te passen....
Met closed source drivers kan het probleem liggen aan de driver, en dat is iets waar kernel developers niks aan kunnen zien/doen. Omdat ze al genoeg te doen hebben, laten ze dergelijke problemen links liggen, en terecht.

Maar is dus duidelijk niet zo dat closed source drivers de licentie breken.

Overigens, jammer maar waar:
1) nvidia maakt de snelste drivers, en snelste hardware die goed werkt onder linux
2) de enige stabiliteitsproblemen die * 786562 RobT
Misschien toch maar voor ATI gaan, met open source dri drivers oid, in de toekomst,....

[sebas]

Haal maar eens alle regels die met #include <... beginnen uit de sourcecode van de drivers, en probeer hem dan maar eens te compilen ...

Ik bedoel maar

[Whieee]

als drivers kernelcode zouden gebruiken, dan zou hardware native ondersteund worden door de kernel. er worden door de driver kernelfuncties aangesproken, maar dat wil niet zeggen dat de driver dan ook onder de GPL uitgegeven dient te worden.

Lijkt me bovendien ook nogal onzin om kernelcode in een driver te stoppen. Je gaat immers geen code maken die je al kunt aanspreken..

[Verwijderd]

De vraag is dan in hoeverre een closed source driver 'voortvloeit' uit de kernel. Een applicatie roept linux functies aan, maar hoeft niet GPLed te zijn. Want een applicatie vloeit niet voor uit de kernel. Het lijkt mij dat dat ook kan opgaan voor drivers.

[jimshatt]

Hmm, da's wel interessant, vallen de kernel-headers ook onder GPL? Die include je namelijk inderdaad. Je gebruikt echter niet direct de kernel-source.
Hoe zit dat ookalweer met proprietary zooi linken aan open-source libraries en andersom?
Volgens mij link je in een kernel module niet eens aan de kernel, dat gebeurt pas als de module geladen wordt, toch?

[CyberSnooP]

Zou de Kernel zich niet beter kunnen aanpassen aan closed-source drivers? Het lijkt me onredelijk om van alle mogelijk drivers de source te eisen (hoewel ik me voor sommige apparaten nauwelijks kan voorstellen wat er nou zo speciaal is aan de driver-code). Het closed-source model heeft zich (tot voorkort ) bruikbaar bewezen in het geval Windows, dus echte beperkingen hoeft het niet te geven.

[Parody]

Erg bruikbaar, ja, als je nog enigszins nieuwe hardware hebt. 3Com biedt bijvoorbeeld geen Windows-ondersteuning meer voor de 10Mbit ethernetkaartjes onder XP. Er is een (ook onder XP-werkende) Win2k driver, maar officieel is die "not supported". Het kaartje werkt voor mij prima, maar 3Com verplicht mij op deze manier wel om een nieuwe netwerkkaart te kopen als er een Windows-versie komt die niet meer driver-compatible is met Win2k. Met een open-source driver heb je dat probleem niet, want onder Linux wordt het ding nog door voldoende mensen gebruikt en dus wordt de driver nog onderhouden.

[Verwijderd]

ik hoop dat ze beginnen, met het maken van drivers voor hun mobo's. Die zijn nu nog niet te vinden op de site. Toch vindt ik de drivers een eerste stap in de goede richting, al vindt niet iedereen dit zo!

[Aaargh!]

mobo drivers
Wat is dat voor een rare uitvinding ?

[Verwijderd]

mobo drivers
Wat is dat voor een rare uitvinding ?

Ik denk dat zij/hij doelt op chipset drivers. De PCI poorten, north- en southbridge, etc. moeten ook allemaal aangestuurd worden. Nu worden die dingen allemaal wel standaard herkend onder Linux, maar optimalisaties door bedrijven die intiem bekend zijn met de hardware is natuurlijk altijd leuk.

[erkje]

Ik denk wireless netwerkkaarten. Gewone netwerkkaarten draaien wel onder Linux, maar wireless... geen fabrikant die er aan denkt om ook linux-drivers te maken.
Dat mag voor mij namelijk de volgende stap zijn

[sebas]

Voor de meeste 802.11b kaarten zijn er drivers beschikbaar. Voor Atheros based chipset zijn er ook 802.11g drivers.

Wireless network drivers voor Linux is helemaal niet zo'n gek idee, naast laptops maken ook routertjes en Accesspoint vaak gebruik van Linux. De Linksys routers bijvoorbeeld draaien gewoon Linux, de source code van de firmware is dan ook open source, heel leuk om te tweaken. Hiervoor zijn dan natuurlijk ook wireless network drivers nodig.

[tools]

Vergeet niet de Richard Stallman begonnen is met het hele GNU gedeelte omdat hij de drivers niet kreeg van een stuk hardware. ( Namelijk een Printer, van Xerox geloof ik )

Hoewel ik blij ben met native support, omdat dit het makkelijk maakt om over te stappen voor de algemene gebruiker. Zal bij mij personlijke keuze van een stuk hardware daadwerkelijk gebaseerd worden op het feit, is de driver opensource?

[SuperNull]

Het is zeker wel mogelijk om een Linux kernel module te draaien dat closed source (binaries only) bevat en volstrekt legetiem is (geen GPL schending).

De GPL zegt namelijk dat alleen code die SPECIFIEK voor OpenSource applicaties is geschreven, zelf ook openbaar gemaakt moet worden. Dingen die maar een kleine aanpassing nodig hebben om op open source software te draaien mogen gewoon gesloten blijven.
(Voorbeeld: UnrealTournament 2k4 voor Linux)

nVidia en andere bedrijven die closed source Linux drivers maken, maken de specie, of tussenstuk tussen hun binaries en Linux open source, maar laten de in concept platform-onafhankelijke binaries zelf gesloten.

Als je onder Linux je nVidia driver installed, dan compiled de installer meestal ter plekke het tussenstuk, maar neemt de driver zelf gewoon binair over.

[treris]

Ik denk dat Linux op dit moment nog niet user friendly genoeg is om echt door te breken op de desktop en notebook markt, maar ik kan niet wachten tot ze idd de optie aan gaan bieden om niet alleen bijvoorbeeld XP maar ook andere OS-en preinstalled te hebben op nieuwe computers, zodat echt iedereen kan kiezen.

[sebas]

Das "Linux is nog niet user-friendly genoeg" geleuter krijgen we ook echt elke keer te horen als er ergens Linux in het topic staat. Of ze computers met preinstalled niet-windows aan gaan bieden ligt volgens mij niet bij Intel, maar bij bedrijven als IBM, HP, Dell enz..

Daarvan onafhankelijk is het belangrijk dat Intel mee gaat werken als het gaat om driversupport. Ze zijn trouwens nog lang niet zo slecht bezig, AFAIK worden de belangrijkste developers van de Linux ACPI implementatie ook door Intel bekostigd.

Was het niet zo dat Intel de Centrino specs niet vrij wilde geven omdat ze de goedkeuring van de FCC niet in gevaar wilden brengen? Ze hebben in elk geval al een hele tijd geleden aangekondigd dat er daadwerkelijk Centrinodrivers komen, echter niet wanneer.

[RobT]

Inderdaad, ik had begrepen dat de Prism in firmware de kanalen kiest, en je kan met de driver daar dus niks aan veranderen.

Bij vele andere WLAN chips zit die kanaalkeuze in de driver, en met een open source driver betekent dat dat men die kaarten zou kunnen instellen om andere kanalen 'af te luisteren', wat strijdig met bepaalde wetten is/kan zijn....

Vandaar dat (bijna) alle linuxgebruikers schoppen voor wlan prism gebaseerde kaartjes.

[Verwijderd]

@ Treris

Dat is niet waar, dat is gewoon onzin. Dit geeft gewoon aan dat jij dus nog te veel aan Windows gewent bent om over te stappen. Want dat dat je de muis instellingen niet kunt vinden onder de benamingen Start -> Instellingen -> Configuratie Scherm -> Muis wil nog niet zeggen dat het niet user friendly is?

Dat wil gewoon zeggen dat je er gewoon mee om moet leren gaan.

Je kunt wel zeggen dat er op dit moment in verhouding met Windows minder software voor is. Maar dat gaat ook nog veranderen aangezien veel mensen zien dat het hele Linux idee zo gek nog niet is. En is dan ook aan een opmars begonnen.

[TheekAzzaBreek]

Kan iemand zich voorstellen dat Intel ophoudt te bestaan?

[Verwijderd]

Ja, IK, dan gaan de prijzen van AMD omhoog tot er zich een nieuwe speler op de processor markt verschijnt, men noeme bijvoorbeeld dat VIA een gooi gaat doen en dan met desktop processoren.

Mochten deze een behoorlijke perfomance tonen en een goede concurrent blijken te zijn zal de prijs van AMD weer zakken. En zo begint het hele concurrentie proces weer van voren af aan.

[bhartman]

En toen werd je zwetend wakker en bleek het allemaal maar een nachtmerrie

[sebas]

@SuperNull:

De GPL zegt namelijk dat alleen code die SPECIFIEK voor OpenSource applicaties is geschreven, zelf ook openbaar gemaakt moet worden. Dingen die maar een kleine aanpassing nodig hebben om op open source software te draaien mogen gewoon gesloten blijven.

En wat dacht je dan waarvoor een Linux kernel module nog allemaal meer geschreven is behalve dan voor de Linux kernel? Ik kan me zo gauw geen toepassingen bedenken.

[HJR]

Closed source drivers vind ik helemaal niks mis mee. Wel wordt het vervelend als een vendor een driver voor Linux uitbrengt voor een bepaalde distributie en een bepaalde kernel, kortom de vendor levert dan de gecompileerde driver voor een specifieke kernel, meestal Redhat. Een goed voorbeeld is de Via CLE266 videodriver die te vinden is op de mini-ITX borden.

Nvidia en ATI doen dat goed. Gewoon closed source maar wel gedeeltelijk compileren tegen huidge kernel op het systeem. Werkt over het algemeen goed. Zolang de gebruiker dus niet wordt gebonden aan een Linux distributie of een bepaalde kernel van die distributie, ben ik er helemaal niet op tegen.

Ow ik was wachten op Intel zat en heb mijn Centrino Wlan kaartje vervangen voor een Lucent based ORiNOCO kaartje. Maar dit is een goede ontwikkeling