Changes between Version 40 and Version 41 of AS6-TME-B5

Timestamp:

Feb 22, 2022, 3:31:52 PM (3 years ago)

Author:

franck

Comment:

--

AS6-TME-B5

@@ -382 +382 @@
 
 
-Pour la partie pratique, je ne vous fait pas modifier ou pire écrire la gestion des threads, mais je vous invite à lire le code. Pour Vous vous forcer à ouvrir les fichiers, vous allez répondre à quelques questions sur le code. Puis vous allez changer la manière de lire les caractères du TTY pour la rendre plus efficace.
-
-Dans la 1ère version proposée, tty_read() tente de lire le registre status pour savoir s'il y a un caractère en attente, sinon elle cède le processeur avec thread_yield(), le problème est que l'on peut perdre des frappes du clavier. 
-Ici T0 appelle tty_read() qui cède le processeur à T1 en l'absence de frappes.
-
-**kernel/harch.c**
-
-  * Le thread tente de lire le clavier en lisant `status`, en cas d'échec il cède le processeur en sachant qu'on lui rendra plus tard.
-  * En cas de succès, il enregistre le caractère lu dans le buffer et décrémente le nombre de caractères attendus, si c'est le dernier, il sort.
-  * Notez qu'il n'y a pas de loopback (c'est-à-dire de renvoi du caractère vers l'écran. C'est une opération complexe, on ne peut pas tout renvoyer (par exemple les flèches), c'est à la fonction système de faire ce travail. 
-
-{{{#!c
-int tty_read (int tty, char *buf, unsigned count)
-{
-    int res = 0;                                        // nb of read char
-    tty = tty % NTTYS;                                  // to be sure that tty is an existing tty
-    int c;                                              // char read
-
-    while (count--) {
-        while (!__tty_regs_map[ tty ].status) {         // wait for a char from the keyboard
-            thread_yield();                             // nothing then we yield the processor
-        }
-        c = __tty_regs_map[ tty ].read;                 // read the char
-        *buf++ = c;
-        res++;
-    }
-    return res;                                         // return the number of char read
-}
-}}}
-
-Le schéma ci-dessous illustre le problème.
- [[Image(htdocs:img/IRQTTY_1.png,nolink,height=200)]]
-Le thread **`T0`** demande des lectures, `T1` prend le temps qui lui est donné jusqu'à l'IRQ du TIMER, je vous propose de lire le code en détail.
+Pour la partie pratique, je ne vous fait pas modifier, ou pire écrire, la gestion des threads, mais je vous invite à lire le code. Pour Vous vous forcer à ouvrir les fichiers, vous allez répondre à quelques questions sur le code. Puis vous allez changer la manière de lire les caractères du TTY pour la rendre plus efficace.
 
 **uapp/main.c**
@@ -526 +494 @@
 **kernel/ksyscall.c**
 
- * Je ne met pas toutes les étapes de l'appel du gestionnaire de syscall, vous avez ici le vecteur de syscall qui montre bien que l'on appelle la fonction du noyau `tty_read()` dont vous avez le code un peu plus haut.
-
+ * Je ne met pas toutes les étapes de l'appel du gestionnaire de syscall, vous avez ici le vecteur de syscall qui montre bien que l'on appelle la fonction du noyau `tty_read()`.
 {{{#!c
 void *syscall_vector[] = {
@@ -542 +509 @@
 }}}
 
+**kernel/harch.c**
+
+  * Le thread tente de lire le clavier en lisant `status`, en cas d'échec il cède le processeur avec `thread_yield()`, en sachant qu'on lui rendra plus tard.
+  * En cas de succès, il enregistre le caractère lu dans le buffer et décrémente le nombre de caractères attendus, si c'est le dernier, il sort.
+  * Notez qu'il n'y a pas de loopback (c'est-à-dire de renvoi du caractère vers l'écran. C'est une opération complexe, on ne peut pas tout renvoyer (par exemple les flèches), c'est à la fonction système de faire ce travail. 
+
+{{{#!c
+int tty_read (int tty, char *buf, unsigned count)
+{
+    int res = 0;                                        // nb of read char
+    tty = tty % NTTYS;                                  // to be sure that tty is an existing tty
+    int c;                                              // char read
+
+    while (count--) {
+        while (!__tty_regs_map[ tty ].status) {         // wait for a char from the keyboard
+            thread_yield();                             // nothing then we yield the processor
+        }
+        c = __tty_regs_map[ tty ].read;                 // read the char
+        *buf++ = c;
+        res++;
+    }
+    return res;                                         // return the number of char read
+}
+}}}
+
+
+Le schéma ci-dessous illustre le problème:
+* **`T0`** appelle tty_read() qui cède le processeur à **`T1`** en l'absence de frappes.
+* Le thread **`T0`** demande des lectures à chaque qu'il a le processeur, **`T1`** prend le temps qui lui est donné jusqu'à l'IRQ du TIMER.
+* Si l'utilisateur frappe beaucoup de touches pendant que **`T0`** n'a pas le processeur. Le caractères lus doivent être stockés quelque-part dans le contrôleur de TTY pour ne pas les perdre. Mais si cette mémoire est trop petite, on risque de perdre des caractères. 
+
+ [[Image(htdocs:img/IRQTTY_1.png,nolink,height=200)]]
+
+L'idée va être d'utiliser l'IRQ du TTY pour réagir à chaque frappe du clavier pendant l'exécution de **`T1`** pour lire le clavier et stocker les caractères dans une file d'attente.
+