Changes between Version 10 and Version 11 of SoclibCourseTp2

Timestamp:

Sep 6, 2009, 10:26:57 PM (16 years ago)

Author:

alain

Comment:

--

SoclibCourseTp2

@@ -97 +97 @@
 
 Dans une architecture à mémoire partagée, on assigne à tout composant ''cible'' un (ou plusieurs) segment(s) dans l'espace adressable.
-Un segment est une ''tranche" de l'espace adressable, cractérisé par une adresse de base, et une taille (en nombre d'octets). La taille d'un 
+Un segment est une ''tranche" de l'espace adressable. Il possède donc une adresse de base, et une taille (en nombre d'octets). La taille d'un 
 segment peut être très variable : de quelques d'octets pour un périphériques adressable, à quelques Moctets pour un contrôleur mémoire.
 C'est en analysant les bits de poids fort de l'adresse que le sous-système d'interconnexion détermine à quel segment appartient l'adresse, 
@@ -109 +109 @@
 Pour plus de détails, vous pouvez consulter le site WEB du projet SoCLib :  [https://www.soclib.fr/trac/dev/wiki/Component/MappingTable]. 
 
+Dans une architecture à mémoire partagée, l'adresse contenue dans la commande VCI est donc décodée à différents endroits :
+les bits de poids faibles sont décodés par les périphériques adressables pour déterminer l'action à réaliser, et les bits de poids fort sont décodés par le sous-système d'interconnexion pour déterminer l'index de la cible concernée. Pour faciliter ce décodage, la plate-forme de prototypage SoCLib définit la classe C++ ''!AddressDecodingTable'' (fichier ''address_decoding_table.h'').
+ 
 = 5. Travail à réaliser =
  
@@ -127 +130 @@
  * ''mapping_table.h'' : définition de la mapping table
  * ''mapping_table.cpp'' : implémentation des méthodes de la mapping table
- * ''address_decoding_table.h''
- * ''address_decoding_table.cpp''
+ * ''address_decoding_table.h'' : Table indexée par une partie de l'adresse
+ * ''address_decoding_table.cpp'' : implémentation des méthodes de la table indexée
+ L'archive contient également les fichiers suivants :
+ * ''vci_lcd_master.h'' : définition du composant ''!VciLcdMaster''.
+ * ''vci_lcd_master.cpp'' : méthodes associées (fichier incomplet).
+ * ''vci_lcd_coprocessor.h'' : définition du composant ''!VciLcdCoprocessor''.
+ * ''vci_lcd_coprocessor.cpp'' : méthodes associées (fichier incomplet).
+ * ''vci_gsb.h'' : définition du composant ''!VciGsb''.
+ * ''vci_gsb.cpp'' : méthodes associées (fichier complet).
+ * ''tp2_simple_top.cpp'' : top-cell d'une architecture ne contenant que deux composants.
 
 == 5.1 Composant ''!VciLcdCoprocessor ==
@@ -182 +193 @@
 segment de l'espace adressable aui a été assigné au coprocesseur LCD.
 Le composant ''!VciLcdMaster étant un automate cablé (non programmable), on considère
-que cette adresse est également "cablée", et elle est donc définie comme un paramètre du constructeur.
+que cette adresse est également "cablée". Elle est donc définie comme un paramètre du constructeur.
  
 La figure ci-dessous décrit la structure de l'automate de contrôle du composant ''!VciLcdMaster''.
@@ -200 +211 @@
 
 Pour valider les modèles de simulation des composants ''!VciLcdMaster'' et ''!VciLcdCoprocessor'', 
-il faut décrire une architecture minimale ne contenant que deux composants matériels, conformément au schéma 
-ci-dessous :
+on construit une architecture minimale ne contenant que deux composants matériels, conformément au schéma ci-dessous :
 
 [[Image(soclib_tp2_simple_archi.png)]]
@@ -213 +223 @@
 == 5.4 Compilation et génération du simulateur ==
 
-Il faut ensuite compiler pour générer les fichiers 
+Il faut ensuite compiler les différents fichiers pour générer le simulateur. 
 
 == 5.5 Architecture multi-maitres ==
 
+En vous inspirant du fichier ''tp2_simple_top.cpp'' de la question précédente, écrivez le fichier ""tp2_multi_top.cpp'', 
+qui décrit l'architecture à 7 composants décrite au début de ce TP. Vous ferez en sorte que le maitre (i) communique 
+avec le coprocesseur (i). N'oubliez pas de définir 3 segments différents pour les trois coprocesseurs.
+
 = 6. Compte-rendu =