Changes between Version 11 and Version 12 of Archi-1-TP10

Timestamp:

Dec 22, 2020, 10:59:31 AM (4 years ago)

Author:

franck

Comment:

--

Archi-1-TP10

@@ -188 +188 @@
 '''''''''''''''
 }}}
-1. Comme nous l'avons vu dans la précédente séance, c'est grâce au fichier ldscript (`kernel.ld` et plus tard `user.ld`) que l'on peut mapper (''placer en mémoire'') les sections produites par le compilateur C. 
-{{{#!protected ------------------------------------------------------------------------------------
-'''''''''''''''
-- 
-'''''''''''''''
-}}}
-1. En C, vous savez que les variables globales sont toujours initialisées, soit explicitement dans le programme lui-même, soit implicitement à la valeur 0. Les variables globales initialisées sont placées dans la section `.data` (ou plutôt dans l'une des sections data : `.data`, `.sdata`, `.rodata`, etc. Elles sont présentes dans le fichier objet (`.o`) produit pas le compilateur. En revanche, les variables globales non explicitement initialisées ne sont pas présentes dans le fichier objet. effacement des variables globales?
+1. En C, vous savez que les variables globales sont toujours initialisées, soit explicitement dans le programme lui-même, soit implicitement à la valeur `0`. Les variables globales initialisées sont placées dans la section `.data` (ou plutôt dans l'une des sections `data` : `.data`, `.sdata`, `.rodata`, etc.) et elles sont présentes dans le fichier objet (`.o`) produit pas le compilateur. En revanche, les variables globales non explicitement initialisées ne sont pas présentes dans le fichier objet. Ces dernières sont placées dans un segment de la famille `.bss`. C'est grâce au fichier ldscript que nous pouvons mapper l'ensemble des segments en mémoire.\\Pour pouvoir initialiser à `0` les segments `bss` par programme, il nous faut connaître l'adresse de début et de fin en mémoire. Le code ci-dessous est le fichier ldscript du kernel `kernel.ld` (nous avons retier les commentaires pour la circonstance.\\Expliquez ce que font les lignes 11, 12 et 15.
 {{{#!java
   1 SECTIONS
   2 {
   3     .boot : {
-  4         *(.boot)            /* boot code in boot region */
+  4         *(.boot)            
   5     } > boot_region
   6     .ktext : {
-  7         *(.text*)           /* code of any object file (except boot) in kernel code region) */
+  7         *(.text*)           
   8     } > ktext_region
   9     .kdata : {
- 10         *(.*data*)          /* initialized global variables */
- 11         . = ALIGN(4);       /* move the filling pointer to an word aligned address */
- 12         __bss_origin = .;   /* first byte of uninitialized global variables */
- 13         *(.*bss*)           /* uninitialized global variables */
- 14         . = ALIGN(4);       /* move the filling pointer to an word aligned address */
- 15         __bss_end = .;      /* first byte after the bss section */
+ 10         *(.*data*)          
+ 11         . = ALIGN(4);       
+ 12         __bss_origin = .;   
+ 13         *(.*bss*)           
+ 14         . = ALIGN(4);       
+ 15         __bss_end = .;      
  16     } > kdata_region
  17 }
@@ -216 +210 @@
 {{{#!protected ------------------------------------------------------------------------------------
 '''''''''''''''
-- 
-'''''''''''''''
-}}}
-1. accès aux registres de périphériques?
+- La ligne 11 contient `. = ALIGN(4)`, c'est équivalent à la directive `.align 4` de l'assembleur.
+  cela permet de déplacer le pointeur de remplissage de la section de sortie courante (c'est-à-dire ici `.kdata`)
+  frontière de 2^4^ octets (une adresse multiple de 16). Cette contrainte est lié au caches que nous ne verrons pas ici.
+- La ligne 12 permet de créer la variable de ldscript `__bss_origin` et de l'initialiser à l'adresse courante, 
+  ce sera donc l'adresse de début du la zone `bss`.
+- La ligne 15 permet de créer la variable `__bss_end` qui sera l'adresse de fin de la zone `bss` 
+  (en fait c'est la première adresse qui suit juste `bss`. 
+'''''''''''''''
+}}}
+1. Nous accès aux registres de périphériques?
 {{{#!protected ------------------------------------------------------------------------------------
 '''''''''''''''