Changes between Version 39 and Version 40 of Archi-1-TP10

Timestamp:

Jan 2, 2021, 9:23:15 PM (4 years ago)

Author:

franck

Comment:

--

Archi-1-TP10

@@ -560 +560 @@
 
 
-**Objectifs**
+**Objectifs de l'étape**
 
 
@@ -611 +611 @@
 
 
-* Ajout de la fonction `int cpuid(void)` qui lit le registre `$15` du coprocesseur système. Ce 
+* Ajout de la fonction `int cpuid(void)` qui lit le registre `$15` du coprocesseur système.\\Vous pouvez vous inspirez fortement de la fonction `clock()`.\\Ecrivez un programme de test.
 
 
@@ -617 +617 @@
 
 
-Nous allons désormais avoir deux exécutables: le noyau et l'application. Dans cette étape, nous allons voir comment le noyau fait pour appeler l'application, alors que celle-ci n'est pas compilée en même temps que le noyau.
-
-
-**Objectifs**
-
+Nous allons désormais avoir deux exécutables: le noyau et l'application. Dans cette étape, nous allons voir comment le noyau fait pour appeler l'application, alors que celle-ci n'est pas compilée en même temps que le noyau. Nous allons passer du noyau à l'application à la fin de la fonction `kinit()`.\\
+En revanche, dans cette étape, nous n'allons pas mettre en place la gestion des syscalls. C'est-a-dire qu'il ne sera pas possible de revenir dans le noyau depuis l'application. C'est bien entendu une étape intermédiaire, parce qu'il faut normalement absolument pouvoir invoquer le noyau depuis l'application pour accéder aux périphériques. 
+Toutefois, pour pouvoir quand même accéder aux registres de périphériques, nous allons exceptionnellement exécuter l'application en mode kernel. Ainsi, l'application pourra accéder aux adresses de l'espace d'adressages réservées aux mode `kernel`.
+
+
+**Objectifs de l'étape**
+
+- Ecrire une application en dehors du kernel et voir comment le kernel entre dans l'application.
 
 **Fichiers**
@@ -647 +650 @@
 **Questions**
 
-1. Question ? 
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
-- réponse
-'''''''''''''''
-}}}
-
-
+1. Dans quel fichier se trouve la première fonction de l'application et comment s'appelle-t-elle?
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+- Dans le fichier `user/crt0.c`, c'est la fonction `_start()`
+'''''''''''''''
+}}}
+1. Quelle est la fonction du noyau qui appelle cette fonction et dans quel ?
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+- Dans le fichier `kernel/kinit.c` et c'est la fonction `kinit()`.
+'''''''''''''''
+}}}
+1. Comment le noyau fait-il pour démarrer l'application en mode `kernel`? (la réponse est dans la fonction de la question précédente).
+{{{#!protected ------------------------------------------------------------------------------------
+'''''''''''''''
+- Dans la fonction `kinit()` : ligne 19, on initialise le bit `UM` du registre status `c0_sr` avec `0`. Ainsi, après l'exécution de `eret`, nous serons en mode `kernel`.
+{{{#!c
+18     // this code allows to exit the kernel to go to user code
+19     __asm__ volatile (   "la     $26,    __text_origin  \n"     // get first address of user code
+20                          "mtc0   $26,    $14            \n"     // put it in c0_EPC
+21                          "li     $26,    0b00000010     \n"     // next status [UM,0,ERL,EXL,IE] 
+22                          "mtc0   $26,    $12            \n"     // UM <- 0, IE <- 0, EXL <- 1
+23                          "la     $29,    __data_end     \n"     // define new user stack pointer
+24                          "eret                          \n");   // j EPC and EXL <- 0
+}}}
+'''''''''''''''
+}}}
+
+**Exercice**
+
+- Vous n'allez pas faire grand-chose pour cette étape parce qu'elle n'est pas très utile du fait de l'impossibilité de revenir dans le noyau après l'entrée dans l'application. Affichez juste un second message depuis la fonction `main()`
 
 == B3. Programme utilisateur utilisé en mode user mais sans libc