Linux kernel developpement

Salut les C,
Comme le titre l'indique je m'intéresse au noyau linux et a son architecture ainsi que le développement ce qui me pose problème car je ne peut pas tester de code écrit par un débutant et même en recompilant le noyau je ne voit pas comment je pourrai débuter a écrire du code (et surtout le tester) car:

"Les sources /usr/src/linux-headers-$(uname -r)/* ne sont pas linkable" et je n'ai pas trouver d'équivalent dans /usr/include/

par exemple pour tester:

Code:

---

1 2 3 4 5

#include "usr/src/$(uname -r)/sched.h" // ce qui ne fonctionne pas je sais struct task_struct *task ; next_task(task) ; printf("find a task structure [pid:%d]\n",task->pid) ;

---

J'ai chercher un paquet kernel-dev qui n'existe pas et je n'ai pas de dossier:
/usr/include/kernel

Alors comment tester du code noyau, quel est la méthodologie a utiliser pour débuter.

Je cherche juste la bonne méthodologie pour débuter et tester du code noyau sachant que le noyau n'est pas écrit en C normal mais en optimiser et que les fichiers sources sont inutilisables pour #include...

Je vous serai reconnaissant si vous voulez bien m'éclairez un peu sur le sujet et me guider.
Merci pour toutes vos réponses éclairés.

Salut,

Generallement pour commencer tu ecris des LKM. Ce livre est une bonne reference: https://lwn.net/Kernel/LDD3/
Par exemple, pour commencer j'ai ecrit des rootkits. C'est assez simple de hooker les fonctions kernels et ca permet de se familiariser avec les structures noyau (pas acces a la libc, donc ca pique au debut ;)).

Ca te permet de te familiariser avec l'environement et l'API du kernel, sans te prendre trop la tete. Apres, pour vraiment ecrire du code noyau, je connais pas d'autres solutions que de modifier les sources a l'endroit que tu veux et recompiler. Le plus simple je pense est d'essayer de resoudre certains bugs simples.

Bon courage, c'est un chemin pave de crash/reboot/oops, mais c'est passionant.

Le problème a été résolu sur un autre forum.

Par grim7reaper :lol:

Comme dis sur l'autre forum : pas de libC, donc tu devras recoder ce qui t'est utile.
Attention toutefois : comme c'est du kernel, il va falloir plutôt se limiter dans les tailles de buffers (genre les char* de taille indéterminée c'est... plutôt non), donc faire les versions N des fonctions (strnlen, strncpy, etc...).
Des char[512] ça t'évitera de devoir faire des malloc kernels (qui ne sont jamais libérés du coup, sauf si tu refais un petit gestionnaire de mémoire dynamique).
Maintenant, les globales ont un très gros intérêt, mais comme d'hab' : peuvent entraîner des conséquences sur beaucoup de choses.
Car "bien évidemment" : tu es en kernel, donc tu as absolument tous les droits sur ta machine, et hormis générer un "kernel panic" qui te fera rebooter, rien ne t'empêcheras d'écrire PARTOUT cette fois.

Normalement tu as reçu tous les liens les plus utiles pour faire un module et débuter là-dedans, la seule chose que je peux ajouter : vérifie BIEN la version de ton kernel et ce que les bouquins étudient.
Je ne suis pas expert, mais entre un 2.6 et un 3.2, il est très probable qu'il y ait des différences dans certaines structures, et dans le fonctionnement même.

En bref :
- recodage des fonctions de la libc nécessaires
- buffers limités à la compilation si possible...
- ...ou comparaison/copie en tailles limitées (strNdup, ...)
- ...ou micro malloc/free (quand tu auras bien investigué les modules kernel)
- mots clés "const" et "restrict" à utiliser AUTANT que possible pour t'éviter le plus d'embrouilles possibles
- variables globales nécessaires dans beaucoup plus de cas

Citation:

---

Envoyé par Bktero

Par grim7reaper :lol:

---

:P

Citation:

---

Envoyé par Metalman

Comme dis sur l'autre forum : pas de libC, donc tu devras recoder ce qui t'est utile.

---

Certes, mais sans réinventer la roue pour autant.
Le kernel propose déjà pas mal de trucs (donc les fonctions pour manipuler les chaînes de caractères du genre strcmp), voire plus de trucs que la libc parfois (liste chaînée, arbre rouge-noir, …).
Voire ici (ou là) pour un petit aperçu.