[kernel] ...e ti scrivono anche i driver! GRATIS!

[ilsensine]

http://www.kroah.com/log/2007/01/29/#free_drivers

Yes, that's right, the Linux kernel community is offering all companies free Linux driver development. No longer do you have to suffer through all of the different examples in the Linux Device Driver Kit, or pick through the thousands of example drivers in the Linux kernel source tree trying to determine which one is the closest to what you need to do.
All that is needed is some kind of specification that describes how your device works, or the email address of an engineer that is willing to answer questions every once in a while. A few sample devices might be good to have so that debugging doesn't have to be done by email, but if necessary, that can be done.
In return, you will receive a complete and working Linux driver that is added to the main Linux kernel source tree. The driver will be written by some of the members of the Linux kernel developer community (over 1500 strong and growing). This driver will then be automatically included in all Linux distributions, including the "enterprise" ones. It will be automatically kept up to date and working through all Linux kernel API changes. This driver will work with all of the different CPU types supported by Linux, the largest number of CPU types supported by any operating system ever before in the history of computing.
As for support, the driver will be supported through email by the original developers, when they can help out, and by the "enterprise" Linux distributors as part of their service agreements with their customers.
If your company is worried about NDA issues surrounding your device's specifications, we have arranged a program with OSDL/TLF's Tech Board to provide the legal framework where a company can interact with a member of the kernel community in order to properly assure that all needed NDA requirements are fulfilled.
Now your developers will have more time to work on drivers for all of the other operating systems out there, and you can add "supported on Linux" to your product's marketing material.
This offer is in affect for all different types of devices, from USB toys to PCI video devices to high-speed networking cards. If you build it, we can get Linux drivers working for it.
For any questions about this program, please feel free to respond to this email, or contact me directly at greg@kroah.com. I will also be available at FreedomHEC 2007 held adjacent to WinHEC, if anyone wants to bring devices and work face-to-face.

[Fil9998]

:cincin: :cincin: :winner: :winner: :winner: :winner: :hic: :hic: :yeah: :yeah: :yeah:

[sloteel]

Ma le aziende non fanno driver per linux perchè non hanno soldi da spendere o perchè non vogliono lasciare i sorgenti in giro?
Secondo me la seconda...

[manowar84]

Ma le aziende non fanno driver per linux perchè non hanno soldi da spendere o perchè non vogliono lasciare i sorgenti in giro?
Secondo me la seconda...
beh non per forza devi lasciare i sorgenti, vedi i driver nvidia che sono closed pure funzionando benissimo!

[sloteel]

Si, ma se il driver te lo scrive un kernel hacker non penso che poi lo rilasci closed, sopratutto visto che a quanto ho letto il driver viene infilato nel kernel

[jappilas]

Ma le aziende non fanno driver per linux perchè non hanno soldi da spendere o perchè non vogliono lasciare i sorgenti in giro?
Secondo me la seconda...situazioni tipiche sono:

- non possono permettersi (o ritengono che linux non abbia una percentuale del mercato, sufficiente perchè valga la pena) di allocare risorse umane allo sviluppo di driver per linux del loro HW;

- non possono permettersi di divulgare il funzionamento del loro HW - perchè temono (*) che ciò esporrebbe dettagli sulle tecnologie impiegate, sviluppate internamente e/o basate su licenze di terze parti o su brevetti, e di perdere il vantaggio tecnologico;
* timore non sempre giustificato, visto che in certi casi basterebbe documentare alcuni registri e strutture dati

- non possono permettersi di divulgare il codice sorgente del driver sviluppato internamente - perchè questo porterebbe a esporre dettagli implementativi "a rischio" riguardanti l' HW (da qui al punto precedente) o in certi casi, bug o anche veri e propri orrori nell' implementazione SW

ora, l' offerta della comunità per lo sviluppo di driver per conto dei produttori sarà d' aiuto per quei produttori di HW che si trovano nella prima ed eventualmente nell' ultima situazione
ma finchè per alcuni continuerà a valere la seconda, è difficile...

[ilsensine]

...o su brevetti
I brevetti c'entrano moltissime volte, e mai nessuno che obietta che l'intera fandonia dei brevetti sarebbe basata sul principio di rendere pubblico il proprio lavoro...

[ilsensine]

ma finchè per alcuni continuerà a valere la seconda, è difficile...
L'intera storia insegna che mai una volta si sono avute violazioni della IP sull'hardware in seguito alla presenza di driver liberi. Non sono riuscito a trovare UN SOLO caso.
Al contrario, il kernel è pieno di driver, perfettamente e completamente funzionanti, scritti dopo reverse engeenering, senza che ciò abbia comportato alcuno svantaggio per le aziende produttrici dell'hardware.

[jappilas]

L'intera storia insegna che mai una volta si sono avute violazioni della IP sull'hardware in seguito alla presenza di driver liberi. Non sono riuscito a trovare UN SOLO caso.
Al contrario, il kernel è pieno di driver, perfettamente e completamente funzionanti, scritti dopo reverse engeenering, senza che ciò abbia comportato alcuno svantaggio per le aziende produttrici dell'hardware.seguendo (anche se lo ammetto, passivamente :O ) la storia da qualche anno, sono a conoscenza di entrambe le cose ;)

il post di prima era un riepilogo di quelle che mi sembrano essere le motivazioni ufficiali più gettonate a beneficio di chi si chiedeva come mai i produttori non supportano linux... :O
per inciso, la mia opinione sui driver di periferica è che tutti dovrebbero seguire l' esempio di un certo produttore di cpu e chipset, che afaik, rilascia codice con licenza MIT con l' interessante effetto collaterale che le sue periferiche sono tra quelle con supporto migliore e più diffuso nel panorama open source (essendo il suo codice l' implementazione di riferimento a disposizione di chiunque ...)
I brevetti c'entrano moltissime volte, e mai nessuno che obietta che l'intera fandonia dei brevetti sarebbe basata sul principio di rendere pubblico il proprio lavoro...i brevetti hanno anche lo scopo di permettere a un inventore di godere dello sfruttamento commerciale della propria brillante e innovativa invenzione... qualora lo sia davvero
il problema secondo me è che questo principio (imho cosa buona e giusta, in teoria :O ) viene esasperato all' inverosimile, sia da periodi di validità sproporzionati sia consentendo il brevetto per "invenzioni" banali, a volte banali in modo sconcertante ...

è un po' OT anche perchè non si tratta di informatica, e per questo non l' avevo menzionato nel thread apposito, ma se vuoi farti due risate, leggi il brevetto numero 6360693 (ma su http://www.freepatentsonline.com/crazy.html ce ne sarebbero altri degni di nota) :D

[ilsensine]

i brevetti hanno anche lo scopo di permettere a un inventore di godere dello sfruttamento commerciale della propria brillante e innovativa invenzione... qualora lo sia davvero
Se il brevetto è sull'hardware, non vedo come possa essere legato al driver...

[jappilas]

Se il brevetto è sull'hardware, non vedo come possa essere legato al driver...discorso generale (come in tutti i miei post) sul senso dei brevetti :O

[khelidan1980]

Comunque ho letto che,non ricordo se sul blog in questione o da altri sviluppatori che potrebbere anche tenere in considerazione di stipulare accordi di non divulgazione

[ilsensine]

http://www.kroah.com/log/linux/free_drivers_faq.html

[ArtX]

ilsensine
vogliamo una petizione per questo :D
cavolo, immaginatevi un mondo con tutti i driver open che figata :cool:
dalla mia poca sapienza posso solo dire che i driver open sono sempre quelli dove si hanno meno problemi, magari molte volte bisogna rinunciare a sfruttare a dovere l'hw, come le vga ati :muro:
per esempio trovate quante persone hanno problemi ad installare un driver open come quello ati, mentre trovate gente che ha problemi con quelli closed :read:
poi nella mia debian, ma anvetto è sull'hardware, non vedo come possa essere legato al driver...che nella vechia gentoo chr avevo, filava tutto liscio ma dopo che installo gli fglrx diventa più lenta e fà sempre qualche problemino, per non parlare poi dell'antialias, lo avevo attivato su gentoo una volta per avere il cubo con xgl un pò meno spigoloso e mi sono trovato lo schermo pieno di artefatti e non riuscivo a vedere niente, na merda...
speriamo che amd ci faccia un pensierino :sofico:
un'altro esempio, anche se centra poco, è quello di quake3, quello closed mi da solo problemi, tra l'audio e il resto, mentre quello open "ioquake" è stato corretto subito e va che è una favola.
cavolo quanto adoro l'opensource :O :ave:

[ArtX]

aggiungo a chi se ne intende
io avevo sentito che se fornissero solo la documentazione come quella che offre IBM su cell per lo sviluppo dei driver e delle applicazioni non dovrebbero avere nessun problema di rilevare particolari informazioni utili ai concorrenti
giusto :confused:

[MrAsd]

Per quanto deRaadt sia un "testone" in questo caso sono d'accordo con lui: firmare NDA per avere driver free non e' un'idea eccezionale. Le specifiche devono essere liberamente accessibili a chiunque altrimenti e' come il walzer della lumaca: un passo avanti di giorno e due indietro di notte.

http://kerneltrap.org/node/7729

[ilsensine]

Per quanto deRaadt sia un "testone" in questo caso sono d'accordo con lui: firmare NDA per avere driver free non e' un'idea eccezionale. Le specifiche devono essere liberamente accessibili a chiunque altrimenti e' come il walzer della lumaca: un passo avanti di giorno e due indietro di notte.

http://kerneltrap.org/node/7729
Il kernel è pieno di driver liberi scritti sotto NDA permissivi, senza che siano stati "offuscati" in qualche modo.
Certo la disponibilità di documentazione libera è un "nice to have", ma a volte nella documentazione si trovano certi dettagli sull'hardware, marginali per la scrittura del driver, che una azienda può non voler divulgare.