Brevet FR2664069A1 — publié le 19920103

La présente invention concerne le domaine de la connexion d'unités périphériques à un ordinateur central Elle permet en particulier d'installer une unité périphérique optionnelle sur un ordinateur central et/ou de mettre à niveau ou à jour, une unité périphérique facultative d'un ordinateur central de façon automatique sans mettre à niveau le logiciel incorporé (mémoire morte progrannable de l'unité cen- trale ou PROM de l'UC) de l'ordinateur central. Dans le passé, les concepteurs et fabricants de systèmes informatiques à multiples cartes et de cartes d'options devaient mutuellement connaître l'exis- tence et les possibilités de ces cartes d'options et faire en sorte que la PROM de l'UC de l'ordinateur central puisse les reconnaître et installer convenable- ment Le terme "cartes d'options' utilisé ici désigne de manière générale des unités périphériques installables par l'utilisateur ou enfichables, qui augmentent les possibilités de l'ordinateur central ou ajoutent de nouvelles fonctions à celui-ci La PROM de l'UC de l'ordinateur central initialise et teste le système informatique à sa mise sous tension Quelques exemples de cartes d'options très répandues sont les cartes vidéo accélérées ou à haute résolution, des modems et d'autres unités de communication. L'introduction de nouvelles cartes d'options après le lancement d'une PROM d'UC, oblige les concep- teurs de modifier la PROM d'UC chaque fois que des utilisateurs désirent installer une carte d'option sur un ordinateur central Parfois, le coût de la mise à niveau de la PROM d'UC originale pèse plus lourd que les avantages de l'addition d'une nouvelle carte d'option. Le coût de la mise à niveau des PROM d'UC est plus élevé encore pour des concepteurs ou des fabricants indépen- dants qui commercialisent leurs propres versions de cartes d'options Dans ces cas, les concepteurs indépendants de cartes d'options sont, soit forcés d'acheter une licence pour avoir le droit d'utiliser le code source pour la PROM d'UC, soit de créer des cartes d'options qui émulent une carte habituelle sur l'ordi- nateur central Les augmentations de puissance de la PROM d'UC par le fabricant de l'ordinateur central réduisent l'attrait de la solution qui consiste à prendre une licence, tandis que des problèmes de compatibilité de logiciel et l'incapacité d'améliorer une10 conception ou d'y faire des rajouts compliquent souvent la solution d'émulation. La connexion d'une carte d'option à un ordi- nateur central est compliquée en outre par le fait que la carte d'option peut jouer un rôle dans la séquence de mise sous tension Donc la PROM doit généralement intégrer la carte d'option dans cette séquence Lors du branchement au secteur d'un système informatique, la PROM de l'unité centrale exécute une séquence d'opéra- tions connue sous le terme "autotest à la mise sous tension" ou POST pour "Power On Self Test", qui initia- lise et vérifie l'intégrité de composants matériels essentiels nécessaires au fonctionnement convenable de l'ordinateur Au cours d'une séquence POST normale, l'unité centrale réarme et initialise les registres, teste le système informatique pour déterminer le type d'unités périphériques installées, signale des incidents machine, installe les programmes de gestion nécessaires pour dialoguer avec les unités périphériques et charge enfin le logiciel du système30 d'exploitation principal (c'est-à-dire amorce le système si aucun incident machine sérieux n'est diagnostiqué). Dans la partie suivante de la description, on utilisera de façon interchangeable le terme "séquence de mise sous tension" et l'abréviation POST.35 De manière générale, la PROM d'une unité centrale ne reconnaît pas les unités périphériques à moins que ces dernières pré-existaient et soient connues par le concepteur de la PROM de l'UC et que celui-ci en ait tenu compte dans la conception pour que ces unités périphériques puissent être identifiées convenablement. 5 Des programmes de gestion résidents dans la PROM de l'UC commandent ces unités périphériques et permettent à l'ordinateur central et à ses utilisateurs de solliciter et d'exploiter les fonctions de ces unités De nombreux ordinateurs centraux permettent également au logiciel du système d'exploitation de solliciter ces programmes de gestion implantés dans la PROM de l'UC via une table de vecteurs appelée table ROMVEC qui est maintenue par la PROM de l'UC La table ROMVEC établit des pointeurs de logiciel désignant divers sous- programmes de gestion dans la PROM de l'UC, lesquels peuvent ensuite être sollicités et utilisés par le logiciel du système d'exploitation Donc, une grande partie du code de bas niveau et la responsabilité pour l'interface ou mise en relation convenable avec les unités périphériques sont laissées dans la PROM de l'UC et sont partagées par tous les autres logiciels initialisés, ce qui simplifie la tâche de créer des logiciels pour le système d'exploitation et de rédiger des programmes d'application. L'un des buts de la présente invention est donc de changer la façon dont la PROM d'une unité centrale recherche et s'interface avec des unités péri- phériques facultatives et ce au moyen d'une modification unique de la PROM de l'unité centrale et d'une instal- lation unique, sur chaque unité périphérique, d'une mémoire morte programmable (PROM) de protocole de carte d'option ou OBP pour "Option Board Protocol". Un autre but de l'invention est d'obtenir la reconnaissance automatique par la PROM de l'UC de toute carte d'option installée sur l'ordinateur central. Un autre but de l'invention est de faire participer la carte d'option dans la séquence POST en permettant à la PROM de l'unité centrale d'activer la PROM de protocole de carte d'option et de faire en sorte que la carte d'option installe son propre code d'auto- test, afin qu'elle se teste elle-même et qu'elle in- 5 stalle ses propres programmes de gestion pour la commu- nication entre la carte d'option et l'ordinateur cen- tral. Un autre but de l'invention est de créer, dans l'unité centrale, des sous-programmes de support de la table ROMVEC pour conformer le protocole de carte d'option de façon transparente aux normes de diagnostic de l'ordinateur central pendant la séquence POST. Encore un autre but de l'invention est l'ins- tallation automatique des programmes de gestion de la PROM d'OBP en vue d'une utilisation indépendante par l'ordinateur central Les programmes de gestion de la PROM d'OBP modifient les éléments de la table ROMVEC en remplaçant des pointeurs anciens par des pointeurs désignant de nouveaux sous-programmes de gestion Ainsi, tout en employant normalement les sous-programmes de la table ROMVEC, le système d'exploitation utilise en fait la nouvelle carte d'option Les programmes de gestion incorporés de la PROM de l'unité centrale sont évités, sans qu'ils soient détruits pour le cas o la carte d'option serait retirée. L'un des objets de l'invention est un procédé applicable à une mémoire morte programmable (PROM) de carte d'option pour l'interfaçage avec une mémoire morte programmable (PROM) de l'unité centrale (UC) d'un système informatique, la PROM de 1 'UC comprenant une table de vecteurs, cette table de vecteurs fournissant des pointeurs désignant une pluralité de fonctions de PROM d'UC accessibles par cette PROM de 1 'UC et par un système d'exploitation pendant et après une séquence de35 mise sous tension, procédé qui permet d'accéder à ladite pluralité de fonctions de la PROM de l'UC, caractérisé en ce qu'il comprend les étapes consistant à: (a) affecter une adresse de base pour la PROM de carte d'option dans la table de vecteurs; (b) constituer une table d'adresses décalée, représentant le début de codes de PROM de carte d'op- tion; (c) ajouter des valeurs de cette table d'adresses décalée à la valeur de l'adresse de base dans la table de vecteurs; et (d) remplacer l'adresse de base dans la table de vecteurs par la valeur obtenue en (c); de manière que, au cours de la séquence de mise sous tension (POST), la PROM de carte d'option accède à ladite pluralité de fonctions de la PROM de 1 'UC. Selon d'autres caractéristiques de ce procédé: la pluralité de fonctions de la PROM de 1 DUC réarme et initialise des composants maté- riels du système informatique, composants qui com- prennent la carte d'option, et les codes de PROM de la carte d'option comprennent au moins l'équivalent de ladite pluralité de fonc- tions de la PROM de 1 'UC. Un autre objet de l'invention est une mémoire morte programmable (PROM) de protocole de carte d'option (OBP) pour la connexion d'une unité périphérique optionnelle ou d'une carte d'option à un ordinateur central, sans que cela demande la mise à niveau de la PROM de l'unité centrale En général, la PROM d'UC ne reconnaît pas les cartes d'options à moins qu'elles soient connues préalablement par le concepteur de la PROM d'UC et que celui-ci ait fait le nécessaire pour qu'elles soient convenablement commandées par des programmes de gestion incorporés dans la PROM d'UC et accessibles par l'intermédiaire d'une table ROMVEC de la PROM d'UC La PROM d'OBP selon l'invention permet à la carte d'option de participer à la séquence de mise sous tension de la même façon que d'autres unités périphé- riques standards Au cours d'une telle séquence POST, l'unité centrale active le code OBP et installe le programme de diagnostic; ensuite, la PROM d'OBP teste elle-même la carte d'option, en utilisant des outils fournis par la PROM de l'UC La PROM d'OBP peut charger son propre programme de gestion avant de terminer la séquence POST Le code de support d'OBP dans la PROM de l'unité centrale procure trois nouvelles fonctions afin de réduire la duplication de codes, de standardiser les méthodes de test et de simplifier les fonctions de diag- nostic de la séquence POST. Selon l'invention, une mémoire morte program- mable (PROM) de carte d'option, servant à l'interface avec la mémoire morte programmable (PROM) de l'unité cen- trale (UC) d'un système informatique, notamment pour la mise en oeuvre du procédé qui vient d'être décrit, la PROM de l'UC comprenant une table de vecteurs, cette20 table de vecteurs fournissant des pointeurs désignant une pluralité de fonctions de la PROM de l'UC acces- sibles à cette PROM de l'UC et à un système d'exploita- tion pendant et après une séquence de mise sous tension, la PROM de carte d'option devant permettre l'accès à ladite pluralité de fonctions de la PROM de l'UC, caractérisée en ce qu'elle comprend: (a) une adresse de base pour affecter la PROM de carte d'option dans la table de vecteurs; (b) une table d'adresses décalée pour représenter le début de codes de carte d'option; et (c) un emplacement temporaire pour stocker les résultats de l'addition des valeurs de la table d'adresses décalée à la valeur de l'adresse de base, l'adresse de base étant remplacée par la valeur dans35 ledit emplacement temporaire; de manière que, pendant la séquence de mise sous tension (POST), la PROM de carte d'option puisse accéder à la pluralité de fonctions de la PROM de l'UC. D'autres caractéristiques et avantages de l'invention ressortiront plus clairement de la descrip- tion qui va suivre d'un exemple de mise en oeuvre non limitatif, ainsi que des dessins annexés, sur lesquels: la figure 1 montre les différents disposi- tifs (c'est-à-dire les adresses de mémoire) désignés au cours d'une séquence de mise sous tension typique selon le mode de mise en oeuvre actuellement préféré de l'invention; la figure 2 illustre une séquence de mise sous tension standard sans dispositif OBP dans le système; la figure 3 illustre une séquence de mise sous tension standard avec un dispositif PROM de proto- cole de carte d'option (OBP), utilisé dans le mode de mise en oeuvre préféré de l'invention; la figure 4 A représente un système d'exploi- tation utilisant la table ROMVEC alors qu'il n'y a pas de dispositif PROM d'OBP dans l'ordinateur central; la figure 4 B représente un système d'exploi- tation utilisant la table ROMVEC alors qu'il y a un dispositif PROM d'OBP dans l'ordinateur central; la figure 5 montre la structure et le contenu de l'en-tête de la PROM d'OBP utilisé dans le mode de mise en oeuvre préféré de l'invention; la figure 6 montre la structure de la table ROMVEC utilisée dans le mode de mise en oeuvre préféré de l'invention; la figure 7 est un organigramme illustrant le sous- programme de soutien d'ENTREE POST utilisé dans le mode de mise en oeuvre préféré de l'invention; la figure 8 est un organigramme illustrant le sous-programme de soutien d'ERREUR POST utilisé dans le mode de mise en oeuvre préféré de l'invention; et la figure 9 est un organigramme illustrant le sous-programme de soutien de SORTIE POST utilisé dans le mode de mise en oeuvre préféré de l'invention. Notation et nomenclature La description détaillée suivante est présen- tée largement en termes d'algorithmes et de représenta- tions symboliques d'opérations sur des bits de données et des structures de données dans la mémoire d'un ordinateur Ces représentations algorithmiques sont des moyens utilisés par les informaticiens pour communiquer le plus efficacement possible l'essentiel de leur travail à d'autres informaticiens. Un algorithme est considéré ici et de manière générale, comme une séquence autocohérente d'étapes conduisant à un résultat désiré Ces étapes nécessitent des manipulations physiques de quantités physiques. Habituellement, bien que cela ne soit pas obligatoire, ces quantités prennent la forme de signaux électriques ou magnétiques capables d'être stockés, transférés, combinés, comparés et manipulés d'autres manières Il s'avère commode à certains moments, principalement pour des raisons d'usage courant, de désigner ces signaux par bits, octets, espace d'adresse, symboles, nombres ou analogues Cependant, il est à noter que tous ces termes et des termes similaires sont à associer aux quantités30 physiques concernées et constituent simplement des appellations convenables appliquées à ces quantités. De plus, les manipulations effectuées sont souvent désignées par des termes tels que addition, comparaison ou traduction, qui sont des termes communé- ment associés à des opérations mentales effectuées par un opérateur humain Or, aucune capacité de cette nature de la part d'un opérateur humain n'est nécessaire ou désirable dans ces cas, ni dans l'une quelconque des opérations décrites ici et faisant partie de l'inven- tion; il s'agit d'opérations machine Des machines 5 utiles pour effectuer les opérations selon l'invention comprennent des ordinateurs numériques universels ou d'autres dispositifs similaires Dans tous les cas, il faut avoir à l'esprit la distinction entre le procédé pour faire fonctionner un ordinateur et les procédés de calcul proprement dits L'invention apporte un procédé, comprenant des étapes, pour faire fonctionner un ordi- nateur dans le traitement de signaux électriques ou d'autres signaux physiques physiques désirés. Comme mentionné, l'invention apporte également un appareil pour exécuter ces opérations Cet appareil peut être construit spécialement à des fins définies, mais il peut s'agir aussi d'un ordinateur universel, activé ou reconfiguré sélectivement par un programme machine stocké dans l'ordinateur Les algorithmes présentés ici n'ont pas de rapports inhérents à un quelconque ordinateur ou autre appareil particulier. Plus spécialement, diverses machines universelles sont25 utilisables avec des programmes écrits en conformité avec les enseignements contenus dans le présent mémoire, mais il peut également s'avérer plus approprié de construire des appareils plus spéciaux pour exécuter les étapes nécessaires du procédé La structure requise pour un grand nombre de telles machines apparaîtra à la lecture de la description qui va suivre. Description détaillée de l'invention La description détaillée suivante est divisée en plusieurs parties La première décrit les différents dispositifs consultés par un ordinateur central au cours d'une séquence de mise sous tension Ensuite, la séquence de mise sous tension (POST) standard, sans dispositif PROM d'OBP dans le système, est comparée avec une séquence de mise sous tension standard alors que le système comporte un dispositif PROM d'OBP dans l'ordi-5 nateur central Un système d'exploitation (SE) utilisant un programme pilote, alors qu'il n'y a pas de dispositif PROM d'OBP dans l'ordinateur central, est également comparé avec un système d'exploitation utilisant un programme pilote alors qu'un dispositif PROM d'OBP vidéo10 est installé dans l'ordinateur central Enfin, trois nouveaux sous-programmes de support, à utiliser dans la PROM de l'unité centrale, sont décrits pour réduire la duplication de codes de diagnostic, pour standardiser les méthodes de test et pour profiler les fonctions de15 diagnostic de la séquence POST. La figure 1 est une description des différents dispositifs consultés au cours d'une séquence de mise sous tension typique du mode de mise en oeuvre préféré de l'invention Il s'agit de la séquence d'opérations20 qu'une PROM d'UC exécute pour initialiser et vérifier l'intégrité des composants matériels essentiels qui sont nécessaires à un ordinateur central pour pouvoir fonc- tionner convenablement lors du branchement sur le secteur La figure 1 montre une PROM d'UC 10 se trouvant sur la carte de l'unité centrale d'un ordinateur central D 0 L'homme du métier comprendra que les différents dispositifs consultés pendant la séquence de mise sous tension se trouvent à des adresses de mémoire de diffé- rents composants matériels de l'ordinateur central 50. Au cours d'une séquence de mise sous tension normale, l'unité centrale réarme et initialise les registres dans l'ordinateur central en utilisant des codes de réarmement, d'initialisation et POST se trouvant à l'adresse de mémoire 12 de la PROM d'UC 10 L'unité centrale teste également le système informatique pour déterminer le type d'unités la périphériques installées et signale tous les incidents machine éventuels en utilisant les codes de surveillance de PROM d'UC implantés à l'adresse de mémoire 14 de PROM d'UC 10 L'unité centrale extrait ensuite des programmes5 de gestion, implantés à l'adresse de mémoire 16 de la PROM d 'UC 10, nécessaires pour dialoguer avec les unités périphériques Les programmes de gestion d'unités se trouvant à l'adresse de mémoire 16, commandent également les unités périphériques et permettent à l'ordinateur10 central et à ses utilisateurs de solliciter et d'exploi- ter les fonctions des unités périphériques Enfin, si aucun incident machine sérieux n'est diagnostiqué, le code d'amorçage, implanté également à l'adresse de mémoire 16 de la PROM d'UC, permet à cette PROM de charger le logiciel du système d'exploitation primaire. Le dessin montre une PROM de protocole de carte d'option (OBP) 20, se trouvant sur chaque carte d'option et devant être mise en relation avec la PROM d'UC 10 La PROM d'OBP 20 comprend des pointeurs et des décalages implantés à l'adresse de mémoire 22 et une pluralité de codes d'autotest et d'initialisation d'OBP, se trouvant à l'adresse de mémoire 24 du dispositif de carte d'option La structure et le contenu de la PROM d'OBP 20 seront décrits en détail par la suite Dans le mode de mise en oeuvre préféré de l'invention, une modification unique de la PROM d'UC 10 et une installa- tion unique de la PROM d'OBP sur chaque unité périphé- rique suffisent pour connecter une nouvelle unité périphérique facultative à la PROM d'UC sans mettre cette dernière à niveau Ceci contraste avec la pratique actuelle qui oblige à actualiser la PROM d'UC chaque fois que de nouvelles cartes d'options sont introduites. Le dessin montre une table de vecteurs du programme de gestion des interruptions (IVT) 30, implan- tée dans un alignement contigu de la mémoire principale de l'ordinateur central La table IVT 30 comprend des pointeurs de logiciel se trouvant à l'adresse 32 de la mémoire centrale et désignant des sous- programmes individuels qui traitent des interruptions de l'ordina- teur central Le dessin montre également une table de vecteurs du programme de gestion de PROM (ROMVEC) 40, implantée dans un autre alignement contigu de la mémoire centrale de l'ordinateur La table ROMVEC 40 comprend des pointeurs de logiciel, se trouvant à l'adresse 42 de la mémoire centrale, pour désigner des sous-programmes de gestion qui activent chaque sous-système (c'est-à- dire le clavier, le système vidéo, un port série, une unité de disques, de disquettes, un réseau local Ethernet, et ainsi de suite) Tandis que la table IVT 30 permet à l'ordinateur central d'interrompre le processus d'exécution du système d'exploitation, la table ROMVEC constitue le mécanisme de traduction par lequel l'ordinateur central accède aux fonctions implantées dans la PROM d'UC Enfin, le dessin montre un ordinateur central 50 faisant fonctionner le système d'exploitation amorcé à la suite de l'exécution d'une séquence de mise sous tension réussie. Ainsi qu'il sera décrit plus en détail par la suite, la PROM d'UC accède aux fonctions implantées en elle via la table ROMVEC au cours de la séquence de mise sous tension De façon analogue, lors du chargement du système d'exploitation à la suite de la séquence de mise sous tension, le système d'exploitation utilise égale- ment quelques-unes des mêmes fonctions implantées dans la PROM d'UC L'invention apporte une PROM de protocole de carte d'option (OBP) qui remplace les pointeurs dans la table ROMVEC lors des communications avec la PROM d'UC En réorientant le pointeur dans la table ROMVEC, l'invention évite la réponse normale de la PROM d'UC et permet ainsi qu'une carte par ailleurs inconnue soit reconnue et utilisée L'OBP permet à la carte d'option d'accéder aux fonctions implantées dans la PROM d'UC pendant la séquence POST Par conséquent, la carte d'option peut se tester elle-même, s'initialiser elle- même et charger son propre programme de gestion en utilisant la fonction implantée dans la PROM d'UC 5 lorsque cela est nécessaire. La figure 2 décrit une séquence de mise sous tension standard sans dispositif de PROM d'OBP dans l'ordinateur central Dans la séquence 60, la carte de l'unité centrale est mise sous tension Dans la séquence 62, l'état initial de la table ROMVEC 40 est tel que les pointeurs dans cette table sont inactifs Dans la séquence 64, un code de réarmement et d'ini- tialisation est activé pour réarmer et pour initialiser les composants matériels du système informatique La PROM d'UC installe notamment les pointeurs implicites de la table IVT 30 et de la table ROMVEC 40 A cet effet, la PROM d IUC connecte des pointeurs dans la IVT 30 et la table ROMVEC 40 à ses propres programmes de gestion incorporés Ensuite, la PROM d'UC sonde le système sur la grandeur et le type de mémoire, dans la séquence 66 par exemple, sur la pré- sence de cartes enfichées connues, par exemple dans la séquence 68, et sur la présence de cartes d'OBP, par exemple dans la séquence 70 L'homme du métier compren-25 dra que la description de la séquence des fonctions de la PROM d'UC n'est pas exclusive et qu'il n'est pas non plus nécessaire qu'elle respecte l'ordre indiqué sur la figure 2 Dans la séquence 72, le processus de test et d'initialisation du système est terminé Dans la sé- quence 74, la PROM d'UC active les programmes de gestion implantés en elle pour leur utilisation par le système d'exploitation Enfin, la PROM d'UC active le code d'amorçage pour amorcer le système d'exploitation. La figure 3 décrit une séquence de mise sous tension standard avec un dispositif de PROM de protocole de carte d'option (OBP) comme celui utilisé dans le mode de mise en oeuvre préféré de l'invention Dans la séquence 80, la carte d'unité centrale est mise sous tension Dans la séquence 82, l'état initial de la table ROMVEC 40 est tel que les pointeurs de cette table sont 5 inactifs Dans la séquence 84, la PROM d'UC 10 active un code de réarmement et d'initialisation pour réarmer et initialiser tout le matériel incorporé dans le système La PROM d'UC 10 installe notamment les pointeurs implicites de la table10 IVT 30 et de la table ROMVEC 40 A cet effet, la PROM d IUC 10 connecte des pointeurs d'IVT 30 et de la table ROMVEC 40 à ses propres programmes de gestion incorporés Ensuite, la PROM d'UC sonde le système sur la grandeur et le type de mémoire, par exemple dans la15 séquence 86, sonde le système sur la présence de cartes enfichées connues, par exemple dans la séquence 88, et sonde le système sur la présence de cartes d'OBP, par exemple dans la séquence 90 Jusqu'à ce point, les séquences selon la figure 3 sont identiques à celles représentées sur la figure 2 Toutefois, la séquence 90 n'est pas suivie de la séquence 98 en raison de la présence d'une PROM d'OBP sur la carte d'option Dans l'art antérieur, la PROM d'UC ne reconnaît pas de telles cartes Dans le mode de mise en oeuvre préféré de l'invention, la PROM d'UC active le code PROM d IOBP, comme indiqué dans la séquence 92 Sous cette nouvelle séquence, la PROM d'OBP déconnecte des pointeurs impli- cites dans les tables IVT et ROMVEC et connecte de nouveaux pointeurs aux sousprogrammes correspondants30 dans la PROM d'OBP Après cela, l'OBP se teste lui-même, par exemple dans la séquence 94, et installe des pro- grammes de gestion d IOBP, par exemple dans la séquence 96 Le processus de test et d'initialisation du système est terminé dans la séquence 98 Donc, dans la séquence 100, la PROM d'UC active les programmes de gestion implantés en elle pour leur utilisation par le système d'exploitation Enfin, la PROM d'UC active le code d'amorçage pour amorcer le système d'exploitation. La figure 4 A décrit un système d'exploitation utilisant la table ROMVEC alors que l'ordinateur central ne comporte pas de dispositif PROM dt OBP Dans ce cas, la séquence d'appel du système passe du système d'ex- ploitation à la table ROMVEC puis à la PROM d'UC La séquence d'autotest à la mise sous tension (POST) représentée sur la figure 4 A présuppose une configura- tion d'unités périphériques standards L'homme du métier comprendra que ce terme désigne des unités périphériques compatibles avec la PROM d'UC du système informatique concerné Au cas o le fabricant ou une tierce partie déciderait de connecter au système informatique une nouvelle unité périphérique, par exemple sous la forme d'une carte d'option, la PROM d'UC devrait être mise à niveau Or, cette mise à niveau ou à jour de la PROM d'UC est une tâche fastidieuse qui demande une quantité substantielle de travail et de servitudes de logiciel L'invention permet d'éviter la tâche labo- rieuse de mise à niveau de la PROM d'UC et encourage la connexion d'unités périphériques nouvelles à un-système informatique en introduisant undispositif PROM de protocole de carte d'option (OBP) et en remplaçant les pointeurs dans la table ROMVEC. La figure 4 B représente un système d'exploi- tation utilisant la table ROMVEC au cas o une PROM d'OBP pour un dispositif vidéo doit être connectée à la PROM d'UC Ainsi que le montre cette figure, la séquence d'appel du système commence par la génération d'un appel par le système d'exploitation pour accéder au programme de gestion pour le dispositif vidéo en passant par la même table ROMVEC que sur la figure 4 A Cependant, au lieu de déclencher le sous- programme de gestion standard35 de la PROM d'UC, le pointeur ROMVEC pour 1 'OBP, pré- installé, contourne la PROM d'UC et déclenche le sous- programme de gestion sur la carte d'option. Pour identifier une carte d'option comme décrit dans la séquence 90, la PROM d'UC recherche, selon les figures 3 et 4 B, une identification qui caractérise cette carte d'option Dans le but de faci- liter l'identification par la PROM d'UC, il est préfé- rable que chaque OBP adopte ufie structure et possède un contenu comme indiqué par l'en- tête de PROM d'option 2210 représenté sur la figure 5 L'élément 108 de cet en-tête de PROM d'option 22 contient un numéro d'identification de dispositif L'élément 108 est implanté dans le premier octet de l'en- tête de la PROM d'option 22 Les autres éléments de l'en-tête 22 aident la PROM d'UC 10 à15 déterminer les caractéristiques de chaque carte d'option et la façon de dialoguer avec elle. L'en-tête d'OBP 22 fait partie de la PROM d'OBP 20 résidant sur chaque carte d'option, comme représenté sur la figure 1 Lorsque la PROM d'UC 1020 identifie une carte d'option dans la séquence 90 selon la figure 3, elle active la PROM d'OBP 20 de la carte d'option identifiée La PROM d'OBP 20 est responsable de la fourniture du support de programmation nécessaire au système Dans le mode de mise en oeuvre préféré de l'invention, les microprogrammes de support ou res- sources sont fournis par l'intermédiaire de la table ROMVEC 40 Le système d'exploitation mappe normalement l'adresse de mémoire virtuelle de la table ROMVEC 40 directement à l'adresse physique de la PROM d'UC. Lorsqu'une carte d'option est identifiée, la PROM d'UC copie la table IVT 30 et la table ROMVEC 40 à une adresse protégée de la mémoire centrale du système En même temps, cette zone protégée de la RAM est remappée pour désigner l'adresse virtuelle de la table ROMVEC A cet effet, les divers pointeurs de la table ROMVEC désignant des sous- programmes dans la PROM d'UC, peuvent être remplacés par de nouveaux pointeurs vers la PROM d'OBP et vers le code de gestion d'OBP qui y est conte- nu Le remplacement de pointeurs dans la table ROMVEC au cours de la séquence de mise sous tension a l'avantage que le processus peut être effectué de façon transpa- rente vis-à-vis de l'utilisateur et que le système réalise automatiquement sa propre configuration. Dans le mode de mise en oeuvre préféré de la présente invention, l'adresse virtuelle nécessaire pour remplacer un élément de la table ROMVEC est créée de préférence par le code OBP Ceci est obtenu par l'addi- tion du décalage relatif d'une fonction dans la PROM d'OBP à l'adresse de base o commence le code OBP. L'adresse de base dépend à son tour du mode d'exécution de la carte d'option Dans l'exécution préférée décrite ici, la PROM d'OBP a deux modes d'exécution: ( 1) sous le premier mode (mode 1), la PROM d'UC exécute directement le code OBP, ( 2) sous le second mode (mode 0), la PROM d'UC éclate le code OBP dans la mémoire centrale et le code OBP est sollicité à partir de la nouvelle adresse dans la mémoire centrale Sous le premier mode, la PROM d'UC mappe elle-même la PROM d'OBP sur une adresse vir- tuelle allouée Sous le second mode, la PROM d'UC mappe l'adresse du code éclaté dans la mémoire centrale sur l'adresse virtuelle allouée Dans chaque mode, l'adresse virtuelle allouée est ensuite stockée à l'adresse 130 de la table ROMVEC 40 Donc, le processus de remplacement d'un pointeur ROMVEC s'effectue lorsque la PROM d'OBP ajoute le décalage relatif dans la PROM d'OBP du sous-30 programme désiré à l'adresse virtuelle allouée, stockée à l'emplacement 130 de la table ROMVEC 40 Le résultat est stocké ensuite à l'emplacement de pointeur adéquat de la table ROMVEC, ce qui termine le processus de remplacement. Lorsqu'on se reporte de nouveau à la séquence 94 de la figure 3, la PROM d'OBP y procède à l'installation du code 22 d'autotest d'OBP et d'initia- lisation pour tester la carte d'option L'installation du code d'autotest et d'initialisation (de diagnostic) est automatique parce que l'élément 120 de l'en-tête de la PROM d'option 22, voir figure 5, fournit le décalage adéquat désignant l'adresse de la PROM d'OBP pour le code de diagnostic Ce code sera exécuté pendant la séquence de mise sous tension et sera responsable pour tout le processus de test à la mise sous tension et d'initialisation du matériel de la carte d'option dans les séquences 94 et 96 Bien que, à ce point, la carte d'option ait repris la commande de la PROM d'UC, elle est en mesure d'appeler les fonctions de la PROM d'UC pour assister dans l'exécution du programme de diagnos- tic Par conséquent, la carte d'option se teste elle- même, assure sa propre initialisation et charge son propre programme de gestion en utilisant les fonctions ou ressources que peut assurer la PROM d'UC Après qu'une carte d'option a été activée, l'OBP retourne à la20 séquence de mise sous tension, dans la séquence 98, et procède au chargement du système d'exploitation dans la séquence 100. Bien que l'OBP offre de la flexibilité aux concepteurs et fabricants de cartes d'option dans la connexion à la PROM d'UC, le besoin d'émuler les fonc- tion de diagnostic dont dispose la PROM d'UC tend à contribuer à la duplication de codes pour chaque dispo- sitif pendant la séquence de mise sous tension Le résultat en est que les servitudes pour tester la30 séquence de mise sous tension sont importantes à mesure que des composants matériels supplémentaires sont installés Pour tenir compte de cette situation, l'in- vention crée trois fonctions POST dans la PROM d'UC afin de réduire la duplication de codes de test et afin de35 simplifier la fonction de diagnostic de la séquence de mise sous tension. Comme on peut le voir sur la figure 6, la table ROMVEC désigne trois sous-programmes de support de POST dans la PROM d'UC: ENTREE POST 132, ERREUR POST 134 et SORTE POST 136 La PROM d'UC assure ces trois fonctions pour faciliter l'exécution de tout test donné sous la définition dl'OBP Pour tout test supplémentaire à ajouter, il suffit de se soucier de la manière de tester son sous-ensemble matériel, sans s'occuper de l'ajustement dans la séquence POST. La figure 7 est un organigramme du sous- programme d'ENTREE POST 132 Ce sous-programme initia- lise, au pas 138, les paramètres de test tels que les variables et les ressources partagés du système Au pas , ENTREE POST détermine si la séquence de mise sous tension est dans un mode de diagnostic Dans l'affirma- tive, ENTREE POST annonce quel test est en cours d'exé- cution, soit en délivrant le résultat en sortie, à une diode électroluminescente, soit en produisant l'impres- sion du nom du test par un port série Dans la néga- tive, ENTREE POST sort. La figure 8 est un organigramme du sous- programme d'ERREUR POST 134 Ce sous-programme est activé lorsqu'une situation d'erreur est détectée pendant la séquence de mise sous tension Au pas 144,25 ERREUR POST vérifie la présence d'une introduction par le clavier Ensuite, au pas 146, ERREUR POST détermine si la fonction d'impression est activée Dans l'affir- mative, il produit l'impression de messages d'erreur basés soit sur le protocole normal, soit sur le proto- cole de mode de diagnostic Dans la négative, ERREUR POST détermine, au pas 150, si l'erreur est fatale Si oui, ERREUR POST pose un drapeau de boucle au pas 152. Dans le cas contraire, il sort du programme. La figure 9 est un organigramme du sous- programme de SORTIE POST 136 Ce sous-programme main- tient une boucle POST et assure également la surveillance d'erreurs fatales qui ont pu échapper accidentellement au sous-programme d'ERREUR POST Le sous-programme de SORTIE POST traite également la sortie de chaque test de diagnostic séparé Donc, au pas 154, SORTIE POST détermine si la séquence de mise sous tension est dans le mode de diagnostic Si oui, il poursuit la vérification, au pas 156, pour voir si le test a été mis précédemment sur une boucle Dans l'af- firmative, SORTIE POST pose un drapeau de boucle Sinon, il détermine si le test a donné un résultat négatif avant la sortie au pas 160 Si oui, SORTIE POST vérifie, au pas 162, si l'erreur est fatale Si oui, il pose le drapeau de boucle au pas 164 Dans le cas contraire, SORTIE POST effectue, au pas 166, un contrôle sur la présence d'une introduction par le clavier. Les trois fonctions POST décrites ci-dessus de la PROM d'amorçage d'UC constituent ensemble une couche support de fonctionnalité minimale d'autotest pour la séquence de mise sous tension Du fait que les fonctions POST sont accessibles à tout composant matériel et au système d'exploitation de l'ensemble, le besoin de codes de diagnostic indépendants est moindre De plus, du fait que les arguments des fonctions POST sont prédéfinis, il y a uniformité dans les messages d'erreur affichés. Enfin, du fait de l'accessibilité des fonctions POST, spécialement dans le mode de diagnostic, le personnel de réparation et de maintenance peut dialoguer de manière uniforme avec le système de diagnostic. Bien que l'invention ait été décrite en référence aux figures 1-5, on comprendra que les figures servent seulement à titre d'illustration et ne doivent pas être considérées comme des limitations de l'inven- tion De nombreux modes de mise en oeuvre et applica- tions d'une grande diversité sont au contraire réalisa- bles par l'homme du métier, sans sortir du cadre de l'invention. REVENDICATIONS 1 Procédé applicable à une mémoire morte pro- grammable (PROM) de carte d'option pour l'interfaçage avec une mémoire morte programmable (PROM) de l'unité centrale (UC) d'un système informatique, la PROM de l'UC comprenant une table de vecteurs, cette table de vec- teurs fournissant des pointeurs désignant une pluralité de fonctions de PROM d'UC accessibles par cette PROM de UC et par un système d'exploitation pendant et après une séquence de mise sous tension, procédé qui permet d'accéder à ladite pluralité de fonctions de la PROM de l'UC, caractérisé en ce qu'il comprend les étapes consistant à: (a) affecter une adresse de base pour la PROM de carte d'option dans la table de vecteurs ( 40); (b) constituer une table d'adresses décalée, représentant le début de codes de PROM de carte d'op- tion; (c) ajouter des valeurs de cette table d'adresses décalée à la valeur de l'adresse de base dans la table de vecteurs ( 40); et (d) remplacer l'adresse de base dans la table de vecteurs ( 40) par la valeur obtenue en (c); de manière que, au cours de la séquence de mise sous tension (POST), la PROM de carte d'option accède à ladite pluralité de fonctions de la PROM de l'UC. 2 Procédé selon la revendication 1, dans lequel la pluralité de fonctions de la PROM de l'UC réarme et initialise des composants matériels du système informatique, composants qui comprennent la carte d'option. 3 Procédé selon la revendication 2, dans lequel la pluralité de fonctions de la PROM de l'UC teste l'intégrité de composants matériels du système informa- tique, composants qui comprennent la carte d'option. 4 Procédé selon la revendication 3, dans lequel la pluralité de fonctions de la PROM de l'UC installe des sous-programmes de gestion pour les composants matériels du système informatique, composants qui comprennent la carte d'option. Procédé selon la revendication 4, dans lequel la pluralité de fonctions de la PROM de l'UC charge le système d'exploitation à la fin de la séquence de mise sous tension (POST). 6 Procédé selon la revendication 1, dans lequel les codes de PROM de la carte d'option comprennent au moins l'équivalent de ladite pluralité de fonctions de la PROM de l'UC. 7 Mémoire morte programmable (PROM) de carte d'option, servant à l'interfaçage avec une mémoire morte programmable (PROM) de l'unité centrale (UC) d'un système informatique, la PROM de 1 DUC comprenant une table de vecteurs, cette table de vecteurs fournissant des pointeurs désignant une pluralité de fonctions de la PROM de l'UC accessibles à cette PROM de l'UC et à un système d'exploitation pendant et après une séquence de mise sous tension, la PROM de carte d'option devant permettre l'accès à ladite pluralité de fonctions de la PROM de l'UC, caractérisée en ce qu'elle comprend: (a) une adresse de base pour affecter la PROM de carte d'option dans la table de vecteurs; (b) une table d'adresses décalée pour représenter le début de codes de carte d'option; et (c) un emplacement temporaire pour stocker les résultats de l'addition des valeurs de la table de d'adresses décalée à la valeur de l'adresse de base, l'adresse de base étant remplacée par la valeur dans ledit emplacement temporaire; de manière que, pendant la séquence de mise sous tension (POST), la PROM de carte d'option puisse accéder à la pluralité de fonctions de la PROM de l'UC. 8 Dispositif selon la revendication 7, dans lequel la pluralité de fonctions de la PROM de l'UC réarme et initialise des composants matériels du système informatique, composants qui comprennent la carte d'option. 9 Dispositif selon la revendication 8, dans lequel la pluralité de fonctions de la PROM de L'UC teste l'intégrité de composants matériels du système informatique, composants qui comprennent la carte d'option. Dispositif selon la revendication 9, dans lequel la pluralité de fonctions de la PROM de l'UC installe des sous-programmes de gestion (ENTREE POST, ERREUR POST, SORTIE POST) pour les composants matériels du système informatique, composants qui comprennent la cartion d'option. 11 Dispositif selon la revendication 10, dans lequel la pluralité de fonctions de la PROM de l'UC charge le système d'exploitation à la fin de la séquence de mise sous tension (POST). 12 -Dispositif selon la revendication 7, dans lequel les codes de PROM de la carte d'option com- prennent au moins l'équivalent de ladite pluralité de fonctions de la PROM de l'UC.