Changes between Version 33 and Version 34 of Archi-1-TP10

Timestamp:

Jan 2, 2021, 12:10:13 PM (4 years ago)

Author:

franck

Comment:

--

Archi-1-TP10

@@ -355 +355 @@
 - La section `kentry` est placée à l'adresse `0x80000000` or l'entrée du noyau est `0x80000180`, il faut donc déplacer le pointeur de remplissage de la section `ktentry` de `0x180`. Remarquez qu'on aurait pu utiliser une directive `.space 0x180`.
 - Commentaire du code
-  - Ligne 25 : $26 **←**  c0_cause\\⟶ donc le registre GPR réservé au kernel prend la valeur du registre de cause.
-  - Ligne 26 : $26 **←**  $26 & 0b00111100\\⟶ C'est un masque qui permet de ne conserver que les 4 bits du champ `XCODE`.
-  - Ligne 27 : $27 **←**  0b00100000\\⟶ On initialise le registre GPR réservé au kernel $27 avec la valeur attendue dans $26 s'il s'agit d'une cause `syscall`.
-  - Ligne 28 : si $26 ≠ $27 goto not_syscall\\⟶ Si ce n'est pas un syscall, on va plus loin, sinon on continue en séquence.
-'''''''''''''''
-}}}
-1. Le gestionnaire de syscall est la partie du code qui gère le comportement du noyau lors de l'exécution de l'instruction `syscall`. C'est un code en assembleur présent dans le fichier `kernel/hcpu.S` que nous allons observer. Pour vous aider dans la compréhension de ce code, vous devez imaginer que l'instruction `syscall` est un peu comme un appel de fonction. Ce code utilise un tableau de pointeurs de fonctions nommé `syscall_vector` définit dans le fichier `kernel/ksyscalls.c`. Les lignes `36` à `43` sont chargées d'allouer dans la pile. Dessinez l'état de la pile après l'exécution de ces instructions. Que fait l'instruction lige `44` et quelle conséquence cela a? Que font les lignes `46` à `52`? Et enfin que font les lignes `54` à `60`\\ \\**`common/syscalls.h`**
+  - Ligne 25 : `$26` **←**  `c0_cause`\\⟶ donc le registre GPR réservé au kernel prend la valeur du registre de cause.
+  - Ligne 26 : `$26` **←**  `$26 & 0b00111100`\\⟶ C'est un masque qui permet de ne conserver que les 4 bits du champ `XCODE`.
+  - Ligne 27 : `$27` **←**  `0b00100000`\\⟶ On initialise le registre GPR réservé au kernel $27 avec la valeur attendue dans $26 s'il s'agit d'une cause `syscall`.
+  - Ligne 28 : si `$26` ≠ `$27` goto not_syscall\\⟶ Si ce n'est pas un syscall, on va plus loin, sinon on continue en séquence.
+'''''''''''''''
+}}}
+1. Le gestionnaire de syscall est la partie du code qui gère le comportement du noyau lors de l'exécution de l'instruction `syscall`. C'est un code en assembleur présent dans le fichier `kernel/hcpu.S` que nous allons observer. Pour vous aider dans la compréhension de ce code, vous devez imaginer que l'instruction `syscall` est un peu comme un appel de fonction. Ce code utilise un tableau de pointeurs de fonctions nommé `syscall_vector` définit dans le fichier `kernel/ksyscalls.c`. Les lignes `36` à `43` sont chargées d'allouer dans la pile. Dessinez l'état de la pile après l'exécution de ces instructions. Que fait l'instruction lige `44` et quelle conséquence cela a? Que font les lignes `46` à `51`? Et enfin que font les lignes `53` à `59`\\ \\**`common/syscalls.h`**
 {{{#!c
   1 #define SYSCALL_EXIT        0
@@ -398 +398 @@
  49     addu    $2,     $26,    $2              
  50     lw      $2,     ($2)                    
- 51     li      $26,    0xFF00                  
- 52     jalr    $2                              
- 53 
- 54     lw      $26,    5*4($29)                
- 55     lw      $27,    6*4($29)                
- 56     lw      $31,    7*4($29)                
- 57     mtc0    $26,    $12                     
- 58     mtc0    $27,    $14                     
- 59     addiu   $29,    $29,    8*4             
- 60     eret                       
+ 51     jalr    $2                              
+ 52 
+ 53     lw      $26,    5*4($29)                
+ 54     lw      $27,    6*4($29)                
+ 55     lw      $31,    7*4($29)                
+ 56     mtc0    $26,    $12                     
+ 57     mtc0    $27,    $14                     
+ 58     addiu   $29,    $29,    8*4             
+ 59     eret                       
 }}}
 {{{#!protected ------------------------------------------------------------------------------------
@@ -433 +432 @@
 - L'instruction ligne 44 met `0` dans le registre `c0_sr`. Ce qui a pour conséquence de mettre à `0` les bits `UM`, `EXL` et `IE`. On est donc en mode kernel avec interruptions masquées.\\ \\''Notez qu'interdire les interruptions pendant l'exécution des syscall est contraignant. Pour le moment, ce n'est pas important puisque nous ne traitons pas encore les interruptions, mais lorsque nous les traiterons, elles seront masquées. En conséquence, il sera interdit aux fonctions qui traitent les appels système d'exécuter des attentes longues (comme une boucle qui attend le changement d'état d'un registre de périphérique) car sinon, le noyau sera bloqué (plus rien ne bouge).''
 - Commentaire du code
-  - Ligne 46 : $26 **←** l'adresse du tableau syscall_vector\\⟶ On s'apprête à y faire un accès indexé par le registre $2
-  - Ligne 47 : $2  **←** $2 @ 0x1F \\⟶ 
-  - Ligne 48 :  **←**  \\⟶ 
-  - Ligne 49 :  **←**  \\⟶ 
+  - Ligne 46 : `$26` **←** l'adresse du tableau syscall_vector\\⟶ On s'apprête à y faire un accès indexé par le registre `$2`
+  - Ligne 47 : `$2`  **←** `$2 & 0x1F`\\⟶ pour éviter de sortir du tableau si l'utilisateur à mis n'importe quoi dans `$2`
+  - Ligne 48 : `$2`  **←** `$2 * 4`\\⟶ Les cases du tableau sont des pointeurs et font 4 octets
+  - Ligne 49 : `$2`  **←** `$26 + $2`\\⟶ 
   - Ligne 50 :  **←**  \\⟶ 
   - Ligne 51 :  **←**  \\⟶ 
-  - Ligne 52 :  **←**  \\⟶ 
 '''''''''''''''
 }}}