QCM : Structure des systèmes programmables (31 questions)

Explication

Un système programmable associe bien un processeur, des entrées-sorties et une interface mémoire. Cette interface peut donner accès à différentes mémoires ou à des périphériques, et les entrées-sorties font partie des éléments associés au processeur. Un accès mémoire est défini par un type d’accès, une adresse et une valeur, et non par un périphérique dans ce triplet.

Explication

Un accès mémoire est défini par le triplet formé du type, de l’adresse et de la valeur. Une lecture correspond généralement à load et une écriture à store. Les branchements et les interruptions ne constituent pas les types habituels d’accès mémoire, et l’adresse et la valeur seules ne suffisent pas.

Explication

Une mémoire est définie comme un dispositif présentant une interface similaire à celle d’une mémoire. Son comportement dépend de la sémantique de ses accès, et certains périphériques peuvent donc être considérés comme des mémoires. La capacité physique seule ne suffit pas, tandis que la sémantique des accès est essentielle.

Explication

Un périphérique mappé en mémoire occupe une ou plusieurs plages d’adresses du processeur. Il est accessible par des lectures ou des écritures de mots, notamment vers ses registres. Il n’utilise donc pas une adresse indépendante du processeur et son accès ne se limite pas aux instructions.

Explication

Le décodage d’adresse sélectionne le périphérique correspondant. Il s’appuie généralement sur les bits de poids fort, avec l’aide possible d’un bus, d’un réseau sur puce ou d’un contrôleur utilisant chip select. Les bits de poids faible et la vitesse de fonctionnement ne définissent pas cette sélection.

Explication

Le plan mémoire doit être défini pour le contrôleur de bus et le réseau sur puce. Il concerne également le système, comme le bootloader ou le système d’exploitation, ainsi que le programmeur. Il ne concerne donc pas exclusivement le programmeur et reste nécessaire au contrôleur de bus.

Explication

La RAM est généralement vive et rapide et convient aux données modifiables. La ROM ou la Flash conserve principalement un contenu persistant, avec une lecture lente et une écriture très lente. Les données temporaires et le stockage persistant du programme ne correspondent donc pas respectivement aux rôles décrits.

Explication

L’architecture Von Neumann utilise un seul chemin matériel et un seul espace mémoire pour les instructions et les données. Le code peut être traité comme des données, mais le partage des ressources crée un goulot d’étranglement lors des accès mémoire.

Explication

L’architecture Harvard utilise deux chemins matériels et deux espaces mémoire distincts. Elle sépare donc matériellement les instructions et les données. L’espace mémoire et le chemin matériel ne sont pas communs comme dans l’architecture Von Neumann.

Explication

L’architecture Harvard unifiée, ou Harvard modifiée, combine les avantages des architectures Harvard et Von Neumann. Elle est de loin la plus répandue. Elle ne se caractérise donc pas par une séparation intégrale et inchangée, et elle n’est pas moins répandue que l’architecture Von Neumann.

Explication

Le processeur peut distinguer un mode superviseur et un mode utilisateur, avec des ressources et des droits propres. Cette séparation protège les ressources et permet au système d’exploitation de contrôler les accès. Le mode utilisateur n’est pas plus privilégié, et les ressources du mode superviseur ne sont pas accessibles sans contrôle depuis le mode utilisateur.

Explication

Une exception interrompt temporairement le flot normal afin de traiter un événement particulier. Elle ne remplace pas définitivement le programme, ne concerne pas uniquement les erreurs externes et peut survenir pendant l’exécution.

Explication

Une exception peut être provoquée par une instruction TRAP, une interruption matérielle IRQ ou un dysfonctionnement tel qu’un accès mémoire impossible. Une lecture valide et une instruction correctement reconnue ne correspondent pas aux déclencheurs indiqués.

Explication

L’exception synchrone survient au même moment pour un même jeu de données et une même allocation mémoire. L’exception asynchrone n’est pas temporellement liée au programme courant. Une exception synchrone dépend donc du contexte d’exécution considéré et n’est pas déclenchée par une interruption matérielle IRQ.

Explication

Un système bare-metal fonctionne sans système d’exploitation et comporte souvent un exécutable autocontenu. Ce programme gère directement le système, contrairement à un fonctionnement délégué à un noyau généraliste ou à un hyperviseur.

Explication

Les services d’un système d’exploitation comprennent l’abstraction des périphériques, la synchronisation, la gestion du temps, des tâches, de la mémoire et des fichiers. Il ne remplace pas les exécutables et ses fonctions ne se limitent pas à la mémoire.

Explication

L’OS initialise complètement le matériel, charge les exécutables en mémoire et contrôle leur exécution. Il prépare donc le matériel et la mémoire avant le lancement, au lieu de laisser habituellement le programme initialiser seul tous les périphériques.

Explication

La section TEXT contient le code exécutable. DATA contient les variables modifiables initialisées, BSS les variables non initialisées ou initialisées à zéro, et RODATA les constantes non modifiables.

Explication

Les variables modifiables résident en RAM pendant l’exécution. Les données initialisées disposent d’une image en ROM, puis sont recopiées en RAM avant le démarrage effectif du programme.

Explication

Le code peut être exécuté directement depuis la ROM grâce au mécanisme XIP ou être recopié en RAM pour optimiser la vitesse. Les constantes peuvent rester en ROM ou être recopiées en RAM. Elles ne sont pas définies comme des données modifiables de la section DATA.

Explication

Avant main(), crt0.s peut recopier le code ou les données en RAM, créer la BSS et la pile, puis transférer l’exécution à main(). Le fonctionnement principal relève de main(), et les opérations de préparation précèdent son appel.

Explication

La LMA et la VMA sont les adresses de chargement et d’exécution d’un objet recopié. La LMA précède la recopie, tandis que la VMA lui correspond après déplacement. La MMU et ses adresses virtuelles relèvent d’un mécanisme distinct.

Explication

Dans un système hosted doté d’une MMU, le fichier peut être mappé directement en mémoire. La LMA et la VMA sont alors généralement identiques, car aucune recopie n’est nécessaire. La MMU n’impose donc ni une différence d’adresses ni une recopie systématique.

Explication

Le bootloader est exécuté en premier, initialise le matériel et prépare l’environnement d’exécution. Il lance l’exécutable principal et peut aussi permettre sa mise à jour. Le fonctionnement normal de l’application relève ensuite de l’exécutable principal.

Explication

Une initialisation typique commence par la désactivation des interruptions, puis configure le processeur et la RAM. Elle prépare également la pile et la BSS avant d’initialiser les périphériques critiques. Les interruptions critiques sont réactivées en fin de séquence, et non avant ces configurations.

Explication

Lors d’un boot normal, le bootloader initialise le système, attend une condition telle qu’un bouton poussoir, puis lance le programme principal déjà présent. La récupération d’un nouveau programme concerne la mise à jour, et non ce scénario. Ici, la condition attendue est le bouton poussoir, et le programme principal s’exécute après l’initialisation du bootloader.

Explication

Le compteur ordinal fournit l’adresse de l’instruction exécutée par le processeur. Un blocage en mode erreur survient généralement après une double faute. Le problème vient donc souvent du programme réellement exécuté plutôt que d’un processeur qui aurait cessé de fonctionner; le processeur ne connaît pas l’intention du développeur.

Explication

Le débogage assembleur repose sur l’exécution pas à pas, l’examen des registres et l’examen de la mémoire à chaque étape. Le pas à pas contrôle le déroulement, tandis que les registres et la mémoire renseignent sur l’état du système. Une exécution continue ou l’examen des seuls registres ne suffit donc pas.

Explication

En débogage local, le debugger s’exécute directement sur la cible et utilise ses ressources. En débogage distant, il s’exécute sur une machine hôte qui communique avec le système cible. Cette communication peut utiliser RS232 ou Ethernet, ou s’effectuer sans coopération par JTAG, SWD, BDM, 1Wire ou AUD/HUDI.

Explication

JTAG utilise des registres à décalage, une interface TAP et une machine de contrôle à seize états. Il fournit une interface matérielle de débogage, contrairement aux stubs fondés sur une coopération logicielle ; l’interface TAP ne comporte pas huit états.

Explication

Un breakpoint logiciel remplace temporairement une instruction assembleur par une TRAP, ce qui déclenche un handler. Celui-ci rend la main au débogueur, puis l’instruction originelle peut être restaurée ; le fonctionnement ne repose pas sur un transfert direct au matériel JTAG.