| 100 | | Nous appellerons ''architecture clusterisée'' une architecture dans laquelle on utilise un double système d'index |
| 101 | | pour repérer les initiateurs et les cibles VCI. Un cluster est un sous-système regroupant généralement plusieurs |
| 102 | | initiateurs et plusieurs cibles VCI, communiquant entre eux par un interconnect local (bus ou crossbar). |
| 103 | | Chaque composant est donc repèré par un couple `(cluster_index, local_index)`. |
| 104 | | |
| 105 | | L'espace d'adressage reste partagé par tous les composants du système (quel que soit leur cluster), et n'importe |
| 106 | | quel initiateur peut directement adresser n'importe quelle cible. Si l'initiateur et la cible n'appartiennent pas au même |
| 107 | | cluster, les paquets VCI (commande et réponse) sont acheminés grace à un interconnect global (généralement un |
| 108 | | micro-réseau intégré ou NoC). |
| 109 | | |
| 110 | | [[Image(soclib_tp4_multi.png)]] |
| 111 | | |
| 112 | | Ce regroupement en clusters répond généralement à deux objectifs: |
| 113 | | * D'un point de vue architecture, regrouper dans un même cluster les composants qui communiquent beaucoup entre eux permet de réduire la latence des communications, et de minimiser la consommation. Ce découpage permet également de distribuer la mémoire embarquée, et d'éviter le goulot d'étranglement que constituerait un unique banc mémoire sur la puce (même si l'accès à la mémoire externe reste un goulot d'étranglement). |
| 114 | | * D'un point de vue électrique, le découpage en clusters permet de résoudre en partie les problèmes d'horlogerie, puisque chaque cluster peut être implanté dans un domaine d'horloge séparé (approche GALS : Globally Asynchronous / Locally Synchronous). Le franchissement des frontières d'horlogre est alors la responsabilité du micro-réseau assurant les communications inter-clusters. |
| 115 | | |
| 116 | | Pour faciliter le décodage des adresses, on décompose les bits de poids fort de l'adresse VCI en deux champs GADR et LADR, de telle sorte que le décodage du champs GADR définisse complêtement le numéro du cluster cible. |
| 117 | | Le décodage du champs LADR permet lui de déterminer l'index local de la cible dans un cluster. |
| 118 | | Le nombre de bits des champs GADR et LADR dépend évidemment du système. |
| 119 | | || GADR || LADR || OFFSET || |
| 120 | | Cette organisation hiérarchique à deux niveaux impose évidemment que les valeurs des champs GADR des segments associés aux cibles d'un même cluster soient égales entre elles (ou appartiennent à un même ensemble de valeurs caractéristiques de ce cluster) |
| 121 | | |
| 122 | | = 4 Travail à réaliser = |
| | 99 | = 3 Travail à réaliser = |
| 188 | | Par ailleurs, le ''code de boot'' (contenu dans le fichier '''reset.s''') doit maintenant initialiser le vecteur d'interruption |
| | 161 | Pour communiquer avec un périphérique, un programme utilisateur peut utiliser |
| | 162 | un tampons mémoire partagé DATA, protégé par une variable de synchronisation SYNC. |
| | 163 | Supposons qu'un programme utilisateur souhaite lire un caractère sur un terminal TTY. |
| | 164 | Plutôt que d'effectuer un appel système bloquant (qui effectue une scrutation directement sur le registre STATUS |
| | 165 | du TTY), le programme utilisateur va appeler une fonction de communication qui s'exécute en mode ''user'', et qui |
| | 166 | effectue une scrutation sur la variable SYNC. C'est le périphérique TTY qui écrit dans le tampon DATA |
| | 167 | et qui active la variable SYNC, en déclenchant l'exécution de la routine d'interruption. |
| | 168 | Le programme utilisateur lit dans le tampon DATA et désactive la variable SYNC. |
| | 169 | Il existe évidemment un mécanisme symétrique pour l'écriture d'un caractère vers le contrôleur TTY. |
| | 170 | |
| | 171 | '''Question:''' Quel est l'avantage de ce type de communication ? |
| | 172 | |
| | 173 | Le logiciel doit être modifié pour supporter la communication par interruption entre un programme |
| | 174 | utilisateur et un périphérique: |
| | 175 | * le fichier '''isr.s''' contient le codes des routines d'interruption associées aux différentes requêtes d'interruption générées par les périphériques. Il y a une routine par ligne d'interruption. Ce code est écrit en assembleur, et s'exécute en mode ''kernel''. |
| | 176 | * Le fichier '''userio.c''' contient les fonctions C permettant à un programme utilisateur de communiquer par interruption (en lecture ou en écriture) avec les périphériques. Pour l'instant seul les fonctions d'accès au TTY sont |
| | 177 | disponibles. |
| | 178 | * Le ''code de boot'' défini dans le fichier '''reset.s''' doit maintenant initialiser le vecteur d'interruption |
