Changes between Version 32 and Version 33 of SoclibCourseTp5

Timestamp:

Dec 19, 2010, 10:08:24 PM (14 years ago)

Author:

alain

Comment:

--

SoclibCourseTp5

@@ -215 +215 @@
 
 On souhaite modéliser une architecture structurée en quatre clusters presque identiques, 
-Chaque cluster contiendra un processeur MIPS32, un composant ICU, un contrôleur TTY, un TIMER et une mémoire RAM. On se dispensera d'instancier le coprocesseur GCD dans cette architecture. On placera la ROM de boot dans le cluster 3, le contrôleur d'écran graphique FBF dans le cluster 2 le contrôleur de disque IOC dans le cluster 0, et le contrôleur DMA dans le cluster 1.
+Chaque cluster contiendra un processeur MIPS32, un composant ICU, un contrôleur TTY, un TIMER et une mémoire RAM. 
+ * On se dispensera d'instancier le coprocesseur GCD dans cette architecture.
+ * On placera le contrôleur de disque IOC dans le cluster 0.
+ * On placera le contrôleur DMA dans le cluster 1.
+ * On placera le contrôleur d'écran graphique FBF dans le cluster 2.
+ * On placera la ROM de boot dans le cluster 3.
 
 On utilisera un composant '''vci_local_crossbar''' comme interconnect local ( voir documentation [https://www.soclib.fr/trac/dev/wiki/Component/VciXcacheWrapper ici]) , et on utilisera le composant '''vci_vgmn''' comme interconnect global ( voir documentation [https://www.soclib.fr/trac/dev/wiki/Component/VciXcacheWrapper ici]) . 
@@ -242 +247 @@
 '''Question''' : Pourquoi faut-il des segments distincts pour les 4 piles d'exécution ?
 
-'''Question''' : Proposez des adresses de base pour ces 25 segments, en tenant compte du fait que le crossbar local ne doit décoder que les bits (LADR) de l'adresse, et que le réseau global ne doit décoder que les bits (GADR) de l'adresse.
-Recommandation : on peut utiliser les 4 bits A[31:28] pour le champs GADR, en considérant que seuls les 2 bits A[29:28] sont
-réellement discriminants pour désigner le cluster visé. 
+'''Question''' : Proposez des adresses de base pour ces 25 segments, en tenant compte du fait que le crossbar local ne doit décoder que les bits (LADR) de l'adresse, et que le réseau global ne doit décoder que les bits (GADR) de l'adresse. Tenez compte du fait que dans chaque cluster, il existe au moins un segment appartenant à l'espace ''utilisteur'' (le segment de pile), et trois segments appartenant à l' espace superviseur (les segments associés au TTY, au TIMER et à l'ICU).
+Recommandation : on peut utiliser les 4 bits A[31:28] pour le champs GADR, en considérant que seuls les 2 bits A[29:28] sont réellement discriminants pour désigner le cluster visé.   
 
 '''Question''' : Modifiez le fichier '''ldscript''' pour définir ces adresses de bases, et pour préciser le nombre de processeurs.
 
-'''Question''' : Ecrivez les deux fichiers '''tp5_top.cpp''' et '''tp5.desc''' correspondant à cette architecture.
+'''Question''' : Complétez les deux fichiers '''tp5_top_cluster.cpp''' et '''tp5_top_cluster.desc''' correspondant à cette architecture.
 n'oubliez pas de donner des valeurs croissantes (de 0 à 3) à l'argument ''processor-id'' des 4 processeurs.