Changes between Version 21 and Version 22 of SoclibCourseTp2

Timestamp:

Sep 26, 2009, 11:31:49 AM (16 years ago)

Author:

alain

Comment:

--

SoclibCourseTp2

@@ -18 +18 @@
 L'architecture matérielle qu'on souhaite prototyper dans ce second TP instancie 7 composants matériels de 
 trois types différents :
-Les deux composants ''!VciLcdCoprocessor'' et ''!VciLcdMaster'' sont instanciés trois fois chacun. Ils ont des fonctionnalités identiques à celles des composants utilisés dans le premier TP, mais ces composants possèdent maintenant des ports de communication qui respectent le protocole VCI/OCP. Le composant ''!VciLcdMaster'' se comporte comme un initiateur, et le composant ''!VciLcdCoprocesseur'' se comporte come une cible. Le troisième composant ''!VciVgsb'' (Virtual Generic System Bus) est un composant matériel modélisant un bus multi-maîtres, multi-cibles respectant le protocole VCI/OCP.  
+Les deux composants ''!VciGcdCoprocessor'' et ''!VciGcdMaster'' sont instanciés trois fois chacun. Ils ont des fonctionnalités identiques à celles des composants utilisés dans le premier TP, mais ces composants possèdent maintenant des ports de communication qui respectent le protocole VCI/OCP. Le composant ''!VciGcdMaster'' se comporte comme un initiateur, et le composant ''!VciGcdCoprocesseur'' se comporte come une cible. Le troisième composant ''!VciVgsb'' (Virtual Generic System Bus) est un composant matériel modélisant un bus multi-maîtres, multi-cibles respectant le protocole VCI/OCP.  
 
 [[Image(soclib_tp2_archi.png)]]
@@ -159 +159 @@
 
 L'archive contient également les fichiers suivants :
- * `lcd.h` : ce fichier décrit les fichiers adressables du coprocesseur LCD (fichier complet)
- * `vci_lcd_master.h` : définition du composant `VciLcdMaster` (fichier complet)
- * `vci_lcd_master.cpp` : méthodes associées (fichier incomplet)
- * `vci_lcd_coprocessor.h` : définition du composant `VciLcdCoprocessor`. (fichier complet)
- * `vci_lcd_coprocessor.cpp` : méthodes associées (fichier incomplet)
+ * `gcd.h` : ce fichier décrit les fichiers adressables du coprocesseur GCD (fichier complet)
+ * `vci_gcd_master.h` : définition du composant `VciGcdMaster` (fichier complet)
+ * `vci_gcd_master.cpp` : méthodes associées (fichier incomplet)
+ * `vci_gcd_coprocessor.h` : définition du composant `VciGcdCoprocessor`. (fichier complet)
+ * `vci_gcd_coprocessor.cpp` : méthodes associées (fichier incomplet)
  * `vci_vgsb.h` : définition du composant `VciVgsb`. (fichier complet)
  * `vci_vgsb.cpp` : méthodes associées (fichier complet)
  * `tp2_simple_top.cpp` : top-cell d'une architecture simple à deux composants (fichier incomplet)
 
-== 5.1 Composant ''!VciLcdCoprocessor'' ==
-
-Le composant ''!VciLcdCoprocessor'' se comporte comme un périphérique adressable, et doit donc être
+== 5.1 Composant ''!VciGcdCoprocessor'' ==
+
+Le composant ''!VciGcdCoprocessor'' se comporte comme un périphérique adressable, et doit donc être
 modélisé comme une cible VCI. Il possède un seul port de type ''!VciTarget'', et 4 registres 
 (ou pseudo-registres) implantés dans l'espace addressable, qui peuvent donc - en principe - être
@@ -187 +187 @@
 
 Attention : Il n'existe pas réellement de registre ''r_start'' dans le composant matériel.
-Lorsque le composant ''!VciLcdCoprocessor'' reçoit une commande d'écriture à l'adresse
+Lorsque le composant ''!VciGcdCoprocessor'' reçoit une commande d'écriture à l'adresse
 correspondant à l'adresse de ''r_start'', la donnée WDATA correspondante n'est écrite nulle part,
 mais la commande est interprêtée par le coprocesseur comme un ordre de démarrage du calcul.
@@ -193 +193 @@
 Comme pour tout composant contenant des registres addressables, on définit dans un fichier
 séparé les mnémoniques  correspondant aux numéros des registres, car cette information
-est utilisée non seulement  par le composant ''!VciLcdCoprocesseur'' (pour décoder les adresses), 
-mais également par le composant ''!VciLcdMaster'' (pour générer les adresses).
+est utilisée non seulement  par le composant ''!VciGcdCoprocesseur'' (pour décoder les adresses), 
+mais également par le composant ''!VciGcdMaster'' (pour générer les adresses).
 
 Une erreur est signalée si le coprocesseur reçoit une commande de longueur supérieure à un mot,
@@ -202 +202 @@
 Question : comment sont traitées les erreurs dans ce modèle de simulation? à quoi servent ces vérifications ?
 
-La figure ci-dessous décrit la structure de l'automate de contrôle du composant `VciLcdCoprocessor`.
+La figure ci-dessous décrit la structure de l'automate de contrôle du composant `VciGcdCoprocessor`.
 
 [[Image(soclib_tp2_coprocessor.png)]]
 
-Le fichier `vci_lcd_coprocessor.h` contient une définition complête du composant `VciLcdCoprocessor`.
+Le fichier `vci_gcd_coprocessor.h` contient une définition complête du composant `VciGcdCoprocessor`.
 Il n'a pas besoin d'être modifié, mais vous aurez besoin de le lire attentivement pour modifier 
-le fichier `vci_lcd_coprocessor.cpp`, qui contient une description incomplête des méthodes associées à ce composant.
+le fichier `vci_gcd_coprocessor.cpp`, qui contient une description incomplête des méthodes associées à ce composant.
 Complétez le code des méthodes `transition()` et `genMoore()`.
 
-== 5.2 Composant ''!VciLcdMaster'' ==
-
-Le composant `VciLcdMaster` est un initiateur VCI, qui exécute une boucle infinie dans laquelle il exécute
+== 5.2 Composant ''!VciGcdMaster'' ==
+
+Le composant `VciGcdMaster` est un initiateur VCI, qui exécute une boucle infinie dans laquelle il exécute
 successivement les 6 actions suivantes:
  1. calcul de deux valeurs aléatoires (entiers positifs codés sur 32 bits)
- 1. écriture de l'opérande OPA dans le registre `r_opa` du coprocesseur LCD. 
- 1. écriture de l'opérande OPB dans le registre `r_opb` du coprocesseur LCD.
- 1. écriture dans le pseudo-registre `r_start` du coprocesseur LCD.
- 1. lecture du résultat dans le registre `r_res` du coprocesseur LCD.
+ 1. écriture de l'opérande OPA dans le registre `r_opa` du coprocesseur GCD. 
+ 1. écriture de l'opérande OPB dans le registre `r_opb` du coprocesseur GCD.
+ 1. écriture dans le pseudo-registre `r_start` du coprocesseur GCD.
+ 1. lecture du résultat dans le registre `r_res` du coprocesseur GCD.
  1. affichage des résultats.
 
-Pour accéder au coprocesseur LCD, le composant a besoin de l'adresse de base du 
-segment de l'espace adressable aui a été assigné au coprocesseur LCD.
-Le composant ''!VciLcdMaster'' étant un automate cablé (non programmable), on considère
+Pour accéder au coprocesseur GCD, le composant a besoin de l'adresse de base du 
+segment de l'espace adressable aui a été assigné au coprocesseur GCD.
+Le composant ''!VciGcdMaster'' étant un automate cablé (non programmable), on considère
 que cette adresse est également "câblé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''.
+La figure ci-dessous décrit la structure de l'automate de contrôle du composant ''!VciGcdMaster''.
 
 [[Image(soclib_tp2_master.png)]]
@@ -235 +235 @@
 dans lequel on attend la réponse (on reste dans cet état tant qu'on a pas reçu une réponse valide).
 
-Le fichier `vci_lcd_coprocessor.h` contient une description complète du composant `!VciLcdMaster`.
+Le fichier `vci_gcd_coprocessor.h` contient une description complète du composant `!VciGcdMaster`.
 Il n'a pas besoin d'être modifié, mais vous devez le lire attentivement pour modifier
-le fichier `vci_lcd_coprocessor.cpp`, qui contient une description incomplète des méthodes associées à ce composant.
+le fichier `vci_gcd_coprocessor.cpp`, qui contient une description incomplète des méthodes associées à ce composant.
 Complétez le code des méthodes `transition()` et `genMoore()`.
 
 == 5.3 Architecture minimale ==
 
-Pour valider les modèles de simulation des composants `VciLcdMaster` et `VciLcdCoprocessor`, 
+Pour valider les modèles de simulation des composants `VciGcdMaster` et `VciGcdCoprocessor`, 
 on construit une architecture minimale ne contenant que deux composants matériels, conformément au schéma ci-dessous :
 
@@ -249 +249 @@
 En vous inspirant de ce que vous avez fait dans le TP1, complétez le fichier ''tp2_simple_top.cpp'' qui vous est fourni,
 en précisant :
- * les caractéristiques du segment mémoire associé au coprocesseur LCD.
+ * les caractéristiques du segment mémoire associé au coprocesseur GCD.
  * les valeurs des paramètres VCI (largeurs des champs) dans l'objet `vci_param`.
  * les valeurs des arguments des constructeurs des deux composants.
@@ -258 +258 @@
 Il faut ensuite compiler les différents fichiers pour générer le simulateur.
 On va utiliser la même méthode que dans le TP1, mais il y a une difficulté supplémentaire, à cause
-du paramètre template `vci_param` des composants `VciLcdMaster`, `VciLcdCoprocessor`. 
+du paramètre template `vci_param` des composants `VciGcdMaster`, `VciGcdCoprocessor`. 
 Dans un contexte de compilation séparée, il est nécessaire de définir explicitement la valeur de ce paramètre
 dans chacun des fichiers source avant de lancer la génération du fichier objet associé. 
-Pour cela, il faut rajouter la ligne suivante à la fin des fichiers `vci_lcd_master.cpp` et `vci_lcd_coprocessor.cpp` :
+Pour cela, il faut rajouter la ligne suivante à la fin des fichiers `vci_gcd_master.cpp` et `vci_gcd_coprocessor.cpp` :
 {{{
-template class VciLcdMaster<soclib::caba::VciParams<4, 8, 32, 1, 1, 1, 12, 1, 1, 1> >;
+template class VciGcdMaster<soclib::caba::VciParams<4, 8, 32, 1, 1, 1, 12, 1, 1, 1> >;
 }}}
-(pensez à changer le nom de la classe pour `vci_lcd_coprocessor.cpp`.
+(pensez à changer le nom de la classe pour `vci_gcd_coprocessor.cpp`.
 
 Ceci étant fait, écrivez le Makefile permettant la génération du fichier exécutable `simple_simulator.x`.