Changes between Version 11 and Version 12 of stageM1


Ignore:
Timestamp:
Dec 20, 2009, 2:51:14 PM (15 years ago)
Author:
Joël Porquet
Comment:

typos

Legend:

Unmodified
Added
Removed
Modified
  • stageM1

    v11 v12  
    1010la bibliothèque C standard déjà existante.
    1111
    12 Le stagiaire devra compiler une des bibliothèques standards C++ libre
     12Le stagiaire devra compiler une des bibliothèques standards C++ libres
    1313et l'intégrer dans MutekH. L'exécution d'applications C++ sur MutekH
    1414permettra naturellement de valider le stage.
     
    1717'''Objectif (Injection de pannes dans les modèles de composants SoCLib)[Dimitri]'''
    1818
    19 Le simulateur SoCLib permet d'étudier le comportement des circuits, cependant les pannes due à l'électronique ne sont actuellement pas prise en compte. En effet en situation réel certain éléments matériels peuvent cesser de fonctionner. Le projet Adam vise l'élaboration d'une plate forme capable de gérer ces situations et nécessite donc leur prise en charge des la simulation
     19Le simulateur SoCLib permet d'étudier le comportement des circuits. Cependant les pannes dues à l'électronique ne sont actuellement pas prises en compte. En effet, en situation réelle, certains éléments matériels peuvent cesser de fonctionner. Le projet Adam vise l'élaboration d'une plate forme capable de gérer ces situations et nécessite donc leur prise en charge dès la simulation.
    2020
    2121L'objectif de ce stage est d'ajouter la capacité d'injection de
     
    2323différents protocoles de test directement depuis systemC.
    2424
    25 Dans un soucis de modularité, l'injection de pannes devra être la moins intrusive
     25Dans un souci de modularité, l'injection de pannes devra être la moins intrusive
    2626possible au niveau de l'architecture des composants systemC, et facilement désactivable.
    2727
    2828Pour commencer, le stagiaire devra se familiariser avec les modèles SoCLib et les différents type de pannes franches existantes.
    29 La validation se fera par l'exécution sur MutekH d'une application de tests logiciels directement dans la simulation.
     29La validation se fera par l'exécution sur MutekH, d'une application de tests logiciels directement dans la simulation.
    3030
    3131'''Objectif (Composant SoCLib UART 16550 et le driver MutekH associé)[Christophe]'''
     
    4040
    4141Le modèle de composant SoCLib se rapproche beaucoup du modèle de TTY déjà existant
    42 et de son driver assocé dans MutekH. Un driver pour les UART 16550 supportant à
     42et de son driver associé dans MutekH. Un driver pour les UART 16550 supportant à
    4343l'heure actuelle uniquement la plateforme PC existe également. Un modèle VHDL
    44 existe déjà et doit être adapté pour que son jeu de registres correspondent à
     44existe déjà et doit être adapté pour que son jeu de registres corresponde à
    4545la spécification choisie ici.
    4646
     
    5959
    6060Le système d'exploitation MutekH dispose de toute les ressources pour
    61 accueillir cette nouvelle bibliothèque: des drivers de framebuffer,
    62 une biblitohèque matématique...
     61accueillir cette nouvelle bibliothèque : des drivers de framebuffer,
     62une bibliothèque mathématique...
    6363
    64 Le travail de ce stage consiste à compiler TinyGL avec MutekH et écrire le
     64Le travail de ce stage consiste à compiler TinyGL avec MutekH et à écrire le
    6565backend pour exploiter l'interface de frame buffer. Le stagiaire pourra
    6666valider son travail en exécutant les programmes de démonstration fournis