[Kos-dev] architecture de kos et attirer de nouveaux developpeurs

[David MENTRE]

Thomas Petazzoni <thomas.petazzoni at enix.org> writes:

> Mais ce n'est pas vrai pour _tous_ les modules : les modules du coeur de
> KOS (task, arch/task, pmm, arch/mm, vmm) sont très interdépendants quand
> même. Mais même si ils sont interdépendants, au lieu de former un gros
> pack infame sans limites, la structuration en module oblige à séparer
> les fonctionnalités par thème, et à trouver une API relativement propre
> entre ces modules.
[...]
> Par contre, l'API des modules de KOS n'est pas très documentée. J'ai
> commencé à mettre des commentaires doxygen, mais j'en mets partout,
> c'est à dire à la fois sur les fonctions privées et sur les fonctions
> exportées. Il faudrait peut être une doc qui dit simplement : vous
> voulez allouer de la mémoire : kmalloc. Pour créer un cache :
> kslab_cache_create(), etc.

Pour moi, ces deux remarques sont liées. En tant que développeur de
module :

 - je ne vais pas toucher aux modules du coeur (mémoire, tâches,
   threads, irq, ...) ;

 - j'ai besoin d'une API relativement stable de services courant à
   utiliser : allocation mémoire, gestion des IRQ, etc.

Donc oui, faire une doc sur les API de base est nécessaire. Mais
commence par le plus urgent (kmalloc, irq, ...). Elle sera étendue au
fur et à mesure des demandes. Non ? 

Amicalement,
d.
-- 
pub  1024D/A3AD7A2A 2004-10-03 David MENTRE <dmentre at linux-france.org>
 5996 CC46 4612 9CA4 3562  D7AC 6C67 9E96 A3AD 7A2A