WO2015177436A1 - Procédé d'obtention d'informations stockées dans des registres de module(s) de traitement d'un calculateur juste après la survenue d'une erreur fatale - Google Patents

Procédé d'obtention d'informations stockées dans des registres de module(s) de traitement d'un calculateur juste après la survenue d'une erreur fatale Download PDF

Info

Publication number
WO2015177436A1
WO2015177436A1 PCT/FR2015/051242 FR2015051242W WO2015177436A1 WO 2015177436 A1 WO2015177436 A1 WO 2015177436A1 FR 2015051242 W FR2015051242 W FR 2015051242W WO 2015177436 A1 WO2015177436 A1 WO 2015177436A1
Authority
WO
WIPO (PCT)
Prior art keywords
processing module
management controller
registers
mtj
cgj
Prior art date
Application number
PCT/FR2015/051242
Other languages
English (en)
Inventor
Claude Brassac
Michel Brunet
Original Assignee
Bull Sas
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bull Sas filed Critical Bull Sas
Priority to JP2016568563A priority Critical patent/JP6674387B2/ja
Priority to EP15732024.3A priority patent/EP3146432B1/fr
Priority to US15/312,782 priority patent/US10467101B2/en
Publication of WO2015177436A1 publication Critical patent/WO2015177436A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1441—Resetting or repowering
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/24—Resetting means
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0721—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment within a central processing unit [CPU]
    • G06F11/0724—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment within a central processing unit [CPU] in a multiprocessor or a multi-core unit
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0778—Dumping, i.e. gathering error/state information after a fault for later diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/805—Real-time
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/82—Solving problems relating to consistency

Definitions

  • the invention relates to computers comprising at least one processing module comprising a management controller (sometimes called “service processor” or “management controller”) and a programmable logic circuit (or FPGA ("Field Programmable Gate Array”)), which make it possible to obtain information stored in registers of different hardware components (or “hardware”) of a processing module in the event of a fatal error.
  • a management controller sometimes called “service processor” or “management controller”
  • FPGA Field Programmable Gate Array
  • the term "computer” herein refers to a computer comprising one or more processing modules that can perform tasks in parallel and / or in series.
  • Each processing module is equipped with a management controller, at least one processor, a programmable logic circuit and a memory coherence switch (such as for example a BCS 2 ("Bull Coherent Switch Release 2") ensuring the coherence of the memories between the different processing modules and thus making it possible to make the operating system (or OS) believe that its processing modules form a single module,
  • a BCS 2 Busll Coherent Switch Release 2
  • a computer such as a server
  • it is essential to know at least some information that are stored in some internal registers of some of its components just after the occurrence of this fatal error, in order to be able to determine the source of the latter and thus the component in error situation.
  • This is particularly the case of the registers of the processor (s) (or CPU ("Central Processing Unit")), the programmable logic circuit (or FPGA ("Field Programmable Gaste Array”)) and the memory coherence switch (or BCS ("Bull Coherent Switch”)).
  • the operating system can not obtain information by its own internal mechanisms for error management (“ErrorHandler”) because the computer is considered corrupted and must be restarted at faster before vital data is corrupted.
  • ErrorHandler error management
  • a CPU that is the subject of a fatal error itself decides to restart (or reset or "reset") its computer, which prevents the associated operating system to take control.
  • the purpose of the invention is therefore notably to improve the situation, and in particular to make it possible, following the occurrence of a fatal error, to obtain information stored in certain registers of each processing module of a computer in which each processing module further comprises a management controller, able to read the information stored in the associated registers, and a programmable logic circuit capable of triggering a reset (or a "reset") required (e) following a fatal error.
  • this programmable logic circuit suspends the triggering of this reset and alerts the occurrence of a fatal error the associated management controller which, if able, reads the information stored in associated and selected registers, then stores this information read in a file, then allows the associated programmable logic circuit to trigger this required reset .
  • the method according to the invention may comprise other characteristics that can be taken separately or in combination, and in particular:
  • the management controller when the management controller can not read the information stored in the associated and selected registers, the associated programmable logic circuit can be allowed to trigger the required reset, and an initialization phase can be blocked on a synchronization point between the management controller and a basic input / output system of the processing module, then the management controller can read the information stored in associated and selected registers, then store this information read in a file, then restart the computer;
  • each management controller can choose associated registers from a list of registers that it stores;
  • the list may include a first portion having registers to be read before a reset, and a second portion having registers to be read after a reset;
  • the associated management controller may alert the controller of management of the master processing module of the occurrence of a fatal error in its slave processing module, then the management controller of the master processing module can transmit to the management controller of each processing module a synchronized read permission of the stored information in associated and selected registers and an instance name for the file in which it must store this read information;
  • the management controller of each processing module can signal the generation of its file to the management controller of the master processing module, and the management controller of the master processing module can inform each programmable logic circuit of a processing module that it is authorized to trigger a reset when it has received a file generation signaling from each management controller of a processing module, and then the management controller of the master processing module can trigger a restart of the computer;
  • the management controller of the master processing module may generate an alert message to indicate that files have been stored in each of the master and slave processing modules.
  • the invention also proposes a computer program product comprising a set of instructions which, when executed by processing means, is suitable for implementing a control method of the type described above to obtain information stored in registers of at least one processing module of a computer following the occurrence of a fatal error.
  • the invention also proposes a computer comprising at least one processing module comprising registers storing information, a management controller capable of reading the information stored in these registers, and a programmable logic circuit capable of triggering a reinitialization required following an error. fatal.
  • this programmable logic circuit is arranged to suspend the triggering of this reset and to alert the controller of the occurrence of a fatal error. associated with it, and the latter is arranged, if it is able, to read the information stored in associated and selected registers, then to store this information read in a file, before the associated programmable logic circuit is allowed to trigger the required reset.
  • the management controller when the management controller can not read the information stored in the associated and selected registers, the associated programmable logic circuit can be arranged, if allowed, to trigger the required reset, and this management controller can be arranged, following a blocking of an initialization phase on a synchronization point between it and an elementary input / output system of its processing module, to read the information stored in associated and chosen registers, then to store this information read in a file.
  • FIG. 1 schematically and functionally illustrates a calculator with J processing modules according to the invention
  • FIG. 2 illustrates an exemplary algorithm implementing an information obtaining method according to the invention.
  • the object of the invention is in particular to propose a method for obtaining information stored in registers Rij of at least one processing module MTj of a computer CA following the occurrence of a fatal error.
  • the CA computer is an enterprise server. But the invention is not limited to this type of computer. It concerns indeed any computer system comprising one or more processing modules that can perform tasks in parallel and / or in series. Thus, it may also be a computer serving as computing node (or service) of a supercomputer.
  • J is 8.
  • J can take any value greater than or equal to one.
  • J processing modules MTj one of them is called master, while the other J-1 are called slaves.
  • Each processing module MTj comprises at least Rij registers storing information, a management controller CGj, able to read the information that is stored in these registers Rij, a programmable logic circuit (or FPGA ( Programmable Field Array Array ")) CLj, capable of triggering a reset (or" reset ") which was required following the occurrence of a fatal error due to a hardware (or” hardware "), an elementary input system / output (or BIOS ("Basic Input Output System”) - here not shown), memories (not shown), and at least one processor (or CPU (“Central Processing Unit ”)) P1j or P2j.
  • a programmable logic circuit or FPGA ( Programmable Field Array Array ")
  • CLj Programmable Field Array Array
  • BIOS Basic Input Output System
  • memories not shown
  • at least one processor or CPU (“Central Processing Unit ")
  • each of these (MTj) also includes a memory coherence switch CMj (as for example a BCS2 ("Bull Cohérent Switch release 2" ) which ensures the coherence of the memories between the different processing modules MTj and thus makes it possible to make the operating system (or OS) believe that its processing modules MTj form a single module
  • CMj memory coherence switch memory
  • Each management controller CGj provides a so-called SMC function ("Satellite Management Controller") which manages the accesses to the hardware of its processing module MTj, such as for example the reading of a processor register P1j or P2j or a memory coherence switch CMj or access to a temperature sensor.
  • SMC function Switched Management Controller
  • the management controller CG1 MT1 master processing module provides, in addition to a management controller CGj '(j' ⁇ 1) of a slave processing module MTj ', a so-called function BMC ("Baseboard Management Controller") which manages especially the "power off” and ignitions ("power on”) of the CA computer, the resets (or “resets”), the read permissions of registers Rij, and the inter-module synchronization of MTj treatment.
  • function BMC Baseboard Management Controller
  • each processing module MTj which are concerned by the invention (and therefore in which information must be recovered in the event of a fatal error), form part of the programmable logic circuit CLj (here R1j) , each processor (here R2j and R3j), and the memory coherence switch CMj (here R4j).
  • the communications between the management controller CGj and the memory coherence switch CMj can be done via an interface I2C
  • the communications between the P1j and P2j processors and the memory coherence switch CMj can be done via a QPI ("Quick Path Interconnect") interface
  • the communications between the management controller CGj and the processors P1j and P2j can be done via a PECI interface
  • the communications between the management controller CGj and the programmable logic circuit CLj can be done via an interface xbus.
  • the communications between the memory coherence switches CMj of the different processing modules MTj can be done via an XQPI type communication network ("eXtended QPI"), and the communications between the management controllers CGj of the different processing modules MTj can be done via an Ethernet network.
  • eXtended QPI XQPI type communication network
  • the invention proposes a method for obtaining information stored in registers Rij of each processing module MTj of a computer CA.
  • This method can be implemented by a computer CA according to the invention, whenever a programmable logic circuit CLj of a processing module MTj receives a request to reset (or reset) a processor P1j, P2j or memory coherence switch CMj following the occurrence of a fatal error.
  • the programmable logic circuit CLj concerned suspends the triggering of the required reset and warns of the occurrence of a fatal error the management controller CGj associated with it within its processing module MTj .
  • this management controller CGj If this management controller CGj is able to do so (that is to say, has the possibility), it reads the information that is stored in associated and selected Rij registers of its processing module MTj, then stores this information read in a file. Then, the programmable logic circuit CLj, which received the reset request, is allowed to trigger the required reset (and that it has been suspended pending instructions).
  • the readability of a management controller CGj depends above all on the technical possibility of accessing the registers Rij at the moment considered, as well as possibly of the reception of a reading authorization. It is important to note that, when the computer CA comprises several processing modules MTj, including a master MT1 and at least one slave MTj ', and a slave processing module MTj' comprises a programmable logic circuit (slave) CLj ' having received a reset request, the associated slave management controller CGj 'can alert the management controller (master) CG1 of the master processing module MT1 of the occurrence of a fatal error in its slave processing module MTj'.
  • This file is stored in a non-volatile memory (for example of the flash type) of the management controller CGj.
  • it is the master management controller CG1 that supervises and authorizes the reading of selected registers in each of the MT1 master processing module and MTj 'slave.
  • This option is intended to retrieve the information stored in all the useful reg registers of all MTj processing modules, including those that have not seen the fatal error, in order to know the origin of the problem. Indeed, transactions circulate between processing modules MTj and therefore a fatal error can be detected by a "consumer” processing module while the fatal error comes from a "transmitter” processing module, and therefore all the controllers management CGj must be notified that there has been a fatal error in the CA computer so that they retrieve the information stored in their respective registers Rij. Note however that when a fatal error occurs, it can spread from chip to chip and processing module MTj processing module MTj '. Consequently, it may happen that this fatal error triggers others in a burst mechanism in the same processing module MTj, and in this case it is necessary to avoid performing readings of registers Rij in "cascades".
  • each management controller CGj signals the generation of its file to the master management controller CG1, then the latter (CG1) informs each programmable logic circuit CLj that it is authorized to trigger a reset (or reset) if it has received a file generation signaling of each management controller CGj. Then, the master controller CG1 can trigger a restart (or "reboot") of the CA calculator.
  • the master management controller CG1 may generate an alert message to signal to a person responsible for the CA computer that files relating to the occurrence of a fatal error have have been stored in each of the master and slave MTj processing modules. These files can then be downloaded to a computer and analyzed using a diagnostic tool.
  • a management controller CGj can not read the information that is stored in the associated and selected Rij registers, for example after having received the possible authorization from the master management controller CG1. This situation can for example arise in certain situations of particularly serious fatal error when a management controller CGj no longer has access to the processors P1j and P2j and / or the memory coherence switch CMj because their access bus (PECI and I2C) are blocked.
  • the management controller CGj can read the information that is stored in associated and selected Rij registers of its processing module MTj, possibly after being authorized to do so by the master management controller CG1. In fact, only the so-called "sticky" type registers can be read without fear of having been corrupted by the reset that has just occurred. Then, this management controller CGj can put this information read in a file that stores in non-volatile memory (for example flash type). Finally, we can restart the CA computer by performing a procedure called "power cycle") of turning off the computer CA and then turn it on again to reset the sticky type registers to their respective default values. This procedure is useful after a fatal error because the consistency of the content of the sticky registers is not ensured. For example, this restart can be triggered by the master controller CG1.
  • power cycle a procedure called "power cycle”
  • each management controller CGj can choose the registers Rij that it is authorized to read in its processing module MTj from a list of registers that it stores in a non-volatile memory.
  • this list may comprise a first part comprising registers that must be read before a reset (or reset) has been performed, and a second part comprising registers that must be read after a reset (or reset). has been done.
  • the registers of this first part essentially belong to the processors P1j and P2j and to the programmable logic circuit CLj (the latter contains in particular important information which indicates which is the first fatal error that has occurred in the computer CA (which processor or which switch of memory coherence CMj of which processing module MTj)).
  • the registers of this second part are essentially of the sticky type, and therefore belong to the memory coherence switches CMj and the processors P1j and P2j (these are, for example, CSR ("Control and Status Register") registers with addressing "Bus / Device / function").
  • the first part of the list may be and advantageously subdivided into sub-parts associated with the different types of processors P1j, P2j and with the programmable logic circuit CLj (error registers with "Page / Offset” addressing).
  • a sub-part can be dedicated to MSR ("Model Specified Register") type registers in "Offset + CorelD” addressing of one type of processor, and another sub-part can be dedicated to CSR type registers. with "Bus / Device / function” addressing of another type of processor.
  • each management controller CGj begins by determining the type of the processor to which it must address, then it selects the subpart of the first part of the list that is associated with this type of processor. This makes it possible to have the same program in each management controller CGj regardless of the type (s) of processor (s) that includes its processing module MTj.
  • FIG. 2 schematically illustrates an example of an algorithm implementing an exemplary method for obtaining information according to the invention.
  • This algorithm comprises a step 10 in which a slave programmable logic circuit CLj '(for example CL2) receives a reset request (or reset) because of the occurrence of a fatal error in its slave processing module MT2, and consequently suspends the triggering of this reset.
  • the algorithm continues with a step 20 in which the slave programmable logic circuit CL2 alerts of the occurrence of a fatal error the associated management controller CG2. Then, the latter (CG2) alerts the master controller CG1 of the occurrence of a fatal error in its MT2 slave processing module.
  • the master management controller CG1 transmits to each of the management controllers CG1 to CGJ a synchronized read authorization of the information which is stored in associated and selected registers Rij of their processing modules MT1 to MTJ respectively, as well as an instance name for the files in which they will store the information they have read.
  • a step 60 the master management controller CG1 performs a test to determine whether it has received the J files of J processing modules MTj. In the negative, a step 1 is performed which will be described later. If so, a step 70 is performed in which the master management controller CG1 informs each programmable logic circuit CLj (whether slave or master) that it is authorized to trigger a reset (or reset) of its processing module. MTj.
  • each slave programmable logic circuit CLj (whether slave or master) triggers a reset (or reset) of its processing module MTj.
  • the master management controller CG1 generates an alert message intended to signal to a person responsible for his computer CA that files relating to the occurrence of a fatal error have been stored in each of the modules of MTj master and slave processing (s).
  • the master management controller CG1 triggers a reboot (or "reboot") of the AC power cycle computer.
  • a step 1 10 is performed in which the master management controller CG1 informs each programmable logic circuit CLj (whether slave or master) that it is authorized to trigger a reset (or reset) of its processing module MTj. Then, in a step 120, each programmable logic slave CLj (whether slave or master) triggers a reset (or reset) of its processing module MTj in order to unblock the data buses.
  • each management controller CGj (whether slave or master) blocks the initialization phase on a synchronization point between it (CGj) and the elementary input / output system (or BIOS). of its MTj processing module in order to prevent the boot of the BIOS from corrupting the contents of the sticky registers.
  • the master management controller CG1 transmits to each of the management controllers CG1 to CGJ a synchronized read authorization of the information which is stored in associated and selected registers Rij of their processing modules MT1 to MTJ respectively, as well as an instance name for the files in which they will store the information they have read.
  • each management controller CGj reads the information which is stored in the associated and selected Rij registers (for example those of the second group of the stored list), then stores this information read in a file having the number of an instance provided by the master management controller CG1, then reports the generation of its file to the master management controller CG1.
  • the invention can also be considered in the form of a computer program product comprising a set of instructions which, when executed by processing means of a computer CA, is adapted to implement implementing a control method of the type described above to obtain information stored in registers Rij of at least one processing module MTj of the CA computer following the occurrence of a fatal error.

Abstract

Un procédé permet d'obtenir des informations stockées dans des registres (R11 -R4J) d'au moins un module de traitement (MT1 -MTJ) d'un calculateur (CA), chaque module de traitement (MT1 -MTJ) comprenant en outre un contrôleur de gestion (CG1 -CGJ) propre à lire les informations stockées dans les registres (R11 -R4J) associés, et un circuit logique programmable (CL1 -CLJ) propre à déclencher une réinitialisation requise consécutivement à une erreur fatale. Pour ce faire, en cas de réception d'une requête de réinitialisation par un circuit logique programmable (CL2) d'un module de traitement (MT2), ce circuit logique programmable (CL2) suspend le déclenchement de cette réinitialisation et alerte de la survenue d'une erreur fatale le contrôleur de gestion (CG2) associé qui, s'il en est capable, lit les informations stockées dans des registres (R12-R42) associés et choisis, puis stocke ces informations lues dans un fichier, puis on autorise le circuit logique programmable (CL2) associé à déclencher la réinitialisation requise.

Description

PROCÉDÉ D'OBTENTION D'INFORMATIONS STOCKÉES DANS DES REGISTRES DE MODULE(S) DE TRAITEMENT D'UN CALCULATEUR JUSTE APRÈS LA SURVENUE D'UNE ERREUR FATALE
L'invention concerne les calculateurs comprenant au moins un module de traitement comportant un contrôleur de gestion (parfois appelé « processeur de service » ou « management controller ») et un circuit logique programmable (ou FPGA (« Field Programmable Gâte Array »)), qui permettent l'obtention d'informations stockées dans des registres de différents composants matériels (ou « hardware ») d'un module de traitement en cas de survenue d'une erreur fatale.
On entend ici par « calculateur » un ordinateur comprenant un ou plusieurs modules de traitement pouvant effectuer des tâches en parallèle et/ou en série. Chaque module de traitement est équipé d'un contrôleur de gestion, d'au moins un processeur, d'un circuit logique programmable et d'un commutateur de cohérence mémoire (comme par exemple un BCS2 (« Bull Cohérent Switch release 2 ») assurant la cohérence des mémoires entre les différents modules de traitement et permettant ainsi de faire croire au système d'exploitation (ou OS) que ses modules de traitement forment un unique module. A titre d'exemple, il pourra s'agir d'un ordinateur de type serveur d'entreprise ou d'un ordinateur servant de nœud de calcul (ou de service) d'un supercalculateur.
Comme le sait l'homme de l'art, lorsqu'un calculateur (comme par exemple un serveur) tombe en panne consécutivement à la survenue d'une erreur fatale due à du matériel, il est indispensable de connaître certaines au moins des informations qui sont stockées dans certains registres internes de certains de ses composants juste après la survenue de cette erreur fatale, afin de pouvoir déterminer la source de cette dernière et donc le composant en situation d'erreur. C'est notamment le cas des registres du (des) processeur(s) (ou CPU (« Central Processing Unit »)), du circuit logique programmable (ou FPGA (« Field Programmable Gâte Array »)) et du commutateur de cohérence mémoire (ou BCS (« Bull Cohérent Switch »)).
Pour ce type d'erreur sévère, le système d'exploitation (ou OS) ne peut pas obtenir d'informations par ses propres mécanismes internes de gestion de fautes (« ErrorHandler ») car le calculateur est considéré comme corrompu et doit être redémarré au plus vite avant que des données vitales ne soient corrompues. Ainsi, un CPU faisant l'objet d'une erreur fatale décide lui- même du redémarrage (ou réinitialisation ou encore « reset ») de son calculateur, ce qui empêche le système d'exploitation associé de prendre la main.
Ce redémarrage efface le contenu des registres volatils et donc empêche toute obtention d'information après qu'il ait eu lieu, hormis celles qui sont stockées dans des registres dits « sticky », et encore dans une situation très particulière.
L'invention a donc notamment pour but d'améliorer la situation, et notamment de permettre l'obtention, consécutivement à la survenue d'une erreur fatale, d'informations stockées dans certains registres de chaque module de traitement d'un calculateur dans lequel chaque module de traitement comprend en outre un contrôleur de gestion, propre à lire les informations stockées dans les registres associés, et un circuit logique programmable propre à déclencher une réinitialisation (ou un « reset ») requis(e) consécutivement à une erreur fatale.
Elle propose notamment à cet effet un procédé dans lequel, en cas de réception d'une requête de réinitialisation par un circuit logique programmable d'un module de traitement, ce circuit logique programmable suspend le déclenchement de cette réinitialisation et alerte de la survenue d'une erreur fatale le contrôleur de gestion associé qui, s'il en est capable, lit les informations stockées dans des registres associés et choisis, puis stocke ces informations lues dans un fichier, puis on autorise le circuit logique programmable associé à déclencher cette réinitialisation requise.
On peut ainsi récupérer le contenu de certains registres quasiment en temps réel, et plus précisément juste après le signalement de la survenue d'une erreur fatale, en vue d'analyser la cause de cette dernière. Le procédé selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment :
- lorsque le contrôleur de gestion ne peut pas lire les informations stockées dans les registres associés et choisis, on peut autoriser le circuit logique programmable associé à déclencher la réinitialisation requise, et on peut bloquer une phase d'initialisation sur un point de synchronisation entre le contrôleur de gestion et un système élémentaire d'entrée/sortie du module de traitement, puis le contrôleur de gestion peut lire les informations stockées dans des registres associés et choisis, puis stocker ces informations lues dans un fichier, puis on peut redémarrer le calculateur ;
- chaque contrôleur de gestion peut choisir des registres associés parmi une liste de registres qu'il stocke ;
la liste peut comprendre une première partie comportant des registres à lire avant une réinitialisation, et une seconde partie comportant des registres à lire après une réinitialisation ;
- en présence d'un module de traitement maître et d'au moins un module de traitement esclave, lorsqu'un module de traitement esclave comprend un circuit logique programmable ayant reçu une requête de réinitialisation, le contrôleur de gestion associé peut alerter le contrôleur de gestion du module de traitement maître de la survenue d'une erreur fatale dans son module de traitement esclave, puis le contrôleur de gestion du module de traitement maître peut transmettre au contrôleur de gestion de chaque module de traitement une autorisation de lecture synchronisée des informations stockées dans des registres associés et choisis ainsi qu'un nom d'instance pour le fichier dans lequel il doit stocker ces informations lues ;
le contrôleur de gestion de chaque module de traitement peut signaler la génération de son fichier au contrôleur de gestion du module de traitement maître, et le contrôleur de gestion du module de traitement maître peut informer chaque circuit logique programmable d'un module de traitement qu'il est autorisé à déclencher une réinitialisation lorsqu'il a reçu une signalisation de génération de fichier de chaque contrôleur de gestion d'un module de traitement, puis le contrôleur de gestion du module de traitement maître peut déclencher un redémarrage du calculateur ;
• avant de déclencher le redémarrage du calculateur, le contrôleur de gestion du module de traitement maître peut générer un message d'alerte pour signaler que des fichiers ont été stockés dans chacun des modules de traitement maître et esclave(s).
L'invention propose également un produit programme d'ordinateur comprenant un jeu d'instructions qui, lorsqu'il est exécuté par des moyens de traitement, est propre à mettre en œuvre un procédé de contrôle du type de celui présenté ci-avant pour obtenir des informations stockées dans des registres d'au moins un module de traitement d'un calculateur consécutivement à la survenue d'une erreur fatale.
L'invention propose également un calculateur comprenant au moins un module de traitement comportant des registres stockant des informations, un contrôleur de gestion propre à lire les informations stockées dans ces registres, et un circuit logique programmable propre à déclencher une réinitialisation requise consécutivement à une erreur fatale. En cas de réception d'une requête de réinitialisation par un circuit logique programmable d'un module de traitement, ce circuit logique programmable est agencé pour suspendre le déclenchement de cette réinitialisation et pour alerter de la survenue d'une erreur fatale le contrôleur de gestion qui lui est associé, et ce dernier est agencé, s'il en est capable, pour lire les informations stockées dans des registres associés et choisis, puis pour stocker ces informations lues dans un fichier, avant que le circuit logique programmable associé soit autorisé à déclencher la réinitialisation requise.
Par exemple, lorsque le contrôleur de gestion ne peut pas lire les informations stockées dans les registres associés et choisis, le circuit logique programmable associé peut être agencé, s'il est autorisé, pour déclencher la réinitialisation requise, et, ce contrôleur de gestion peut être agencé, consécutivement à un blocage d'une phase d'initialisation sur un point de synchronisation entre lui et un système élémentaire d'entrée/sortie de son module de traitement, pour lire les informations stockées dans des registres associés et choisis, puis pour stocker ces informations lues dans un fichier. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels :
- la figure 1 illustre de façon schématique et fonctionnelle un calculateur à J modules de traitement selon l'invention, et
- la figure 2 illustre un exemple d'algorithme mettant en œuvre un procédé d'obtention d'informations selon l'invention.
L'invention a notamment pour objet de proposer un procédé destiné à permettre l'obtention d'informations stockées dans des registres Rij d'au moins un module de traitement MTj d'un calculateur CA consécutivement à la survenue d'une erreur fatale.
On considère dans ce qui suit, à titre d'exemple non limitatif, que le calculateur CA est un serveur d'entreprise. Mais l'invention n'est pas limitée à ce type de calculateur. Elle concerne en effet tout système informatique comprenant un ou plusieurs modules de traitement pouvant effectuer des tâches en parallèle et/ou en série. Ainsi, il pourra également s'agir d'un ordinateur servant de nœud de calcul (ou de service) d'un supercalculateur.
On a schématiquement illustré sur la figure 1 un exemple non limitatif de calculateur CA, ici un serveur, comprenant J modules de traitement MTj (j = 1 à J). Par exemple, J est égal à 8. Mais J peut prendre n'importe quelle valeur supérieure ou égale à un.
Parmi ces J modules de traitement MTj, l'un d'entre eux est dit maître, tandis que les J-1 autres sont dits esclaves.
Chaque module de traitement MTj comprend au moins des registres Rij stockant des informations, un contrôleur de gestion (ou « management controller ») CGj, propre à lire les informations qui sont stockées dans ces registres Rij, un circuit logique programmable (ou FPGA (« Field Programmable Gâte Array »)) CLj, propre à déclencher une réinitialisation (ou « reset ») qui a été requise consécutivement à la survenue d'une erreur fatale due à un matériel (ou « hardware »), un système élémentaire d'entrée/sortie (ou BIOS (« Basic Input Output System ») - ici non représenté), des mémoires (non représentées), et au moins un processeur (ou CPU (« Central Processing Unit »)) P1j ou P2j.
On notera que lorsque le calculateur CA comprend plusieurs modules de traitement MTj, comme illustré sur la figure 1 , chacun de ces derniers (MTj) comprend également un commutateur de cohérence mémoire CMj (comme par exemple un BCS2 (« Bull Cohérent Switch release 2 ») qui assure la cohérence des mémoires entre les différents modules de traitement MTj et permet ainsi de faire croire au système d'exploitation (ou OS) que ses modules de traitement MTj forment un unique module. En d'autres termes, chaque commutateur de cohérence mémoire CMj permet d'offrir un accès cohérent à n'importe quelle mémoire de n'importe quel module de traitement MTj à partir de n'importe quel processeur PU, P2j de n'importe quel module de traitement MTj.
Chaque contrôleur de gestion CGj assure une fonction dite SMC (« Satellite Management Controller ») qui gère les accès au matériel (hardware) de son module de traitement MTj, comme par exemple la lecture d'un registre de processeur P1j ou P2j ou d'un commutateur de cohérence mémoire CMj ou l'accès à un capteur de température.
Le contrôleur de gestion CG1 du module de traitement maître MT1 assure, en supplément d'un contrôleur de gestion CGj' (j'≠ 1 ) d'un module de traitement esclave MTj', une fonction dite BMC (« Baseboard Management Controller ») qui gère notamment les extinctions (« power off ») et allumages (ou démarrages (« power on »)) du calculateur CA, les réinitialisations (ou « resets »), les autorisations de lecture de registres Rij, et la synchronisation inter modules de traitement MTj.
On notera également que les registres Rij de chaque module de traitement MTj, qui sont concernés par l'invention (et donc dans lesquels des informations doivent être récupérées en cas d'erreur fatale), font partie du circuit logique programmable CLj (ici R1j), de chaque processeur (ici R2j et R3j), et du commutateur de cohérence mémoire CMj (ici R4j).
Au sein de chaque module de traitement MTj, les communications entre le contrôleur de gestion CGj et le commutateur de cohérence mémoire CMj peuvent se faire via une interface I2C, les communications entre les processeurs P1j et P2j et le commutateur de cohérence mémoire CMj peuvent se faire via une interface QPI (« Quick Path Interconnect »), les communications entre le contrôleur de gestion CGj et les processeurs P1j et P2j peuvent se faire via une interface PECI, et les communications entre le contrôleur de gestion CGj et le circuit logique programmable CLj peuvent se faire via une interface xbus.
Par ailleurs, les communications entre les commutateurs de cohérence mémoire CMj des différents modules de traitement MTj peuvent se faire via un réseau de communication de type XQPI ( « eXtended QPI »), et les communications entre les contrôleurs de gestion CGj des différents modules de traitement MTj peuvent se faire via un réseau Ethernet.
Comme indiqué plus haut, l'invention propose un procédé destiné à permettre l'obtention d'informations stockées dans des registres Rij de chaque module de traitement MTj d'un calculateur CA.
Ce procédé peut être mis en œuvre par un calculateur CA selon l'invention, chaque fois qu'un circuit logique programmable CLj d'un module de traitement MTj reçoit une requête de réinitialisation (ou reset) d'un processeur P1j, P2j ou du commutateur de cohérence mémoire CMj suite à la survenue d'une erreur fatale. Selon ce procédé, lorsque la situation précitée survient, le circuit logique programmable CLj concerné suspend le déclenchement de la réinitialisation requise et alerte de la survenue d'une erreur fatale le contrôleur de gestion CGj qui lui est associé au sein de son module de traitement MTj.
Puis, si ce contrôleur de gestion CGj est capable de le faire (c'est-à- dire en a la possibilité), il lit les informations qui sont stockées dans des registres Rij associés et choisis de son module de traitement MTj, puis stocke ces informations lues dans un fichier. Ensuite, on autorise le circuit logique programmable CLj, qui a reçu la requête de réinitialisation, à déclencher la réinitialisation requise (et qu'il avait suspendue en attente d'instructions).
La capacité de lecture d'un contrôleur de gestion CGj dépend avant tout de la possibilité technique d'accéder aux registres Rij à l'instant considéré, ainsi qu'éventuellement de la réception d'une autorisation de lecture. Il est important de noter que, lorsque le calculateur CA comprend plusieurs modules de traitement MTj, dont un maître MT1 et au moins un esclave MTj', et qu'un module de traitement esclave MTj' comprend un circuit logique programmable (esclave) CLj' ayant reçu une requête de réinitialisation, le contrôleur de gestion esclave CGj' associé peut alerter le contrôleur de gestion (maître) CG1 du module de traitement maître MT1 de la survenue d'une erreur fatale dans son module de traitement esclave MTj'. Ensuite, le contrôleur de gestion maître CG1 peut transmettre au contrôleur de gestion CGj de chaque module de traitement MTj (j = 1 à J) une autorisation de lecture synchronisée des informations stockées dans des registres Rij associés et choisis et un nom d'instance pour le fichier dans lequel il doit stocker ces informations lues. Ce fichier est stocké dans une mémoire non-volatile (par exemple de type flash) du contrôleur de gestion CGj. En d'autres termes, c'est le contrôleur de gestion maître CG1 qui supervise et autorise la lecture de registres choisis dans chacun des module de traitement maître MT1 et esclaves MTj'.
Cette option est destinée à récupérer les informations stockées dans tous les registres Rij utiles de tous les modules de traitement MTj, y compris ceux qui n'ont pas vu l'erreur fatale, afin de pouvoir connaître l'origine du problème. En effet, des transactions circulent entre les modules de traitement MTj et donc une erreur fatale peut être détectée par un module de traitement « consommateur » alors que l'erreur fatale vient d'un module de traitement « émetteur », et donc tous les contrôleurs de gestion CGj doivent être avertis qu'il y a eu une erreur fatale dans le calculateur CA afin qu'ils récupèrent les informations stockées dans leurs registres Rij respectifs. On notera cependant que lorsqu'une erreur fatale se produit, elle peut se propager de chip en chip et de module de traitement MTj en module de traitement MTj'. Par conséquent, il peut arriver que cette erreur fatale en déclenche d'autres dans un mécanisme de rafale dans un même module de traitement MTj, et dans ce cas il faut éviter d'effectuer des lectures de registres Rij en « cascades ».
De préférence, chaque contrôleur de gestion CGj signale la génération de son fichier au contrôleur de gestion maître CG1 , puis ce dernier (CG1 ) informe chaque circuit logique programmable CLj qu'il est autorisé à déclencher une réinitialisation (ou reset) si il a reçu une signalisation de génération de fichier de chaque contrôleur de gestion CGj. Ensuite, le contrôleur de gestion maître CG1 peut déclencher un redémarrage (ou « reboot ») du calculateur CA.
On notera qu'avant de déclencher ce redémarrage du calculateur CA, le contrôleur de gestion maître CG1 peut générer un message d'alerte destiné à signaler à une personne responsable de ce calculateur CA que des fichiers relatifs à la survenue d'une erreur fatale ont été stockés dans chacun des modules de traitement MTj maître et esclave(s). Ces fichiers pourront ensuite être téléchargés sur un ordinateur et analysés à l'aide d'un outil d'aide au diagnostic.
On notera également qu'il peut arriver qu'un contrôleur de gestion CGj ne puisse pas lire les informations qui sont stockées dans les registres Rij associés et choisis, par exemple après avoir reçu l'éventuelle autorisation du contrôleur de gestion maître CG1 . Cette situation peut par exemple survenir dans certaines situations d'erreur fatale particulièrement grave lorsqu'un contrôleur de gestion CGj n'a plus accès aux processeurs P1j et P2j et/ou au commutateur de cohérence mémoire CMj car leurs bus d'accès (PECI et I2C) sont bloqués.
Dans ce dernier cas, on peut tout d'abord autoriser le circuit logique programmable CLj qui est associé à ce contrôleur de gestion CGj à déclencher la réinitialisation (ou reset) requise, et on peut bloquer une phase d'initialisation sur un point de synchronisation entre ce contrôleur de gestion CGj et le système élémentaire d'entrée/sortie (ou BIOS) de son module de traitement MTj. Ce reset a pour effet de débloquer les bus de données et donc de permettre au contrôleur de gestion CGj d'accéder de nouveau aux processeurs P1j et P2j et au commutateur de cohérence mémoire CMj, et le blocage du BIOS aussitôt après ce reset permet d'éviter que son démarrage corrompe le contenu des registres sticky. On comprendra que dans ce cas seuls les registres sticky seront lus, puisque tous les autres registres auront été remis à leurs valeurs après reset (en général zéro) alors que ces registres sticky gardent leurs valeurs d'avant reset. Les informations récupérées dans ce cas seront moins complètes mais peuvent néanmoins suffire dans de nombreuses situations.
Ensuite, le contrôleur de gestion CGj peut lire les informations qui sont stockées dans des registres Rij associés et choisis de son module de traitement MTj, éventuellement après avoir été autorisé à le faire par le contrôleur de gestion maître CG1 . En fait, seuls les registres de type dit « sticky » peuvent être lus sans crainte d'avoir été corrompus par le reset qui vient tout juste de se produire. Puis, ce contrôleur de gestion CGj peut mettre ces informations lues dans un fichier qu'il stocke dans une mémoire non- volatile (par exemple de type flash). Enfin, on peut redémarrer le calculateur CA en effectuant une procédure dite « power cycle ») consistant à éteindre le calculateur CA puis à le rallumer afin de remettre les registres de type sticky à leurs valeurs par défaut respectives. Cette procédure est utile après une erreur fatale car la cohérence du contenu des registres sticky n'est pas assurée. Par exemple, ce redémarrage peut être déclenché par le contrôleur de gestion maître CG1 .
Afin d'accélérer la lecture des registres Rij, chaque contrôleur de gestion CGj peut choisir les registres Rij qu'il est autorisé à lire dans son module de traitement MTj parmi une liste de registres qu'il stocke dans une mémoire non volatile. Par exemple, cette liste peut comprendre une première partie comportant des registres qui doivent être lus avant qu'une réinitialisation (ou reset) ait été effectuée, et une seconde partie comportant des registres qui doivent être lus après qu'une réinitialisation (ou reset) ait été effectuée. Les registres de cette première partie appartiennent essentiellement aux processeurs P1j et P2j et au circuit logique programmable CLj (ce dernier contient notamment une information importante qui indique quelle est la première erreur fatale qui a eu lieu dans le calculateur CA (quel processeur ou quel commutateur de cohérence mémoire CMj de quel module de traitement MTj)). Les registres de cette seconde partie sont essentiellement de type sticky, et donc font partie des commutateurs de cohérence mémoire CMj et des processeurs P1j et P2j (il s'agit par exemple de registres de type CSR (« Control and Status Register ») avec adressage « Bus/Device/function »).
On notera que la première partie de la liste peut être éventuellement et avantageusement subdivisée en sous-parties associées aux différents types de processeurs P1j, P2j et au circuit logique programmable CLj (registres d'erreurs avec adressage « Page/Offset »). Par exemple, une sous- partie peut être dédiée aux registres de type MSR (« Model Spécifie Register ») en adressage « Offset + CorelD » d'un type de processeur, et une autre sous-partie peut être dédiée aux registres de type CSR avec adressage « Bus/Device/function » d'un autre type de processeur. Lorsque cette option existe, chaque contrôleur de gestion CGj commence par déterminer le type du processeur auquel il doit s'adresser, puis il sélectionne la sous-partie de la première partie de la liste qui est associée à ce type de processeur. Cela permet d'avoir un même programme dans chaque contrôleur de gestion CGj quel que soit le(s) type(s) de processeur(s) que comprend son module de traitement MTj.
On a schématiquement illustré sur la figure 2 un exemple d'algorithme mettant en œuvre un exemple de procédé d'obtention d'informations selon l'invention.
Cet algorithme comprend une étape 10 dans laquelle un circuit logique programmable esclave CLj' (par exemple CL2) reçoit une requête de réinitialisation (ou reset) du fait de la survenue d'une erreur fatale dans son module de traitement esclave MT2, et par conséquent suspend le déclenchement de cette réinitialisation.
L'algorithme se poursuit par une étape 20 dans laquelle le circuit logique programmable esclave CL2 alerte de la survenue d'une erreur fatale le contrôleur de gestion CG2 associé. Puis, ce dernier (CG2) alerte le contrôleur de gestion maître CG1 de la survenue d'une erreur fatale dans son module de traitement esclave MT2.
Puis, dans une étape 30, le contrôleur de gestion maître CG1 transmet à chacun des contrôleurs de gestion CG1 à CGJ une autorisation de lecture synchronisée des informations qui sont stockées dans des registres Rij associés et choisis de leurs modules de traitement MT1 à MTJ respectifs, ainsi qu'un nom d'instance pour les fichiers dans lesquels ils vont stocker les informations qu'ils auront réussi à lire.
Puis, dans une étape 40, chaque contrôleur de gestion CGj (j = 1 à J) détermine s'il est possible de lire les informations qui sont stockées dans des registres Rij associés et choisis (par exemple ceux prédéfinis du premier groupe de la liste stockée). Dans la négative, on passe à une étape 60. En revanche, dans l'affirmative on effectue une étape 50 dans laquelle chaque contrôleur de gestion CGj lit les informations qui sont stockées dans les registres Rij associés et choisis, puis stocke ces informations lues dans un fichier ayant le numéro d'instance fourni par le contrôleur de gestion maître CG1 , puis signale la génération de son fichier au contrôleur de gestion maître CG1 .
Puis, dans une étape 60, le contrôleur de gestion maître CG1 effectue un test pour déterminer s'il a reçu les J fichiers des J modules de traitement MTj. Dans la négative on effectue une étape 1 10 qui sera décrite plus loin. Dans l'affirmative on effectue une étape 70 dans laquelle le contrôleur de gestion maître CG1 informe chaque circuit logique programmable CLj (qu'il soit esclave ou maître) qu'il est autorisé à déclencher une réinitialisation (ou reset) de son module de traitement MTj.
Puis, dans une étape 80, chaque circuit logique programmable esclave CLj (qu'il soit esclave ou maître) déclenche une réinitialisation (ou reset) de son module de traitement MTj.
Puis, dans une étape 90, le contrôleur de gestion maître CG1 génère un message d'alerte destiné à signaler à une personne responsable de son calculateur CA que des fichiers relatifs à la survenue d'une erreur fatale ont été stockés dans chacun des modules de traitement MTj maître et esclave(s).
Puis, dans une étape 100, le contrôleur de gestion maître CG1 déclenche un redémarrage (ou « reboot ») du calculateur CA de type power cycle.
Lorsque le test effectué à l'étape 60 est négatif, et donc qu'au moins un registre Rij n'a pas pu être lu dans au moins un module de traitement MTj, on effectue une étape 1 10 dans laquelle le contrôleur de gestion maître CG1 informe chaque circuit logique programmable CLj (qu'il soit esclave ou maître) qu'il est autorisé à déclencher une réinitialisation (ou reset) de son module de traitement MTj. Puis, dans une étape 120, chaque circuit logique programmable esclave CLj (qu'il soit esclave ou maître) déclenche une réinitialisation (ou reset) de son module de traitement MTj afin de débloquer les bus de données.
Puis, dans une étape 130, chaque contrôleur de gestion CGj (qu'il soit esclave ou maître) bloque la phase d'initialisation sur un point de synchronisation entre lui (CGj) et le système élémentaire d'entrée/sortie (ou BIOS) de son module de traitement MTj afin d'éviter que le démarrage du BIOS corrompe le contenu des registres sticky.
Puis, dans une étape 140, le contrôleur de gestion maître CG1 transmet à chacun des contrôleurs de gestion CG1 à CGJ une autorisation de lecture synchronisée des informations qui sont stockées dans des registres Rij associés et choisis de leurs modules de traitement MT1 à MTJ respectifs, ainsi qu'un nom d'instance pour les fichiers dans lesquels ils vont stocker les informations qu'ils auront réussi à lire.
Puis, dans une étape 150 chaque contrôleur de gestion CGj lit les informations qui sont stockées dans les registres Rij associés et choisis (par exemple ceux du deuxième groupe de la liste stockée), puis stocke ces informations lues dans un fichier ayant le numéro d'instance fourni par le contrôleur de gestion maître CG1 , puis signale la génération de son fichier au contrôleur de gestion maître CG1 .
Puis, on effectue les étapes 90 et 100 décrites plus haut.
On notera que l'invention peut être également considérée sous la forme d'un produit programme d'ordinateur comprenant un jeu d'instructions qui, lorsqu'il est exécuté par des moyens de traitement d'un calculateur CA, est propre à mettre en œuvre un procédé de contrôle du type de celui décrit ci-avant pour obtenir des informations stockées dans des registres Rij d'au moins un module de traitement MTj du calculateur CA consécutivement à la survenue d'une erreur fatale.
L'invention ne se limite pas aux modes de réalisation de procédé d'obtention d'informations et de calculateur décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après.

Claims

REVENDICATIONS
1 . Procédé d'obtention d'informations stockées dans des registres (Rij) d'au moins un module de traitement (MTj) d'un calculateur (CA), chaque module de traitement (MTj) comprenant en outre un contrôleur de gestion (CGj) propre à lire les informations stockées dans les registres (Rij) associés, et un circuit logique programmable (CLj) propre à déclencher une réinitialisation requise consécutivement à une erreur fatale, caractérisé en ce qu'en cas de réception d'une requête de réinitialisation par un circuit logique programmable (CLj) d'un module de traitement (MTj), ce circuit logique programmable (CLj) suspend le déclenchement de cette réinitialisation et alerte de la survenue d'une erreur fatale le contrôleur de gestion (CGj) associé qui, s'il en est capable, lit les informations stockées dans des registres (Rij) associés et choisis, puis stocke ces informations lues dans un fichier, puis on autorise ledit circuit logique programmable (CLj) associé à déclencher ladite réinitialisation requise.
2. Procédé selon la revendication 1 , caractérisé en ce que lorsque ledit contrôleur de gestion (CGj) ne peut pas lire les informations stockées dans lesdits registres (Rij) associés et choisis, on autorise ledit circuit logique programmable (CLj) associé à déclencher ladite réinitialisation requise, et on bloque une phase d'initialisation sur un point de synchronisation entre ledit contrôleur de gestion (CGj) et un système élémentaire d'entrée/sortie dudit module de traitement (MTj), puis ledit contrôleur de gestion (CGj) lit les informations stockées dans des registres (Rij) associés et choisis, puis stocke ces informations lues dans un fichier, puis on redémarre ledit calculateur (CA).
3. Procédé selon l'une des revendications 1 et 2, caractérisé en ce que chaque contrôleur de gestion (CGj) choisit des registres (Rij) associés parmi une liste de registres qu'il stocke.
4. Procédé selon la revendication 3, caractérisé en ce que ladite liste comprend une première partie comportant des registres à lire avant une réinitialisation, et une seconde partie comportant des registres à lire après une réinitialisation.
5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce qu'en présence d'un module de traitement (MT1 ) maître et d'au moins un module de traitement (MTj') esclave, lorsqu'un module de traitement (MTj') esclave comprend un circuit logique programmable (CLj') ayant reçu une requête de réinitialisation, le contrôleur de gestion (CGj') associé alerte le contrôleur de gestion (CG1 ) dudit module de traitement (MT1 ) maître de la survenue d'une erreur fatale dans son module de traitement (MTj') esclave, puis ledit contrôleur de gestion (CG1 ) du module de traitement (MT1 ) maître transmet au contrôleur de gestion (CGj) de chaque module de traitement (MTj) une autorisation de lecture synchronisée des informations stockées dans des registres (Rij) associés et choisis et un nom d'instance pour le fichier dans lequel il doit stocker ces informations lues.
6. Procédé selon la revendication 5, caractérisé en ce que le contrôleur de gestion (CGj) de chaque module de traitement (MTj) signale la génération de son fichier audit contrôleur de gestion (CG1 ) du module de traitement (MT1 ) maître, et ledit contrôleur de gestion (CG1 ) du module de traitement (MT1 ) maître informe chaque circuit logique programmable (CLj) d'un module de traitement (MTj) qu'il est autorisé à déclencher une réinitialisation lorsqu'il a reçu une signalisation de génération de fichier de chaque contrôleur de gestion (CGj) d'un module de traitement (MTj), puis ledit contrôleur de gestion (CG1 ) du module de traitement (MT1 ) maître déclenche un redémarrage dudit calculateur (CA).
7. Procédé selon l'une des revendications 5 et 6, caractérisé en ce qu'avant de déclencher ledit redémarrage du calculateur (CA), ledit contrôleur de gestion (CGj) du module de traitement (MTj) maître génère un message d'alerte pour signaler que des fichiers ont été stockés dans chacun desdits modules de traitement (MTj) maître et esclave(s).
8. Produit programme d'ordinateur comprenant un jeu d'instructions qui, lorsqu'il est exécuté par des moyens de traitement, est propre à mettre en œuvre le procédé selon l'une des revendications précédentes pour obtenir des informations stockées dans des registres (Rij) d'au moins un module de traitement (MTj) d'un calculateur (CA) consécutivement à une erreur fatale.
9. Calculateur (CA) comprenant au moins un module de traitement (MTj) comportant des registres (Rij) stockant des informations, un contrôleur de gestion (CGj) propre à lire les informations stockées dans lesdits registres (Rij), et un circuit logique programmable (CLj) propre à déclencher une réinitialisation requise consécutivement à une erreur fatale, caractérisé en ce qu'en cas de réception d'une requête de réinitialisation par un circuit logique programmable (CLj) d'un module de traitement (MTj), ce circuit logique programmable (CLj) est agencé pour suspendre le déclenchement de cette réinitialisation et pour alerter de la survenue d'une erreur fatale ledit contrôleur de gestion (CGj) associé, et ce dernier (CGj) est agencé, s'il est autorisé, pour lire les informations stockées dans des registres (Rij) associés et choisis, puis pour stocker ces informations lues dans un fichier, avant que ledit circuit logique programmable (CLj) associé soit autorisé à déclencher ladite réinitialisation requise.
10. Calculateur selon la revendication 9, caractérisé en ce que, lorsque ledit contrôleur de gestion (CGj) ne peut pas lire les informations stockées dans lesdits registres (Rij) associés et choisis, ledit circuit logique programmable (CLj) associé est agencé, s'il est autorisé, pour déclencher ladite réinitialisation requise, et, ledit contrôleur de gestion (CGj) est agencé, consécutivement à un blocage d'une phase d'initialisation sur un point de synchronisation entre ce contrôleur de gestion (CGj) et un système élémentaire d'entrée/sortie de son module de traitement (MTj), pour lire les informations stockées dans des registres (Rij) associés et choisis, puis pour stocker ces informations lues dans un fichier.
PCT/FR2015/051242 2014-05-20 2015-05-12 Procédé d'obtention d'informations stockées dans des registres de module(s) de traitement d'un calculateur juste après la survenue d'une erreur fatale WO2015177436A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2016568563A JP6674387B2 (ja) 2014-05-20 2015-05-12 致命的なエラーの発生の直後のコンピュータの処理モジュールレジスタに格納された情報の取得方法
EP15732024.3A EP3146432B1 (fr) 2014-05-20 2015-05-12 Procédé d'obtention d'informations stockées dans des registres de module(s) de traitement d'un calculateur juste après la survenue d'une erreur fatale
US15/312,782 US10467101B2 (en) 2014-05-20 2015-05-12 Method of obtaining information stored in processing module registers of a computer just after the occurrence of a fatal error

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1454504A FR3021430B1 (fr) 2014-05-20 2014-05-20 Procede d'obtention d'informations stockees dans des registres de module(s) de traitement d'un calculateur juste apres la survenue d'une erreur fatale
FR1454504 2014-05-20

Publications (1)

Publication Number Publication Date
WO2015177436A1 true WO2015177436A1 (fr) 2015-11-26

Family

ID=51570541

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2015/051242 WO2015177436A1 (fr) 2014-05-20 2015-05-12 Procédé d'obtention d'informations stockées dans des registres de module(s) de traitement d'un calculateur juste après la survenue d'une erreur fatale

Country Status (5)

Country Link
US (1) US10467101B2 (fr)
EP (1) EP3146432B1 (fr)
JP (1) JP6674387B2 (fr)
FR (1) FR3021430B1 (fr)
WO (1) WO2015177436A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11204821B1 (en) * 2020-05-07 2021-12-21 Xilinx, Inc. Error re-logging in electronic systems

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030115516A1 (en) * 2001-12-19 2003-06-19 Goldberg David N. Method and apparatus for supporting multiple independent failure domains
US6643802B1 (en) * 2000-04-27 2003-11-04 Ncr Corporation Coordinated multinode dump collection in response to a fault
US20080270827A1 (en) * 2007-04-26 2008-10-30 International Business Machines Corporation Recovering diagnostic data after out-of-band data capture failure

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04312111A (ja) * 1991-04-11 1992-11-04 Nec Eng Ltd データ処理装置
US5345583A (en) * 1992-05-13 1994-09-06 Scientific-Atlanta, Inc. Method and apparatus for momentarily interrupting power to a microprocessor to clear a fault state
US6697973B1 (en) * 1999-12-08 2004-02-24 International Business Machines Corporation High availability processor based systems
US7181510B2 (en) * 2002-01-04 2007-02-20 Hewlett-Packard Development Company, L.P. Method and apparatus for creating a secure embedded I/O processor for a remote server management controller
US7313717B2 (en) * 2003-04-17 2007-12-25 Sun Microsystems, Inc. Error management
US7308609B2 (en) * 2004-04-08 2007-12-11 International Business Machines Corporation Method, data processing system, and computer program product for collecting first failure data capture information
US7337367B2 (en) * 2005-01-06 2008-02-26 International Business Machines Corporation Management of memory controller reset
US7406624B2 (en) * 2005-02-15 2008-07-29 General Motors Corporation Method for responding to a control module failure
US7594144B2 (en) * 2006-08-14 2009-09-22 International Business Machines Corporation Handling fatal computer hardware errors
FR2952731B1 (fr) * 2009-11-13 2011-11-04 Bull Sas Procede et dispositif d'optimisation d'execution d'applications logicielles dans une architecture multiprocesseur comprenant plusieurs controleurs d'entree/sortie et unites de calcul secondaires
US8504875B2 (en) * 2009-12-28 2013-08-06 International Business Machines Corporation Debugging module to load error decoding logic from firmware and to execute logic in response to an error
FR2972548B1 (fr) * 2011-03-08 2013-07-12 Thales Sa Dispositif pour l'amelioration de la tolerance aux fautes d'un processeur
JP6003350B2 (ja) * 2012-07-30 2016-10-05 富士通株式会社 監視装置、情報処理装置、及び監視方法
US9141493B2 (en) * 2013-07-12 2015-09-22 International Business Machines Corporation Isolating a PCI host bridge in response to an error event
US9342422B2 (en) * 2013-11-07 2016-05-17 International Business Machines Corporation Selectively coupling a PCI host bridge to multiple PCI communication paths

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6643802B1 (en) * 2000-04-27 2003-11-04 Ncr Corporation Coordinated multinode dump collection in response to a fault
US20030115516A1 (en) * 2001-12-19 2003-06-19 Goldberg David N. Method and apparatus for supporting multiple independent failure domains
US20080270827A1 (en) * 2007-04-26 2008-10-30 International Business Machines Corporation Recovering diagnostic data after out-of-band data capture failure

Also Published As

Publication number Publication date
JP6674387B2 (ja) 2020-04-01
EP3146432B1 (fr) 2021-11-24
FR3021430A1 (fr) 2015-11-27
EP3146432A1 (fr) 2017-03-29
JP2017517808A (ja) 2017-06-29
US10467101B2 (en) 2019-11-05
US20170185487A1 (en) 2017-06-29
FR3021430B1 (fr) 2016-05-13

Similar Documents

Publication Publication Date Title
JP6728409B2 (ja) 仮想化マネージャのセキュアなブート処理
JP6715356B2 (ja) 部分的にオフロードされた仮想化マネージャにおけるメモリ割当て技術
US10032030B2 (en) Trusted kernel starting method and apparatus
US10462160B2 (en) Method and system for identifying uncorrelated suspicious events during an attack
TWI791975B (zh) 藉由監測對基本輸入/輸出系統(bios)或統一可延伸韌體介面(uefi)屬性進行之組態改變之鏈來偵測安全威脅
JP2018073423A (ja) ファイル変更マルウェア検出
WO2017083023A1 (fr) Systèmes et procédés permettant de protéger des données sauvegardées contre des attaques de logiciel de rançon
US20140372717A1 (en) Fast and Secure Virtual Machine Memory Checkpointing
JP2019525312A (ja) オポチュニスティックハイパーバイザを用いたパフォーマンスの変動の低減
EP3678025B1 (fr) Vérification de l'intégrité d'un code informatique
US20190042348A1 (en) Techniques to collect crash data for a computing system
US10713352B2 (en) Method and apparatus for trusted measurement
US20170286095A1 (en) Software discovery using exclusion
US11068599B2 (en) Secure initialization using embedded controller (EC) root of trust
TW201426297A (zh) 基板管理控制器安全保護系統及方法
WO2015101148A1 (fr) Procédé et dispositif pour réaliser une introspection de machine virtuelle
EP3146432B1 (fr) Procédé d'obtention d'informations stockées dans des registres de module(s) de traitement d'un calculateur juste après la survenue d'une erreur fatale
US20210182208A1 (en) System memory context determination for integrity monitoring and related techniques
CN113419905A (zh) 一种实现可信验证的方法及装置和安全模块
US11310283B1 (en) Scanning and remediating configuration settings of a device using a policy-driven approach
US10558528B2 (en) Reconstruction of system definitional and state information
US11675602B2 (en) Methods and systems for creating root-of-trust for computing system components
US11811803B2 (en) Method of threat detection
US11184404B1 (en) Performing idempotent operations to scan and remediate configuration settings of a device
US11050766B2 (en) Generating unique virtual process identifiers for use in network security mechanisms

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15732024

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2015732024

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015732024

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2016568563

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 15312782

Country of ref document: US