Scrivere driver per linux

[giando76]

Salve,
vorrei gentilmente sapere se esiste una documentazione in italiano per chi è alle prime armi per poter scrivere driver per linux, ho letto del famoso libro Linux Device Driver, ma è in inglese, non che sia un danno, ma per chi come me è digiuno di questa roba sarebbe meglio se cominciasse in italiano.. :-)

Grazie 1000

G.

[HWAngel]

credo che scrivere un driver implichi una conoscenza dell'hardware per il quale scrivi il driver non indifferente...su questo versante te la cavi giusto?

[giando76]

da quanto ho capito secondo questo libro non è necessario conoscere le specifiche esatte dell'hw per scrivere un driver, anche perché non sempre chi produce l'hw rende pubbliche le specifiche tecniche eppure i driver di terze parti esistono lo stesso ..

[Freaxxx]

Rubini pubblica molti articoli molto molto interessanti sul suo spazio web, trovo sia una delle persone di riferimento nel nostro paese e nel mondo sull'argomento, scrive anche con un buon stile e i suoi articoli si lasciano leggere piacevolmente se hai passione per la materia; i suoi articoli sono pubblicati anche in italiano, per questo te li consiglio se vuoi qualcosa scritto nella nostra lingua, ma non credo tu possa fare a meno dell'inglese più di tanto.

probabilmente la il quadro è più complesso di come lo dipingi, tanto per iniziare ti servirebbero delle basi non dico da elettronico ma molto molto simili e dovresti conoscere alquanto bene come opera il kernel linux, visto che i driver altro non sono che o parte intrinseca del kernel o suoi moduli.

[HWAngel]

beh, non sono un programmatore, per cui ascolterei volentieri i più esperti, ma non credo che sia possibile scrivere un driver senza sapere niente dell'hardware.
Esistono i driver di terze parti è vero ma non sempre funzionano egregiamente (a volte a dir la verità funzionano anche meglio:)) ma questo potrebbe anche essere dovuto alla non perfetta conoscenza dell' hw.
Rimango in attesa di essere illuminato da chi ne sa di più

[giando76]

Rubini pubblica molti articoli molto molto interessanti sul suo spazio web, trovo sia una delle persone di riferimento nel nostro paese e nel mondo sull'argomento, scrive anche con un buon stile e i suoi articoli si lasciano leggere piacevolmente se hai passione per la materia; i suoi articoli sono pubblicati anche in italiano, per questo te li consiglio se vuoi qualcosa scritto nella nostra lingua, ma non credo tu possa fare a meno dell'inglese più di tanto.

probabilmente la il quadro è più complesso di come lo dipingi, tanto per iniziare ti servirebbero delle basi non dico da elettronico ma molto molto simili e dovresti conoscere alquanto bene come opera il kernel linux, visto che i driver altro non sono che o parte intrinseca del kernel o suoi moduli.

su quale sito trovo lo spazio web di Rubini? mi interesserebbero le sue pubblicazioni e scambiarci qualche parola..

[giando76]

su quale sito trovo lo spazio web di Rubini? mi interesserebbero le sue pubblicazioni e scambiarci qualche parola..

allora?

[pabloski]

Rubini ha una homepage qui http://www.linux.it/~rubini/

ma onestamente questo http://lwn.net/Kernel/LDD3/ è il must per chi vuole scrivere driver e purtroppo in italiano trovi poca roba

riguardo l'hardware, chi scrive driver deve conoscere l'hardware dentro e fuori....quello di cui parli tu è il reverse engineering, cioè visto che nvidia non rilascia le specifiche, io disassemblo i suoi driver ed estrapolo le informazioni che mi servono per creare un driver open

inutile dire che è roba tosta

tieni presente che a seconda della categoria di driver che vuoi scrivere puoi dover studiare altre componenti del kernel

un esempio banale è quello dei driver grafici che stanno migrando lentamente verso GEM che sta sostituendo TTM

complessivamente non è niente di impossibile ma richiede una programmazione molto a basso livello in C

[giando76]

Rubini ha una homepage qui http://www.linux.it/~rubini/

ma onestamente questo http://lwn.net/Kernel/LDD3/ è il must per chi vuole scrivere driver e purtroppo in italiano trovi poca roba

riguardo l'hardware, chi scrive driver deve conoscere l'hardware dentro e fuori....quello di cui parli tu è il reverse engineering, cioè visto che nvidia non rilascia le specifiche, io disassemblo i suoi driver ed estrapolo le informazioni che mi servono per creare un driver open

inutile dire che è roba tosta

tieni presente che a seconda della categoria di driver che vuoi scrivere puoi dover studiare altre componenti del kernel

un esempio banale è quello dei driver grafici che stanno migrando lentamente verso GEM che sta sostituendo TTM

complessivamente non è niente di impossibile ma richiede una programmazione molto a basso livello in C

intanto grazie per la risposta,
capisco benissimo che non sia una cosa semplice e alla portata di tutti, mi farebbe piacere però trovare un tutorial o un esempio pratico che illustri passo passo la realizzazione di un driver con il "reverse engeneering" di una qualsiasi periferica, es. una scheda di rete, che mi dica che software devo utilizzare per la decompilazione per esempio ecc..

[pabloski]

mi farebbe piacere però trovare un tutorial o un esempio pratico che illustri passo passo la realizzazione di un driver con il "reverse engeneering" di una qualsiasi periferica, es. una scheda di rete, che mi dica che software devo utilizzare per la decompilazione per esempio ecc..

un tutorial su come creare driver per linux ne trovi

un tutorial sul reverse engineering pure, ma si tratta comunque di cose generiche....alla fine reverse engineering significa disassemblare un eseguibile e mettersi lì a guardare il flusso del programma assembly per vedere cosa fa

ovviamente un decompilatore è meglio e personalmente ho usato con profitto questo http://www.backerstreet.com/rec/rec.htm

si tratta di un decompilatore capace di trasformare il codice macchina in un C non proprio pulitissimo ma almeno ti permette di capire quali e quante funzioni ci sono e cosa fanno :D

l'ho usato in passato per decompilare di tutto, dai dialer agli exe protector

[giando76]

un tutorial su come creare driver per linux ne trovi

un tutorial sul reverse engineering pure, ma si tratta comunque di cose generiche....alla fine reverse engineering significa disassemblare un eseguibile e mettersi lì a guardare il flusso del programma assembly per vedere cosa fa

ovviamente un decompilatore è meglio e personalmente ho usato con profitto questo http://www.backerstreet.com/rec/rec.htm

si tratta di un decompilatore capace di trasformare il codice macchina in un C non proprio pulitissimo ma almeno ti permette di capire quali e quante funzioni ci sono e cosa fanno :D

l'ho usato in passato per decompilare di tutto, dai dialer agli exe protector

capito, un driver ovviamente non è fatto solo da un file ci sono diverse file, in windows per es. ci sono .dll .sys ecc., bisognerebbe decompilarli tutti? generalmente in linux un driver è fatto da un solo file .o oppure .ko a seconda della versione del kernel, ovviamente potrebbe avere delle dipendenze, dovrei trasformare tutti i file di windows in modo da ottenere un file .ko?

[pabloski]

capito, un driver ovviamente non è fatto solo da un file ci sono diverse file, in windows per es. ci sono .dll .sys ecc., bisognerebbe decompilarli tutti? generalmente in linux un driver è fatto da un solo file .o oppure .ko a seconda della versione del kernel, ovviamente potrebbe avere delle dipendenze, dovrei trasformare tutti i file di windows in modo da ottenere un file .ko?

no non si tratta di trasformare i driver di windows in .ko

i driver di windows usano il driver model di windows, le chiamate all'api nt, ecc...

l'unica cosa che puoi fare con i driver windows è disassemblarli per vedere quali comandi mandano alla scheda grafica e quali registri della periferica programmano

poi quelle informazioni vanno usate per costruire il driver linux che però deve rispettare il driver model di linux

[giando76]

no non si tratta di trasformare i driver di windows in .ko

i driver di windows usano il driver model di windows, le chiamate all'api nt, ecc...

l'unica cosa che puoi fare con i driver windows è disassemblarli per vedere quali comandi mandano alla scheda grafica e quali registri della periferica programmano

poi quelle informazioni vanno usate per costruire il driver linux che però deve rispettare il driver model di linux

capito grazie per il chiarimento,
secondo te posso trovare in rete un esempio pratico di questi passaggi di cui parli?

[pabloski]

capito grazie per il chiarimento,
secondo te posso trovare in rete un esempio pratico di questi passaggi di cui parli?

ci sono alcuni esempi di driver http://www.xml.com/ldd/chapter/book/ch02.html

http://linuxdevcenter.com/pub/a/linux/2007/07/05/devhelloworld-a-simple-introduction-to-device-drivers-under-linux.html

per il reverse engineering devi trovarti qualche guida hacker altrimenti non ne esci

prova su www.astalavista.com

[giando76]

ci sono alcuni esempi di driver http://www.xml.com/ldd/chapter/book/ch02.html

http://linuxdevcenter.com/pub/a/linux/2007/07/05/devhelloworld-a-simple-introduction-to-device-drivers-under-linux.html

per il reverse engineering devi trovarti qualche guida hacker altrimenti non ne esci

prova su www.astalavista.com

Grazie 1000 per i suggerimenti,
in italiano non c'è nulla??

[pabloski]

in italiano non c'è nulla??

:D

no english, no party :sofico:

[giando76]

:D

no english, no party :sofico:

va be' ho capito :-)

grazie
G.