Changes between Version 164 and Version 165 of Archi-1-TP9

Timestamp:

Nov 21, 2021, 4:37:29 PM (3 years ago)

Author:

franck

Comment:

--

Archi-1-TP9

@@ -850 +850 @@
 1. Dans le fichier `kinit.c`, il est question d'un loopback, à quoi cela sert-il ? 
 {{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
+''
 - Par défaut les caractères tapés au clavier ne sont pas affichés par le matériel. Or, l'utilisateur s'attend au fait que s'il tape sur une touche, celle-ci s'affiche. Comme ce n'est pas le matériel qui le fait c'est au logiciel de le faire. 
-'''''''''''''''
+- Le fait que ce soit le logiciel qui fait cette opération de loopback permet de savoir que le programme tourne. Si un caractère s'affiche quand on tape au clavier, c'est qu'un morceau du programme a lu le registre `read` et réécrit cette valeur dans le registre `write`.
+''
 }}}
 1. Dans le fichier `kinit.c`, on trouve `__tty_regs_map[ tty%NTTYS ].write = *s`, expliquez le modulo.
 {{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
+''
 * C'est une sécurité, un peu inutile ici, qui permet de ne pas écrire en dehors de la zone des registres du contrôleur de tty
-'''''''''''''''
+''
 }}}
 1. Exécutez le programme sur le simulateur. Qu'observez-vous ? Est-ce que les deux fenêtres ont le même comportement vis-à-vis du clavier ?
 {{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
+''
 - Deux fenêtres sont apparues avec un message uniquement dans la fenêtre `proc0_term0`.
 - Non. Quand on tape dans la fenêtre `proc0_term0`, les touches tapées s'affichent alors que rien ne se passe dans la fenêtre `proc0_term1`.
-'''''''''''''''
+''
 }}}
 
@@ -872 +873 @@
 - Modifiez le code pour afficher un message sur le second terminal, il y a toujours une attente sur le premier terminal.
 {{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
+''
 - C'est juste deux copier-coller (message et boucle d'affichage).
-'''''''''''''''
-}}}
-- Modifiez le code pour que le programme affiche les touches tapées au clavier sur les deux terminaux. C'est-à-dire, ce que vous tapez sur le terminal `proc0_term0` s'affiche sur ce même terminal, et pareil pour `proc0_term1`. L'idée est de ne plus faire d'attente bloquante sur le registre `TTY_STATUS` de chaque terminal. Pour que cela soit plus amusant, changez la casse sur le terminal `proc1_term1` (si vous tapez `bonjour 123`, il affiche `BONJOUR 123` et inversement.
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
+''
+}}}
+- Modifiez le code pour que le programme affiche les touches tapées au clavier sur les deux terminaux. C'est-à-dire, ce que vous tapez sur le terminal `proc0_term0` s'affiche sur ce même terminal, et pareil pour `proc0_term1`. L'idée est de ne plus faire d'attente bloquante sur le registre `TTY_STATUS` de chaque terminal. Pour que cela soit plus amusant, changez la casse (minuscule ←→ majuscule) sur le terminal `proc1_term1` (si vous tapez `bonjour 123`, il affiche `BONJOUR 123` et inversement.
+{{{#!protected ------------------------------------------------------------------------------------
+''
 {{{#!c
 void kinit (void)
@@ -912 +913 @@
     while (1); 
 }}}
-'''''''''''''''
-}}}
-
+''
+}}}
 
 
@@ -922 +922 @@
 
 
-Dans l'étape précédente, 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.
+Dans l'étape précédente, nous accédons aux registres 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**
@@ -945 +945 @@
 **Questions**
 
-1. Le code du driver du TTY est dans le fichier `harch.c` et les prototypes sont dans `harch.h`. Si vous ouvrez `harch.h` vous allez voir que seuls les prototypes des fonctions `tty_read()` et `tty_write()` sont présents. La structure décrivant la carte des registres du `TTY` est déclarée dans le .c. Pourquoi avoir fait ainsi ?
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
+1. Le code du driver du TTY est dans le fichier `harch.c` et les prototypes sont dans `harch.h`. Si vous ouvrez `harch.h` vous allez voir que seuls les prototypes des fonctions `tty_read()` et `tty_write()` sont présents. La structure décrivant la carte des registres du `TTY` est déclarée dans le `.c`. Pourquoi avoir fait ainsi ?
+{{{#!protected ------------------------------------------------------------------------------------
+''
 - Le noyau n'a pas besoin de savoir comment sont organisés les registres dans le TTY. Il a juste besoin de savoir comment écrire ou lire un message. Plus c'est cloisonné, moins il y a de risque de problèmes. En outre, cela simplifie un hypothétique portage sur une autre architecture.
-'''''''''''''''
+''
 }}}
 1. Le MIPS dispose d'un compteur de cycles internes. Ce compteur est dans un banc de registres accessibles uniquement quand le processeur fonctionne en mode `kernel`. Nous verrons ça au prochain cours, mais en attendant nous allons quand même exploiter ce compteur. Pourquoi avoir mis la fonction dans `hcpua.S` ? Rappeler, pourquoi avoir mis `.globl clock`