Changes between Version 2 and Version 3 of SoclibCourseTp2

Timestamp:

Sep 5, 2009, 6:02:43 PM (16 years ago)

Author:

alain

Comment:

--

SoclibCourseTp2

@@ -16 +16 @@
 = 2. Architecture matérielle =
 
-L'architecture matérielle pour de ce second TP instancie également deux composants matériels qui possèdent 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 standard VCI/OCP. Le premier 
-composant est le coprocesseur cablé (c'est à dire non programmable)
-qui calcule le PGCD (plus grand commun diviseur) de deux nombres entiers positifs A et B, codés sur 32 bits.
-Le second composant est chargé de transmettre les valeurs des opérandes A et B au coprocesseur, et de récupérer
-le résultat. Ces deux composants matériels fonctionnent en parallèle, et communiquent entre eux par des canaux de communication de type FIFO. 
+L'architecture matérielle pour de ce second TP instancie trois types de composants matériels.
+Les deux composants ''!VciLcdCoprocessor'' et ''!VciLcdMaster'' 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 troisième composant ''!VciGbs'' est un composant matériel modélisant un bus système respectant le protocole VCI/OCP, et permettant aux différents composants matériels de communiquer entre eux. 
+
+[[Image(soclib_tp2_archi.png)]]
+
+Le composant ''!VciGsb'' se comporte comme un bus, car il ne traite qu'une seule transaction à la fois.
+Si plusieurs initiateurs ... 
+
+= 3. Protocole VCI/OCP
+
+Le protocol de communication VCI permet de construire des architectures matérielle multi-processeurs à memoire
+partagée. Dans ce type de d'architecture, les différents composants matérielles utilisent des transactions pour communiquer entre eux. Une transaction est un couple (commande / réponse). 
+Une transaction est initiée par composant ''initiateur'' est chargé de
+démarrer la transaction, et un composant cible est chargé de répondre à la commande qu'il a reçue.
+ * paquet commande un paquet commande contient principalement une adresse 
+En principe, n'importe quel initiateur est capable de communiquer avec n'importe quelle cible.  
+La cible est désignée par les bits de poids fort de l'adresse.
+
+L'adreentre un intitiateur et 
+utilsentUn système de ce type possède trois types de composants :
+ * des composants ''initiateurs", capable de
+d'adressage partagé implante un protocole de communication très simple supportant le contrôle de flux.
 
 [[Image(soclib_tp2_fig1_archi.png)]]
 
 == 2.1 Canal de communication VCI ==
-
-Le protocol de communication VCI permet de construire des architectures multi-processeurs implante un protocole de communication très simple supportant le contrôle de flux.
 
 La figure ci-dessous détaille les signaux utilisés par le protocole VCI.
@@ -48 +63 @@
 Bien sûr les valeurs de ces paramètres VCI doivent être les mêmes pour tous les composants matériels d'une même architecture. 
 
-=== Modélisation ===
-
 Cette généricité des interfaces de communication VCI est évidemment une souplesse très utile, 
 mais elle crée une difficulté pour la modélisation des composants matériels, puisqu'ilfaut écrire des modèles de
@@ -64 +77 @@
 Ces trois objets utilisent évidemment un paramètre template de type ''VciParams''. 
 
-== 2.2 Composant ''VciLcdCoprocessor'' ==
-
-Le composant ''!VciLcdCoprocessor'' se comporte comme un périphérique adressable qui doit être
+= 4. Segmentation de l'espace adressable =
+
+= 5. Travail à réaliser =
+ 
+L'archive attachement:soclib_tp1.tgz contient différents fichiers dont vous aurez besoin pour ce premier TP.
+Créez un répertoire de travail spécifique TP1 pour ce TP, recopier l'archive dans ce répertoire TP1, et décompressez-la:
+{{{
+$ tar xzvf soclib_tp1.tgz
+}}}
+
+Cette archive contient les fichiers suivants :
+
+== 4.1 Composant ''!VciLcdCoprocessor ==
+
+Le composant ''!VciLcdCoprocessor'' se comporte comme un périphérique adressable, et doit donc être
 modélisé comme une cible VCI. Il possède donc un seul port de type ''!VciTarget'', et 4 registres 
 (ou pseudo-registres) implantés dans l'espace addressable, qui peuvent donc - en principe - être
-lus ou écrits par n'importe quel initiateur.
-du sytème. Chacun de ces registres a une largeur de 4 octets. Par conséquent, le occupé par le périphérique
- segment de 
+lus ou écrits par n'importe quel initiateur du sytème. Chacun de ces registres a une largeur de 4 octets. 
+Par conséquent, le segment occupé par ce périphérique dans l'espace adressable a une taille de 4*4 = 16octets.
+
+
+Pour simplifier le décodage des adresses, on impose la contrainte que l'adresse de base de ce segment est
+un multiple de sa longueur (on dit que le segment est ''aligné'').  
+La carte d'implantation des registres est définit comme suit :
+
+|| '''Nom du registre''' || '''Offset''' || '''Mode'''    ||
+|| r_opa                         || 0x0          || Write Only ||
+|| r_opb                         || 0x4          || Write Only ||
+|| r_start                        || 0x8          || Write Only ||
+|| r_res                           || 0xc          || Read Only  ||
+
+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
+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.
+
+Une erreur est signalée si le coprocesseur reçoit une commande longueur supérieure à un mot,
+ou si l'adresse reçue n'appartient pas au segment qui a été défini pour le coprocesseur,
+ou si le mode d'accès (Read ou write) ne respecte pas les contraintes ci-dessus.
+
+Question : à quoi servent ces vérifications ?
+
+Les fichiers
+
+== 4.2 Composant ''VciLcdMaster'' ==
+
+Le composant ''!VciLcdMaster'' est un initiateur VCI, qui exécute une boucle infinie dans laquelle il exécute
+successivement les 6 actions suivantes:
+ * calcul de deux valeurs aléatoires (entiers positifs codés sur 32 bits)
+ * écriture 
+La figure ci-dessous décrit la structure de l'automate de contrôle du composant ''!VciLcdMaster''.
+
+Le fichier ''vci_lcd_coprocessor.h'' contient une description complête du composant ''!VciLcdMaster''.
+Le fichier ''vci_lcd_coprocessor.cpp'' contient une description incompête des méthodes associées à ce composant.
+Complêtez le code des méthodes ''transition()'' et ''genMoore()'', pour traiter les états de l'automate qui ne le sont pas.
+incomp
+
+
+
+
+
+
+
+
+
+
 
 L'algorithme de calcul du PGCD implanté par cet automate cablé peut être décrit par le code C suivant :