Rick/eudyptula
1
0
Fork 0
Code Issues Pull requests Activity

fix orthographe

Browse source
This commit is contained in:
rick 2023-05-13 23:45:59 +02:00
parent 3440cebb28
commit c1a1c79c29
Signed by: Rick
GPG key ID: 5CBE8779CD27BCBA
1 changed files with 11 additions and 11 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

22
README.md
View file

@ -17,7 +17,7 @@ profondeur si mes fichiers sources suivent bien la convention (cf. tache 4).
La version utilisée et testée du kernel est la **6.1.1**. Les challenges n'ont
pas été testés sur des versions plus récentes ou plus vieilles.
Il vous faut les fichiers d'entetes du kernel Linux (`linux-headers` sur les
Il vous faut les fichiers d'en-têtes du kernel Linux (`linux-headers` sur les
distributions basées Debian et apt pilulé).
Il suffit ensuite d'aller dans le dossier de votre choix et faire `make`.
@ -28,10 +28,10 @@ avoir ces dernières.
L'Eudyptula challenge demande souvent des preuves de notre réussite. Vous
pouvez retrouver les commandes et leur résultat ici. Si une tache n'est pas
indiquée, cela veut surement dire qu'elle n'est pas assez intéressant ou trop
indiquée, cela veut surement dire qu'elle n'est pas assez intéressante ou trop
triviale (cf. tache 7).
### Tache 1
### Tâche 1
Pour montrer que mon module marche bien, on regarde les logs du kernel avec la
commande `dmesg`.
@ -45,12 +45,12 @@ commande `dmesg`.
* [The Linux Kernel Module Programming Guide](https://sysprog21.github.io/lkmpg)
### Tache 2
### Tâche 2
J'utilise Gentoo et configure puis compile moi-même mon kernel. Je passe cette
étape.
### Tache 3
### Tâche 3
Patch basé sur la version `v6.2-rc5` du kernel Linux, créé avec la commande
`git format-patch -1 HEAD`.
@ -82,16 +82,16 @@ index c1ead4cd2342..d67f2f5eb831 100644
2.39.1
```
### Tache 4
### Tâche 4
Je n'ai pas mit les fichiers corrigés. Il suffit d'utiliser la commande
Je n'ai pas mis les fichiers corrigés. Il suffit d'utiliser la commande
`indent` pour pouvoir bien indenter le code dans un premier temps. Il faut
ensuite utiliser le script `scripts/checkpatch.pl` sur les fichiers pour
trouver les derniers soucis.
* [Les conventions de code (Documentation Kernel)](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/coding-style.rst)
### Tache 5
### Tâche 5
Il faut dans un premier temps générer l'alias du module. Cela va permettre de
lier les périphériques disponibles pour le module avec.
@ -138,7 +138,7 @@ Il faut le décharger à la main avec `rmmod`.
* [usb-skeleton.c (Code Kernel)](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/usb/usb-skeleton.c)
* [Nihaal - Eudyptula Challenge Task 5](https://nihaal.me/post/ec5/)
## Tache 6
## Tâche 6
Il existe plusieurs façons pour créer un nouveau fichier dans `/dev`. J'ai
cependant décidé d'implémenter qu'une seule manière pour l'instant.
@ -154,8 +154,8 @@ vous souhaitez écrire dedans !
*misc char device* mais un *char device*.** C'est pour ça qu'il faut créer à
la main le device. Je l'ai codé directement comme ça, ne trouvant pas beaucoup
d'informations sur les *misc char devices*. En lisant des codes sources ainsi
que la documentation, je comprends mieux comment en faire mais j'ai décidé de
ne pas changer tout le code que j'avais fait. Cepedant, je le modifierai si
que la documentation, je comprends mieux comment en faire, mais j'ai décidé de
ne pas changer tout le code que j'avais fait. Cepebdant, je le modifierai si
l'on doit faire un *char device* plus tard.
Lorsqu'on ouvre le device, on reçoit la chaine `coucou c'est rick`. Si l'on