Sviluppo nuovo kernel/driver per Linux

Question

Recentemente, ho iniziato a sviluppare un driver di un dispositivo incorporato che esegue Linux.

Fino ad ora ho solo leggi sugli interni di Linux.
Non avendo esperienza precedente nello sviluppo del guidatore, trovo che sia un po 'difficile raggiungere il mio primo passo.

• Ho scaricato il codice sorgente del kernel (v2.6.32).
• Ho letto driver di periferica Linux (non) (3e)
• Ho letto alcuni post correlati qui su StackOverflow.
• Capisco che linux abbia un approccio "monolitico". kernel
• ho costruito (driver esistente incluso nel menuconfig etc.)
• so le basi di kconfig e Makefile in modo che non dovrebbe essere un problema.

qualcuno può descrivere la struttura (ossia le interrelazioni collegamenti)
delle varie directory nel codice kernel-source.

In altre parole, dato un file di codice sorgente,
che altri file sarebbe fare riferimento al codice relativo

(I -s "# include" forniscono un'idea parziale)

Qualcuno potrebbe aiutarmi a farsi un'idea migliore?
Qualsiasi aiuto sarà molto apprezzato

Grazie.

Answer 1

Dato un file C, è necessario esaminare le funzioni che chiama e le strutture dati utilizzate, piuttosto che preoccuparsi di determinati file.

Ci sono due percorsi di base per sviluppare il proprio driver del dispositivo:

• Prendete un driver che è simile al vostro; rimuovere il codice non applicabile al dispositivo e inserire un nuovo codice per il dispositivo.
• Iniziare con i pezzi di base di un driver di periferica e aggiungere pezzi un po 'alla volta finché il dispositivo non inizia a funzionare.

I file che compongono il driver avranno più senso quando si completa questo processo. Prendi in considerazione ciò che appartiene a ciascun file, ma in una certa misura, la suddivisione di un driver tra i file è più un'arte che una scienza. I driver più piccoli spesso si adattano solo a uno o due file.

Un po 'di design può anche essere buono. Considera cosa fa il tuo dispositivo e cosa dovrà fare il tuo autista. Sulla base di ciò, dovresti essere in grado di mappare le funzioni che un driver di dispositivo dovrà avere.

Credo anche che lo Linux Device Drivers, Third Edition possa aiutarti a ottenere lo sviluppo del driver.

Gli stessi file Linux includono file basati su ciò che fanno, su quale livello si trovano e su quale livello accedono allo stack di chiamate. Il Big Picture informa veramente come ogni file è correlato al successivo.

Answer 2

Ho dovuto riparare un driver del kernel una volta. Il mio consiglio più grande (se usi vim) è configurarlo con ctags in modo da poter saltare intorno al sorgente del kernel con ctrl-] ogni volta che vedi una funzione che non capisci.