Changes between Version 11 and Version 12 of stageM2
- Timestamp:
- Dec 21, 2009, 9:33:16 AM (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
stageM2
v11 v12 2 2 3 3 4 ''' Objectif (x86-64/Sparc)[Dimitri]''' 4 === x86-64/Sparc [Dimitri] === 5 5 6 6 … … 30 30 31 31 32 '''Objectif (NFS)[Nicolas et Joel]''' 32 === NFS [Nicolas et Joel] === 33 33 34 34 … … 46 46 47 47 48 ''' Objectif (Composant réseau SoCLib et le driver MutekH associé)[?]''' 48 === Composant réseau SoCLib et le driver MutekH associé [?] === 49 49 50 50 … … 72 72 73 73 74 '''Objectif (Libe2fs)[Nicolas et Joel]''' 74 === Libe2fs [Nicolas et Joel] === 75 75 76 76 … … 91 91 92 92 93 '''Objectif (Coprocesseur Crypto pour SoCLib et le driver MutekH associé)[Alexandre et Geoffrey]''' 93 === Coprocesseur Crypto pour SoCLib et le driver MutekH associé [Alexandre et Geoffrey] === 94 94 95 95 … … 118 118 119 119 120 '''Objectif (Driver de MMU pour ARM9 et boot sur GP32)[Dimitri]''' 120 === Driver de MMU pour ARM9 et boot sur GP32 [Dimitri] === 121 121 122 Une MMU(Memory Management Unit) est un composant passerelle entre le processeur et la mémoire centrale. L'espace d'adressage de cette dernière n'est pas forcément identique à celui utilisé par le processeur. L'accès au données nécessite alors une traduction d'adresse, effectué par la MMU. Celle-ci converti e l'adresse demandépar le processeur (adresse dite virtuelle) en une adresse réellement disponible en mémoire (adresse physique).122 Une MMU(Memory Management Unit) est un composant passerelle entre le processeur et la mémoire centrale. L'espace d'adressage de cette dernière n'est pas forcément identique à celui utilisé par le processeur. L'accès au données nécessite alors une traduction d'adresse, effectué par la MMU. Celle-ci convertit l'adresse demandée par le processeur (adresse dite virtuelle) en une adresse réellement disponible en mémoire (adresse physique). 123 123 124 Suivant les processeurs et les architectures, les MMU diffèrent . Les fonctionnalités proposées ne sont pas les mêmes. Par exemple, alors que sur x86 les pages mémoire ont une taille de 4 kilo octets ou 4 Mega octets, elles ont une taille de 1 kilo, 4 kilo, 64kilo ou 1 Megasur ARM.124 Suivant les processeurs et les architectures, les MMU diffèrent, les fonctionnalités proposées ne sont pas les mêmes. Par exemple, alors que sur x86 les pages mémoire ont une taille de 4 Kio ou 4 Mio, elles ont une taille de 1 Kio, 4 Kio, 64 Kio ou 1 Mio sur ARM. 125 125 126 126 La gestion de la mémoire virtuelle est décomposable en deux parties dans Hexo/MutekH: … … 129 129 130 130 L'objectif de ce stage est d'ajouter à l'exo-noyau Hexo le support de la mémoire virtuelle sur un processeur ARM doté d'une MMU de référence. 131 Pour cela, l'étudiant devra implémenter le driver pour la MMU du processeur ARM. Ce driver devra évidement respecter l'API cité précédement.132 Hexo s'exécute déjà nativement sur une architecture composée d'un processeur ARM et d'une MMU générique du projet SoCLib. Il sera possible de s'inspiréde ce driver pour effectuer le travail demandé.131 Pour cela, l'étudiant devra implémenter le driver pour la MMU du processeur ARM. Ce driver devra évidement respecter l'API citée précédemment. 132 Hexo s'exécute déjà nativement sur une architecture munie d'un processeur ARM et d'une MMU générique du projet SoCLib. Il sera possible de s'inspirer de ce driver pour effectuer le travail demandé. 133 133 134 La validation se fera soit sur une carte de développement SAM9-L9260 d'Olimex [http://www.olimex.com/dev/sam9-L9260.html], soit sur la console de jeux portable GamePark32 [http://darkfader.net/gp32/].134 La validation se fera soit sur une carte de développement [http://www.olimex.com/dev/sam9-L9260.html SAM9-L9260 d'Olimex], soit sur la console de jeux portable [http://darkfader.net/gp32/ GamePark32]. 135 135 Elles utilisent toutes les deux un processeur du type ARM 9 avec MMU. La validation consistera à exécuter une application sur MutekH/Hexo utilisant la mémoire virtuelle.