Sto implementando un driver di bus seriale personalizzato per una determinata scheda Linux basata su ARM (in realtà un driver UART personalizzato). Questo driver abilita la comunicazione con un determinato MCU all'altro capo del bus tramite un protocollo personalizzato. Il driver non (e in realtà non deve) esporre alcuna delle sue funzioni allo spazio utente, né è possibile implementarlo nello spazio utente (quindi, la necessità del driver personalizzato invece di utilizzare il sottosistema TTY originale).Implementazione della corretta sincronizzazione tra moduli nel kernel Linux
Il driver attuerà il protocollo di comunicazione e UART letture/scritture, e deve esportare un insieme di funzioni di livello superiore ai propri utenti per consentire loro di comunicare con la MCU (ad esempio read_register()
, drive_gpios()
, tutta questa roba) . Ci sarà un solo utente di questo modulo.
Il modulo di chiamata dovrà attendere il completamento delle operazioni (il già citato read_register()
e altri). Attualmente sto prendendo in considerazione l'utilizzo di semafori: il modulo utente chiamerà la funzione del mio autista, che avvierà i trasferimenti e attenderà un semaforo; il gestore IRQ del mio autista invierà richieste all'MCU e leggerà le risposte e, una volta terminato, postare al semaforo, risvegliando il modulo di chiamata. Ma non ho molta familiarità con la programmazione del kernel, e sono sconcertato dalla moltitudine di possibili implementazioni alternative (tasklet? Wait queues?).
La domanda è: il mio approccio basato sul semaforo è OK, o troppo ingenuo? Quali sono le possibili alternative? Ci sono delle insidie che potrei mancare?
I semafori dovrebbero fare il lavoro da quello che ho capito, per estendere meglio gli interni di linux si prega di fare riferimento al bel libro "linex kernel development 3rd edition" che è disponibile come pdf gratuito ed è aggiornato (il kernel .39 credo). Quel libro non è molto profondo, ma spiega i principi di base e mostra le opzioni. Divertiti con l'hacking. – AoeAoe
Un bel libro, grazie! Se qualcun altro è interessato, suggerirei anche di ottenere lo sviluppo di driver Linux e lo sviluppo del modulo Kernel di Linux (entrambi sono disponibili online gratuitamente) –