Changes between Version 73 and Version 74 of Archi-1-TP9

Timestamp:

Dec 4, 2020, 2:09:09 PM (4 years ago)

Author:

franck

Comment:

--

Archi-1-TP9

@@ -463 +463 @@
 
 
+
+
 = B. Travaux pratiques
 
@@ -638 +640 @@
 '''''''''''''''
 }}}
-- Le code de boot ne fait que sauter dans la fonction kinit avec l'instruction `j`, 
-    il n'y a pas de retour, ce n'est donc pas un `jal`, mais pourquoi ne pas avoir utilisé 
-    `j init` et donc pourquoi passer par un registre ?
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
-  - On ne sait pas le code de boot est en `0xBFC00000`. 
-    L'instruction `j imm26` permet de sauter à n'importe quelle adresse d'instruction `0xB.......`
-    (dans le memento MIPS `j imm26` : `PC <- PC[31:28] || imm26*4`
-'''''''''''''''
-}}}
-  - Dans `kernel.ld`, la définition de la mémoire est plus complète, elle contient 3 régions : 
-    pour le code de boot `boot_region` pour le code du noyau `ktext_region` et 
-    pour les données globales du noyau `kdata_region`. 
-    Ces régions ne contiennent qu'une section de sorties (resp. `.boot`, `.ktext` et `.kdata`) 
-    remplies avec les sections d'entrées produites par le compilateur.\\
-    Que signifie `*(.*data*)` ?
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
-  - C'est une manière de désigner toutes les sections nommées `.*data*` avec `*` = n'importe quoi 
-    présentes dans n'importe quel fichier objets reçu par le compilateur.
-'''''''''''''''
-}}}
-  - Quelle est la valeur de `__kdata_end` ? Pourquoi, selon vous, mettre 2 «`_`» au début des variables ?
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
-  - `__kdata_end` est l'adresse du premier octet placé juste après la région data.
-  - les 2 «`_`» permettent d'éviter les conflits avec les noms des symboles (fonction, variable, type, etc.)
-    présents dans le programme.
-'''''''''''''''
-}}}
-  - 
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
-  -
-'''''''''''''''
-}}}
-  - 
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
-  -
-'''''''''''''''
-}}}
-  - 
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
-  -
-'''''''''''''''
-}}}
-  - 
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
-  -
-'''''''''''''''
-}}}
-
-
-
-
-== 3. Saut dans la fonction kinit() du noyau en langage 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**
+2. Le code de boot ne fait que sauter à l'adresse `kinit avec l'instruction `j`, 
+   il n'y a pas de retour, ce n'est donc pas un `jal`. Où est définit `kinit` ? 
+   Comment le code de boot connait cette adresse ? 
+   Pourquoi ne pas avoir utilisé `j init` et donc pourquoi passer par un registre ? 
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+- `kinit` est défini dans la `kinit.S`. 
+- `hcpu.S` ne connait pas cette adresse, mais grâce au `.globl kinit`, l'éditeur de lien saura compléter `hcpu.o`, dans l'exécutable.
+- Le code de boot est en `0xBFC00000`, `kinit` est en `0x80000000`, ces deux adresses ne partagent pas les 4 bits de poids fort, c'est trop loin pour un simple `j`.
+'''''''''''''''
+}}}
+1. Dans `kernel.ld`, que signifie `*(.*data*)` ?
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+- C'est une manière de désigner toutes les sections nommées `.*data*` avec `*` = n'importe quoi 
+  présentes dans n'importe quel fichier objets reçu par le compilateur.
+'''''''''''''''
+}}}
+1. Quelle est la valeur de `__kdata_end` ? Pourquoi mettre 2 «`_`» au début des variables du `ldscript` ?
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+- `__kdata_end` est l'adresse du premier octet placé juste après la région data.
+- les 2 «`_`» permettent d'éviter les conflits avec les noms des symboles (fonction, variable, type, etc.)
+  présents dans le programme.
+'''''''''''''''
+}}}
+
+**Exercices**
+
+- Exécutez le programme sur le simulateur. Est-ce différent de l'étape 1 ?
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+* Non, c'est le même comportement.
+'''''''''''''''
+}}}
+- Modifiez le code, comme pour l'étape 1, afin d'afficher un second message ?
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+* C'est très semblable, voire identique, à l'étape 1, l'idée est qu'ils ouvrent le code...
+'''''''''''''''
+}}} 
+
+
+
+== B3. Saut dans la fonction kinit() du noyau en langage 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/
@@ -715 +707 @@
 }}}
 
-- **Questions**\\
-  ''Les réponses sont dans le cours ou dans les fichiers sources''\\\\
-  - Question ? 
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
-  - Réponse
-'''''''''''''''
-}}}
-
-
-
-
-== 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.
+**Questions**
+
+1. Quand faut-il initialiser la pile ? Dans quel fichier est-ce ? Quelle est la valeur du pointeur initial ?
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+- Il faut initialiser le pointeur avant d'appeler `kinit()`
+- C'est dans le fichier `hcpu.S`
+- '$29' ← '__kdata_end', c'est-à-dire `0x80400000`
+'''''''''''''''
+}}}
+
+**Exercices**
+
+- Exécutez le programme sur le simulateur. Est-ce différent de l'étape 1 ?
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+* Non, c'est le même comportement :-)
+'''''''''''''''
+}}}
+- Modifiez le code de `kinit.c`, et comme pour l'étape 1, afficher un second message ?
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+* Hormis, qu'il s'agit de code C, il n'y a pas de différence de principe, c'est toujours du copier-coller, l'important c'est qu'ils ouvrent le code
+'''''''''''''''
+}}} 
+
+
+
+== B4.  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**
+**Fichiers**
+
 {{{
 4_nttys/
@@ -750 +759 @@
 }}}
 
-- **Questions**\\
-  ''Les réponses sont dans le cours ou dans les fichiers sources''\\\\
-  - Question ? 
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
-  - Réponse
-'''''''''''''''
-}}}
-
-
-
-
-== 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éer un début de pilote pour le terminal `TTY`.
-   - Savoir comment décrire une API en C
-
- **Fichiers**
+**Questions**
+
+1. ? 
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+- 
+'''''''''''''''
+}}}
+
+**Exercices**
+
+- Exécutez le programme sur le simulateur. Qu'observez-vous ?
+- Modifiez le code pour afficher un message sur le second terminal, il y a toujours une attente sur le premier terminal.
+- Modifiez le code pour que le programme attende sur les deux terminaux. L'idée est de ne plus faire d'attente bloquante sur le registre `TTY_STATUS` de chaque terminal.
+
+
+
+
+== B5. 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éer un début de pilote pour le terminal `TTY`.
+- Savoir comment décrire une API en C
+ 
+**Fichiers**
+
 {{{
 5_driver/
@@ -786 +802 @@
 }}}
    
-- **Questions**\\
-  ''Les réponses sont dans le cours ou dans les fichiers sources''\\\\
-  - Question ? 
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
-  - Réponse
-'''''''''''''''
-}}}
-
-- Quel est le nom de la directive assembleur permettant de déclarer une section
-
-
-
-
-
-
-
-
+**Questions**
+
+1. ? 
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+- 
+'''''''''''''''
+}}}
+
+
+**Exercices**
+
+
+
+
+
+
+