Changes between Version 30 and Version 31 of Archi-1-TP9

Timestamp:

Nov 16, 2020, 8:11:58 AM (5 years ago)

Author:

franck

Comment:

--

Archi-1-TP9

@@ -9 +9 @@
 
 
+
 = Présentation des étapes 
 
@@ -15 +16 @@
 La séance est découpé en 5 étapes. Dans cette présentation, pour chaque étape, nous donnons une brève description, suivie d'une liste des objectifs principaux et d'une liste des fichiers présents. Un bref commentaire est ajouté pour les fichiers.
 
- [wiki:AS5-TME9#a1.Premierprogrammeenassembleurdanslaseulesectiondeboot 1. hello_boot]:: \\
- 
-   Nous commençons par un petit programme de quelques lignes en assembleur, placé entièrement dans la région mémoire 
-   du boot, qui réalise l'affichage du message "Hello World". C'est un tout tout petit programme, mais pour obtenir 
-   l'exécutable, vous devrez utiliser tous les outils de la chaîne de cross-compilation MIPS et 
-   pour l'exécuter vous devrez exécuter le simulateur du prototype. C'est simple, mais c'est nouveau pour
-   beaucoup d'entre vous.
-   \\\\
- **Objectifs**
+
+
+= 1. Premier programme en assembleur dans la seule section de boot**=
+
+ Nous commençons par un petit programme de quelques lignes en assembleur, placé entièrement dans la région mémoire 
+ du boot, qui réalise l'affichage du message "Hello World". C'est un tout tout petit programme, mais pour obtenir 
+ l'exécutable, vous devrez utiliser tous les outils de la chaîne de cross-compilation MIPS et 
+ pour l'exécuter vous devrez exécuter le simulateur du prototype. C'est simple, mais c'est nouveau pour
+ beaucoup d'entre vous.
+
+
+
+- **Objectifs**\\\\
    - Savoir produire un exécutable à partir d'un code en assembleur.
    - Savoir comment afficher un caractère sur un terminal.
- 
- **Fichiers**
+
+
+
+- **Fichiers**
 {{{
 1_hello_boot
@@ -36 +43 @@
 
 
- [wiki:AS5-TME9#a2.Sautdanslecodedunoyauenassembleur 2. kinit_asm]:: \\
-    Dans le deuxième programme, nous restons en assembleur, mais nous avons deux fichiers source : (1) le fichier contenant
-   le code de boot et (2) le fichier contenant le code du noyau. Ici, le code du noyau c'est juste une ''fonction'' `kinit()`. Ce n'est pas vraiment une fonction car on n'utilise pas la pile.
-   \\\\
-   **Objectifs**
-   - Savoir comment le programme de boot fait pour sauter à l'adresse de la routine kinit.
-   - Savoir un fichier kernel.ld un peu plus complet.
- 
- **Fichiers**
-{{{
-2_init_asm/
-├── hcpu.S       : code dépendant du cpu matériel en assembleur
-├── kernel.ld    : ldscript décrivant l'espace d'adressage pour l'éditeur de lien
-├── kinit.S      : fichier contenant le code de démarrage du noyau, ici c'est une routine kinit.
-└── Makefile     : description des actions possibles sur le code : compilation, exécution, nettoyage, etc.
-}}}
-
-
- [wiki:AS5-TME9#a3.SautdanslafonctionkinitdunoyauenlangageC 3. kinit_c]:: \\
-   Dans ce troisième programme, nous faisons la même chose que pour le deuxième mais `kinit()` est désormais écrit en 
-   langage C. Cela change peu de choses, sauf une chose importante `kinit()` est une fonction et donc il faut absolument 
-   une pile d'exécution.
-   \\\\
-   **Objectifs**
-   - Savoir comment et où déclarer la pile d'exécution du noyau. 
-   - Savoir comment afficher un caractère sur un terminal depuis un programme C.
- 
- **Fichiers**
-{{{
-3_init_c/
-├── hcpu.S       : code dépendant du cpu matériel en assembleur
-├── kernel.ld    : ldscript décrivant l'espace d'adressage pour l'éditeur de lien
-├── kinit.c      : fichier en C contenant le code de démarrage du noyau, ici c'est la fonction kinit().
-└── Makefile     : description des actions possibles sur le code : compilation, exécution, nettoyage, etc.
-}}}
-
- [wiki:AS5-TME9#a4.Acc%C3%A8sauxregistresdecontr%C3%B4ledesterminauxTTY 4. nttys]:: \\
-   Le prototype de SoC que nous utilisons pour les TP est configurable. Il est possible par exemple de choisir le nombre 
-   terminaux texte (TTY). Par défaut, il y en a un mais, nous pouvons en avoir jusqu'à 4. Nous allons modifier le code du 
-   noyau pour s'adapter à cette variabilité. En outre, pour le moment, nous ne faisions qu'écrire sur le terminal, 
-   maintenant, nous allons aussi lire le clavier.
-   \\\\
-   **Objectifs**
-   - Savoir comment compiler un programme C avec du code conditionnel.
-   - Savoir comment décrire en C l'ensemble des registres d'un contrôleur de périphérique et y accéder.
- 
- **Fichiers**
-{{{
-4_nttys/
-├── hcpu.S       : code dépendant du cpu matériel en assembleur
-├── kernel.ld    : ldscript décrivant l'espace d'adressage pour l'éditeur de lien
-├── kinit.c      : fichier en C contenant le code de démarrage du noyau, ici c'est la fonction kinit().
-└── Makefile     : description des actions possibles sur le code : compilation, exécution, nettoyage, etc.
-}}}
-
- [wiki:AS5-TME9#a5.Premierpetitpilotepourleterminal 5. driver]::
-   Dans l'étape 4, nous accédons au registre de périphérique directement dans la fonction `kinit()`, ce n'est pas très
-   simple. C'est pourquoi, nous allons ajouter un niveau d'abstraction qui représente un début de pilote de périphérique
-   (device driver). Ce pilote, même tout petit constitue une couche logicielle avec une API.
-   \\\\
-   **Objectifs**
-   - Savoir comment créér uun début de pilote pour le terminal TTY.
-   - Savoir comment décrire une API en C
-
- **Fichiers**
-{{{
-5_driver/
-├── harch.c      : code dépendant de l'architecture du SoC, pour le moment c'est juste le pilote du TTY
-├── harch.h      : API du code dépendant de l'architecture
-├── hcpu.S       : code dépendant du cpu matériel en assembleur
-├── kernel.ld    : ldscript décrivant l'espace d'adressage pour l'éditeur de lien
-├── kinit.c      : fichier en C contenant le code de démarrage du noyau, ici c'est la fonction kinit().
-└── Makefile     : description des actions possibles sur le code : compilation, exécution, nettoyage, etc.
-}}}
-   
-
-
-=  Premier programme en assembleur dans la seule section de boot
-
-
-- Dans quel fichier se trouve la description de l'espace d'adressage du MIPS ? Que trouve-t-on dans ce fichier ?
-  (''(la réponse est dans le cours et dans le fichier'')
+
+- **Questions**\\\\
+  - Dans quel fichier se trouve la description de l'espace d'adressage du MIPS ? Que trouve-t-on dans ce fichier ? (''la réponse est dans le cours et dans le fichier'')
 {{{#!protected 
 ''
@@ -126 +54 @@
 - On trouve ensuite la déclaration des régions mémoire.
 - et enfin la définition des sections de sortie qui seront mise dans le fichier binaire produit et dans quelle région elle sont placées.
-''
-}}}
-- Dans quel fichier se trouve le code de boot et pourquoi l'avoir nommé ainsi ? 
- (''la réponse est dans le fichier'')
+
+
+
+''
+}}}
+  - Dans quel fichier se trouve le code de boot et pourquoi l'avoir nommé ainsi ? (''la réponse est dans le fichier'')
 {{{#!protected
 ''
 Le code de boot est dans le fichier `hcpu.S`. Il a a été nommé ainsi parce que c'est du code qui dépend du 
 hardware et qu'il concerne le cpu.
-''
-}}}
-- A quelle adresse démarre le MIPS ? Où peut-on le vérifier ?
+
+
+
+''
+}}}
+  - A quelle adresse démarre le MIPS ? Où peut-on le vérifier ?
 {{{#!protected 
 ''
 L'adresse de démarrage est `0xBFC00000`. On peut le vérifier dans le fichier `kernel.ld`. Il y a une définition des
 régions mémoire avec une région commençant à cette adresse et c'est dans cette région que l'on met le code de boot.
-''
-}}}
-- Que produit le compilateur C quand on utilise l'option -c ?
-{{{#!protected 
-
-}}}
-- Que fait l'éditeur de liens ?
-{{{#!protected 
-
-}}}
-- De quels fichiers a besoin l'éditeur de liens pour fonctionner ?
-{{{#!protected 
-
-}}}
-- Dans quelle section se trouve le code de boot pour le compilateur ?
-{{{#!protected 
-
-}}}
-- Dans quelle section se trouve le message hello pour le compilateur ?
-{{{#!protected 
-
-}}}
-- Dans quelle section se trouve le code de boot dans le code exécutable ?
-{{{#!protected 
-
-}}}
-- Dans quelle région de la mémoire le code de boot est placé ?
-{{{#!protected 
-
-}}}
-- Comment connaît-on l'adresse du registre de sortie du contrôleur de terminal TTY ?
-{{{#!protected 
-
-}}}
-- Comment sait-on que le message est fini et que le programme doit s'arrêter ?
-{{{#!protected 
-
-}}}
-- Pourquoi terminer le programme par un `dead: j dead` ? 
+
+
+
+''
+}}}
+  - Que produit le compilateur C quand on utilise l'option -c ?
+{{{#!protected 
+
+
+
+
+}}}
+  - Que fait l'éditeur de liens ?
+{{{#!protected 
+
+
+
+
+}}}
+  - De quels fichiers a besoin l'éditeur de liens pour fonctionner ?
+{{{#!protected 
+
+}}}
+  - Dans quelle section se trouve le code de boot pour le compilateur ?
+{{{#!protected 
+
+}}}
+  - Dans quelle section se trouve le message hello pour le compilateur ?
+{{{#!protected 
+
+}}}
+  - Dans quelle section se trouve le code de boot dans le code exécutable ?
+{{{#!protected 
+
+}}}
+  - Dans quelle région de la mémoire le code de boot est placé ?
+{{{#!protected 
+
+}}}
+  - Comment connaît-on l'adresse du registre de sortie du contrôleur de terminal TTY ?
+{{{#!protected 
+
+}}}
+  - Comment sait-on que le message est fini et que le programme doit s'arrêter ?
+{{{#!protected 
+
+}}}
+  - Pourquoi terminer le programme par un `dead: j dead` ? 
 {{{#!protected 
 
@@ -192 +134 @@
 
 
+   Dans le deuxième programme, nous restons en assembleur, mais nous avons deux fichiers source : (1) le fichier contenant
+   le code de boot et (2) le fichier contenant le code du noyau. Ici, le code du noyau c'est juste une ''fonction'' `kinit()`. Ce n'est pas vraiment une fonction car on n'utilise pas la pile.
+   \\\\
+   **Objectifs**
+   - Savoir comment le programme de boot fait pour sauter à l'adresse de la routine kinit.
+   - Savoir un fichier kernel.ld un peu plus complet.
+ 
+ **Fichiers**
+{{{
+2_init_asm/
+├── hcpu.S       : code dépendant du cpu matériel en assembleur
+├── kernel.ld    : ldscript décrivant l'espace d'adressage pour l'éditeur de lien
+├── kinit.S      : fichier contenant le code de démarrage du noyau, ici c'est une routine kinit.
+└── Makefile     : description des actions possibles sur le code : compilation, exécution, nettoyage, etc.
+}}}
+
+
+
+
+
+
+
+
+ [wiki:AS5-TME9#a3.SautdanslafonctionkinitdunoyauenlangageC 3. kinit_c]:: \\
+   Dans ce troisième programme, nous faisons la même chose que pour le deuxième mais `kinit()` est désormais écrit en 
+   langage C. Cela change peu de choses, sauf une chose importante `kinit()` est une fonction et donc il faut absolument 
+   une pile d'exécution.
+   \\\\
+   **Objectifs**
+   - Savoir comment et où déclarer la pile d'exécution du noyau. 
+   - Savoir comment afficher un caractère sur un terminal depuis un programme C.
+ 
+ **Fichiers**
+{{{
+3_init_c/
+├── hcpu.S       : code dépendant du cpu matériel en assembleur
+├── kernel.ld    : ldscript décrivant l'espace d'adressage pour l'éditeur de lien
+├── kinit.c      : fichier en C contenant le code de démarrage du noyau, ici c'est la fonction kinit().
+└── Makefile     : description des actions possibles sur le code : compilation, exécution, nettoyage, etc.
+}}}
+
+
+
+
+= 4.  Accès aux registres de contrôle des terminaux TTY
+
+
+
+
+   Le prototype de SoC que nous utilisons pour les TP est configurable. Il est possible par exemple de choisir le nombre 
+   terminaux texte (TTY). Par défaut, il y en a un mais, nous pouvons en avoir jusqu'à 4. Nous allons modifier le code du 
+   noyau pour s'adapter à cette variabilité. En outre, pour le moment, nous ne faisions qu'écrire sur le terminal, 
+   maintenant, nous allons aussi lire le clavier.
+   \\\\
+   **Objectifs**
+   - Savoir comment compiler un programme C avec du code conditionnel.
+   - Savoir comment décrire en C l'ensemble des registres d'un contrôleur de périphérique et y accéder.
+ 
+ **Fichiers**
+{{{
+4_nttys/
+├── hcpu.S       : code dépendant du cpu matériel en assembleur
+├── kernel.ld    : ldscript décrivant l'espace d'adressage pour l'éditeur de lien
+├── kinit.c      : fichier en C contenant le code de démarrage du noyau, ici c'est la fonction kinit().
+└── Makefile     : description des actions possibles sur le code : compilation, exécution, nettoyage, etc.
+}}}
+
+
+
+
+
+= 5. Premier petit pilote pour le terminal
+
+
+
+
+   Dans l'étape 4, nous accédons au registre de périphérique directement dans la fonction `kinit()`, ce n'est pas très
+   simple. C'est pourquoi, nous allons ajouter un niveau d'abstraction qui représente un début de pilote de périphérique
+   (device driver). Ce pilote, même tout petit constitue une couche logicielle avec une API.
+   \\\\
+   **Objectifs**
+   - Savoir comment créér uun début de pilote pour le terminal TTY.
+   - Savoir comment décrire une API en C
+
+ **Fichiers**
+{{{
+5_driver/
+├── harch.c      : code dépendant de l'architecture du SoC, pour le moment c'est juste le pilote du TTY
+├── harch.h      : API du code dépendant de l'architecture
+├── hcpu.S       : code dépendant du cpu matériel en assembleur
+├── kernel.ld    : ldscript décrivant l'espace d'adressage pour l'éditeur de lien
+├── kinit.c      : fichier en C contenant le code de démarrage du noyau, ici c'est la fonction kinit().
+└── Makefile     : description des actions possibles sur le code : compilation, exécution, nettoyage, etc.
+}}}
+   
+
+
+
+= 
+
+
+
+
 - Quel est le nom de la directive assembleur permettant de déclarer une section
 
@@ -208 +253 @@
 
 
-= 4.  Accès aux registres de contrôle des terminaux TTY
 
 
@@ -220 +264 @@
 
 
-= 5. Premier petit pilote pour le terminal
+