Pro/Wireless support voor Linux dankzij driverwrapper

Zoals jullie vandaag al konden lezen, zit het met de ondersteuning van hardware niet altijd even goed in Linux. Vooral de nieuwere en zeldzamere hardware wordt minder goed ondersteund in Linux ten opzichte van Windows. Helaas kunnen de drivers voor Windows niet voor Linux worden gebruikt, tenzij er een bedrijf komt dat een soort van schil om de Windows-drivers heen bouwt zodat deze ook met Linux kunnen worden gebruik.

Dit bedrijf heet Linuxant en heeft een driverwrapper ontwikkeld, genaamd DriverLoader, waarmee het mogelijk is Windows NDIS-drivers te gebruiken onder Linux. In de laatste versie van DriverLoader, versie 1.2, zijn enkele verbeteringen aangebracht zodat onder andere de Windows-drivers voor de Intel Pro/Wireless (Centrino), Intersil Prism GT/Duette/Indigo, Broadcom, Atheros en andere draadloze netwerkkaarten worden ondersteund.

Reacties (41)

[dfr0st]

Stracks gaan bedrijven geen geld meer investeren om drivers voor linux te maken of geen support op het maken daarvan geven omdat het ook werkt via driverwapper.

Maar voor de rest vind ik het een prima "programma", het zorgt er wel weer voor dat er meer dingen het doen onder linux.

[Q-collective]

Die gedachte kwam ook bij mij op toen ik het artikel las, laten we hopen dat hardware fabrikanten in de toekomst zo aardig zullen zijn om op z'n minst wat meer mee te werken met de open source community zodat deze hun eigen drivers kunnen ontwikkelen voor Linux.... alhoewel de hoop daarop natuurlijk bij sommige bedrijven wel erg ver te zoeken is

Dit kan natuurlijk (net als wine) niet meer dan een tussenoplossing zijn, hoe elegant het ook is...

edit:

He, verdorie, tis niet gratis Bewijst natuurlijk wel weer de stelling dat dit alleen maar een tussenoplossing kan zijn

[Verwijderd]

Stracks gaan bedrijven geen geld meer investeren om drivers voor linux te maken of geen support op het maken daarvan geven omdat het ook werkt via driverwapper.

Een heel groot gedeelte van drivers is niet door de geweldige medewerking van de hardware fabrikanten mogelijk gemaakt hoor. Ik denk dat over de helft van alle drivers 'reversed engineered' is ...

De vraag is alleen of deze driverwrapper niet afdoet aan de perfomance van de hardware...

[bille]

Geinig zeg, knap staaltje systeem design I guess. Maare.. is deze technologie in staat om iedere driver te wrappen? .. wellicht dat niet alleen de NDIS drivers op deze manier gewrapped kunnen worden..

En hoe wordt dit verwerkt in Linux zelf want er zullen toch heel wat referenties naar het OS zitten in dit soort tools, verschillende distro's kunnen dus misschien wel roet in het eten gooien..

The software is easy to install on standard Linux distributions (RedHat, SuSE, Mandrake, Debian, and derivatives) with any recent 2.4 or 2.6 kernel, and includes a user-friendly Web-based configuration system.

Ligt dus aan de kernel...

overgens ruikt dit wel heel erg naar het "Virtual Machine" id waar JAVA gebruik van maakt .. owneej.. straks krijgen we zogenaamde "platvorm onafhankelijke drivers" .. dan kan iedere randdebiel alle hardware installeren etc.
* 786562 bille

[Mordred]

Ik heb dit al geprobeerd een paar dagen geleden. (Is dit dus eigenlijk nog wel nieuws te noemen?) Mijn Acer Travelmate 800LCi met 2.6.0-test9 kernel vond het in ieder geval niet leuk. Het enige resultaat was een vreemd gedragend toetsenbord. Verder is de driverloader niet gratis. Meer ophef dan resultaten, denk ik dus. Het kan natuurlijk aan mijn 2.6 kernel liggen of de specifieke hardware, maar gezien de beweringen van Linuxant, lijkt me dat geen excuus.

[Verwijderd]

Zoals jullie vandaag al konden lezen, zit het met de ondersteuning van hardware niet altijd even goed in Linux. Vooral de nieuwere en zeldzamere hardware wordt minder goed ondersteund in Linux ten opzichte van Windows. Helaas kunnen de drivers voor Windows niet voor Linux worden gebruikt, tenzij er een bedrijf komt dat een soort van schil om de Windows-drivers heen bouwt zodat deze ook met Linux kunnen worden gebruik.

Waarom breng je dit als feit? Enige nuance is op z'n plaats. Allereerst is GNU/Linux niet x86-only. Microsoft Windows is wel x86-only. Dit feit maakt de vergelijking ongenuanceerd. Ook het ''zeldzamere'' hardware lijkt me niet eens zo makkelijk vast te stellen. Ik verwacht van jou een uitgebreide analyse + bronnen... (zo hoort dat m.i. wanneer je nieuws presenteert, nothing personal).

Mbt de nieuwe hardware is het de afgelopen jaar behoorlijk beter geworden naar mijn mening. Zat je vroeger nog met het half jaar tot een jaar, tegenwoordig zie ik dat stukken minder. Linus Torvalds heeft het hier in een recent interview ook over gehad en daar kwam naar voren dat ook hij vindt dat de hardware support is verbeterd.

Ik heb bepaalde hardware op Windows nooit aan de praat kunnen krijgen om uiteenlopende redenen. Te weten: mijn HPT370 (nee, de driver werkt niet) welke wel werkt met GNU/Linux en BeOS, mijn TV kaart welke niet werkte en mijn Adaptec SCSI kaart.

Tenslotte ligt het er ook aan welke versie je met welke versie vergelijkt. De laatste 2.4 met 2003 vergelijken lijkt me eerlijk, de laatste 2.6-test met Longhorn niet omdat Longhorn veel later zal uitkomen (2005 ofzo?) dan de stabiele 2.6 reeks (december 2003, bron: dezelfde interview, staat op Newsforge ergens).

[TrickShot]

Ik denk dat de gebrekkige driversupport vooral te wijten is aan het open source zijn van linux.

Zou er niet meer ondersteuning van de hardwarefabrikanten komen als er wordt gegarandeerd dat de code van hun drivers niet wordt vrijgegeven? Ik denk dat ze bang zijn om hun ontwerpen en technieken te verraden aan concurrenten.

[disclaimer]
Ik heb geen gegevens om deze gedachte mee te staven, dit is enkel een beredenering
[/disclaimer]

Zolang er geen goede ondersteuning is, is dit een handige oplossing, knap werk.

[Verwijderd]

De driver ondersteuning voor Linux is helemaal niet 'gebrekkig', je moet alleen wel een beetje van te voren researchen voor je wat koopt. Echter, voor elke 'class' devices (zeker voor netwerkkaarten) heeft Linux heel wat ondersteunde chips.

Door apparaten te kopen die door Linux gesupport worden zorg je dat de fabrikanten die *wel* voor Linux kiezen gesteund worden.

Verder hoeven drivers voor Linux helemaal niet open source te zijn. Ik noem als voorbeeld NVidia.

[Daantje20]

Inderdaad, hierdoor word natuurlijk de noodzaak voor native drivers overbodig.

[Verwijderd]

Niet waar, want drivers zijn over het algemeen beter aangepast voor het besturingssysteem waar ze voor geschreven zijn. Deze wrapper zal niet alle optimalisaties ondersteunen die linux-based drivers kunnen doen vermoed ik. (of deze zijn gewrapt wat een klein snelheidsverlies oplevert).

Nou is dit beetje voor netwerkdrivers niet zo'n probleem, maar ik hoop niet dat dit ook gedaan wordt voor bijvoorbeeld videokaart drivers en disk controllers.

[twabi2]

Nou, het is spijtig om te zien dat er minder drives worden gemaakt voor linux...
Na wine nu ook linuxant, binnenkort is linux niet meer dan een windowskopie

[bille]

neeej toch.. we krijgen gewoon het beste van beide

[Verwijderd]

Een softwarematige schil om proprietary drivers te kunnen draaien noem ik nou niet de beste kant. Ik wil vrije software drivers! * 786562 jointm1k

[zoeloelip]

Als ik jou was zou ik dan in je curses C duiken want met cpp kan je niet veel gaan doen in de linux kernel. Het grote probleem bij drivers voor linux is dat als er al mensen zijn die 3rd party drivers ontwikkelen dat ze geen medewerking krijgen van de hardware makers. Als die als een datasheets en whitepapers zouden ter beschikking stellen. Het meeste moet nu nog met reverse engineering gebeuren.
Maar er is toch evlutie, nvidia en ati bregen beide al drivers voor linux uit en promise ook al. Het begint er op te lijken maar er moet nog een hele weg gegaan worden;

[Verwijderd]

Het zal nog wel een tijdje duren voordat echte kernel drivers voor linux in grote getale de markt zullen betreden.

Linux in de huidige vorm bestaat nog niet zo lang en de ontwikkelingen gaan zo verschikkelijk snel zodat de fabrikanten bijna niet de gelegenheid krijgen om echte drivers te maken.

De enige oplossing voor dit probleem is een code-freeze in het hardware gedeelte van linux. In ieder geval van de manier waarop de drivers benaderd worden.

[Verwijderd]

Uiteraard kun je vanalles doen met C++ in de systeemkern. De vraag is dan alleen of je drivertje wordt geaccepteerd door mijnheer L. Torvalds. Hoogst waarschijnlijk niet dus. Kan ik hem toch altijd op mijn eigen site hosten
Kortom 't is meer een politieke/religeuze questie dan een technische.

[mjtdevries]

Wat zie jij dan als de "huidige vorm" ??

[Verwijderd]

En plons dan ook maar even in assembler, jawel ....

[Verwijderd]

dan zou ik toch wat meer opletten bij dat cursusje progge.

C++ is in princiepe voor GUI apps

C is voor alles : ) maar minimaal voor drivers.

Ook apps kan je prima maken met C.

C++ mensen snappen vaak C niet zo goed, of willen het niet snappen want het is gewoon een slag moelijker, maar wel efficienter en snellere binaries.

C++ is leuk, C is beter : )

[Countess]

ik denk dat zodra linux "een windows copie" is (maar dan alleen vanuit het oogputn van de software, dus dat het windows programas kan draaien) dat de acceptatie van linux erg omhoog zal schieten.
wat dan kan je naast all je windows programas ook de linux programas draaien en loop je haast geen risico als je overstapt van windows naar linux.

en zodra er meer linux desktops zijn, komt er ook meer ondersteuning voor van bedrijven die normaal alleen windows ondersteuning bieden.

[blouweKip]

Probleem is die programmamakers het niet porten naar linux, meer dan achter de feiten aanlopen met winelib zal men op het linux platform niet kunnen doen.

Al zijn er voor de meeste windows programma's wel alternatieven onder linux, ik geef toe dat "wat de boer niet kent vreet ie niet" zeer opgaat voor de gemiddelde windows gebruiker, dus wat meer windows software porten zou zeker wel meer gebruikers kunnen trekken

[mjtdevries]

Dat is inderdaad een gevaar. Bij OS/2 zag je hetzelfde probleem.
Win-OS/2 liet windows programma's zo mooi (zelfs seamless) in OS/2 draaien dat software fabrikanten geen reden meer zagen te investeren in een aparte OS/2 versie van hun software. (Er werden zelfs projecten voor os/2 versies die al bijna klaar waren gestopt)

[LauPro]

Volgens mij gaat dit nooit heelmaal goed werken: Een driver is over het algemeen méér dan een stukje software. In een driver zit een bepaald protocol verborgen dat de hardware aanstuurd, de applicatie zelf gebruikt dan API's om de driver die hardware aan te laten sturen.

Maar zolang een fabrikant geen port voor Linux van die aplicatiesoftware maakt heb je helemaal niks aan alleen die driver... (of je moet met Wine oid aan de gang gaan).

[MahRain]

En als je dan dus die API's vertaalt kan de driver gewoon z'n "verborgen" werkjes doen

[homers]

Linux wordt steeds proffecioneler (zie bericht over Novell) op een zeker moment moeten de hardware leverantiers het wel, als de vraag uit de markt maar groot genoeg wordt !

[VO-Zephyr]

Ze zouden eens een survey moeten houden hoeveel mensen een productvoerweging maken op driver support. Je gaat natuurlijk een Ubergrafics DeLuxe 10.000 Pro halen welke je net hebt gehaald met je 3e hypotheek en erachter komen dat er geen drivers voor zijn

[farlane]

Het klinkt onlogisch om een wrapper te maken omdat dit een snelheidsverlies zou opleveren, maar op zich is er natuurlijk wat voor te zeggen.

Ik bedoel, de hardware zelf verandert niet, dus de aansturing van die hardware ook niet. Het is alleen de manier waarop het in het OS geplugged moet worden die verschilt.

Als er nu iemand komt die hiervoor een tussenlaag verzint, dan zou je naar mijn idee drivers goed moeten kunnen uitwisselen. ( Ik spreek hier dan wel over x86 platform )