JPH06100975B2 - Hardware initial diagnosis program execution method - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION [Table of Contents] Outline Industrial field of use Conventional technology Problems to be solved by the invention Means for solving problems Problems Working Example Effect of the invention [Summary] Startup of computer system Sometimes, in the hardware initial diagnosis program execution method for diagnosing hardware such as CPU, MSC, MS, etc., a fine micro program that can perform detailed diagnosis for each block (module) of the hardware and the minimum required Prepare a rough micro program that can perform one type of diagnosis, diagnose only a specific block in detail at the time of initial diagnosis, roughly diagnose other blocks, and at the time of the next initial diagnosis, only another block Enables recursive combination of fine and rough microprograms for detailed diagnosis By doing so, reduce the time required for initial diagnosis.

[Industrial application field]

The present invention relates to a hardware diagnostic method performed when a computer system is started up, and more particularly to a hardware diagnostic microprogram execution method for hardware such as a microprogram-controlled CPU, MSC, and MS.

The computer system requires a diagnosis of the hardware constituting the system when the system is started up in order to guarantee a reliable operation. Two points of detailed diagnosis and high-speed termination are required for this diagnosis, but these two points are contradictory requirements, and usually either one is sacrificed.

[Conventional technology]

FIG. 6 shows an example of a computer system to which the conventional hardware initial diagnosis program execution method is applied. In the figure, 1 is a storage device (hereinafter referred to as MS), 2 is a storage device control device (hereinafter referred to as MSC), 3 is a central processing unit for micro program control (hereinafter referred to as CPU), and 4 in CPU3 is a micro Control memory that stores programs (hereinafter,
5 is a diagnostic control system (hereinafter referred to as SVP). Also, 5'in SVP is a diagnostic microprogram in the storage area of SVP5. In such a computer system, SV is used to test the hardware of each block (module) such as CPU, MS, MSC, etc. at startup.
The diagnostic microprogram 5'in P5 is transferred to CS4 in the CPU 3, the diagnostic microprogram 5'is executed, and the result is notified to the operator or the like by panel display or via SVP5.

[Problems to be solved by the invention]

In the conventional hardware initial diagnosis execution method described above, the number of steps of the diagnostic microprogram increases in order to perform the detailed diagnosis of the hardware blocks necessary to guarantee the reliable operation of the computer system. , SVP5 to CS4 takes a long time to transfer the diagnostic microprogram and the execution time of the diagnostic microprogram, resulting in a long time required for the initial diagnosis.

[Means for solving problems]

In order to solve the above problems, in the present invention, the first
As shown in the figure, in a computer system including MS1, MSC2, CPU3, CS4, SVP5, etc., a fine micro program MICRO1 ', 2', 3 for finely diagnosing hardware blocks in SVP5. ', And rough microprograms MICRO1, 2, and 3 that perform the minimum necessary diagnosis are prepared, and only the specific block is diagnosed in detail at the time of the initial initial diagnosis, and other blocks are finely diagnosed. -A combination of a micro program and a rough micro program, and at the time of the next initial diagnosis, a fine micro program and a rough micro program are recursively combined so that only another block can be diagnosed in detail. By making the entire diagnosis possible in a relatively short time and repeating the initial diagnosis a predetermined number of times, each block must be detailed at least once. It is characterized in that it is adapted to receive a detailed diagnosis.

[Action]

With the above configuration, the diagnosis time of the entire system can be significantly shortened, and when the start-up is repeated a predetermined number of times in advance, each block constituting the system is required to be detailed at least once. You will receive a diagnosis, and you can also receive the diagnosis necessary to guarantee a reliable operation.

〔Example〕

An embodiment of the present invention will be described below with reference to FIGS. FIG. 2 shows an outline of a computer system for explaining the program execution system of the present invention, and FIG. 3 shows an example of a diagnostic microprogram used in the program execution system of the present invention.

In FIG. 2, the same parts as those in the conventional example shown in FIG. 6 are designated by the same reference numerals, and a detailed description thereof will be omitted. In FIG. 2, the transfer unit 5 is included in the SVP5.
1, control unit 52, counter 53, microprogram activation unit 5
4 is provided, and a diagnostic program holding unit 56 is connected to the transfer unit 51 via a reading unit 55.

The diagnostic program holding section in FIG. 2 stores diagnostic microprograms μ1, μ2, μ3 as shown in FIG. 3, for example. In this case, the system to be diagnosed is a,
When divided into three blocks b, c, the rough microprograms A, B, C for performing the minimum diagnosis of the blocks a, b, c and the blocks a, b, c are diagnosed in detail. Fine micro program A ',
A combination of B'and C'as shown in FIG. 3 constitutes the diagnostic microprograms .mu.1 to .mu.3. The way blocks a, b, and c are not fixed, but for example, a may be MS1, b may be MSC2, and c may be CPU3. A is a combination of MS1 and MSC2, and b and c are CPUs. Two
The contents of the rough micro-programs A to C and the fine micro-programs A'to C'are naturally changed depending on the state of the block.

In FIG. 3, μ1 is a combination of a fine microprogram A ′ for diagnosing block a in detail and rough microprograms B and C for minimum diagnosis of blocks b and c, and μ2 is for detailing block b. The fine microprogram B'for diagnosing the block a and the rough microprograms A, C for minimally diagnosing the blocks a, c are combined, and .mu.3 is the fine microprogram C'for diagnosing the block c in detail. Rough micro-programs A and B for diagnosing blocks a and b in detail are combined.

The transfer unit 51 is controlled by the control unit 52, and the μ1 is transferred from the diagnostic program holding unit 56 via the reading unit 55 according to the value of the counter 53.
A specific one of .mu.3 to .mu.3 is taken out and transferred to CS4, which is executed by a start signal from the microprogram starting unit 54 to diagnose the computer side.

For example, μ1, μ depending on the value 0, 1, 2 of the counter 53
Assuming that 2 and μ3 are sequentially taken out, since the counter 53 has a numerical value of 0 at the first startup of the computer system, the block a is diagnosed in detail by μ1 and the blocks b and c are the minimum. Diagnosis is done. When the computer system is started up for the second time, the counter 53 outputs the numerical value 1, so μ2 shown in FIG. 3 (b) is stored in CS4, whereby the block b is diagnosed in detail and the block a , C, the minimum diagnosis is made. When the computer system is started up for the third time, the counter 53 outputs the numerical value 2, so μ3 shown in FIG. 3C is stored in CS4, and the block c is diagnosed in detail based on this.
The blocks a and b are subjected to the minimum diagnosis.

After that, the counter 53 changes in the above-described state, that is, 0 → 1 → 2 → 0 → 1 → 2 each time it is started up after the fourth time. Depending on the respective count values, the counter 53 in FIG. 3 (a), (b), The diagnostic microprograms μ1 to μ3 in the combination shown in (c) are sequentially selected.

By configuring the diagnostic program in this way, the length of the entire diagnostic program can be shortened and the diagnosis can be completed within a short time. Further, the block for which detailed diagnosis is performed is changed at each startup, and the detailed diagnosis is performed for each block every predetermined number of startups, and in the above embodiment, every three startups. Becomes Considering that the reliability of the current computer system is extremely high, it is not always necessary to perform a detailed diagnosis at every startup, and such a diagnostic method also improves the reliability of the computer system. It does not substantially reduce.

The above shows the case where the computer system is divided into three blocks a, b, and c, but it goes without saying that the number of blocks is not limited to three and may be two or four or more. .

Next, another embodiment of the present invention will be described with reference to FIGS.

FIG. 4 shows an example of a computer system generally having n blocks. That is, as shown in FIG.
Same as 1 ~ n rough microprogram on P5, 1 '~
n'fine microprogram is connected,
It is recursively combined and used according to the count value of the counter in SVP5. FIG. 4B shows an example of this case. When the count value is 1, the fine microprogram 1'is selected, and in other cases, the rough microprograms 2 to n-1 and n are selected. According to this, only the first block is diagnosed in detail, and the other blocks are diagnosed to the minimum. Next, when the count value is 2, in order to diagnose the second block in detail, the fine microprogram 2'is selected, and the others are selected as rough microprograms.

Hereinafter, depending on the count values 3, 4, ... N-1, n, only a specific block is fine-tuned as shown in FIG.
Allow the microprogram to make a detailed diagnosis. Then, each time the count value changes, the block that undergoes detailed diagnosis changes.

The respective microprograms transferred to CS4 in the CPU3 are arranged in the state shown in FIG. 5 (a) or (b).

FIG. 5 (a) shows a case in which a rough micro program and a fine micro program appropriately selected according to the count value are continuously stored in CS, and the same (b) shows a rough micro program or a fine micro program.・ One micro program is stored for each CS block.

In the case of FIG. 5 (a), the area on CS may be read continuously, but in the case of FIG. 5 (b), the branch micro instruction to the beginning of the next block is issued at the end of each microprogram. is necessary. However, in the case of FIG. 5, since one microprogram is stored in each block, a branch microinstruction to the beginning of the next block is not only added very easily, but also a branch is made in the microprogram. If there is a step for the position, that position is again very simply added. However, in the case of FIG. 5 (a), the branch destination is variable depending on the position of the fine microprogram, so a slightly complicated calculation is required for the SVP to calculate the branch destination.

In the example of FIGS. 4 and 5, the case where only one fine microprogram is executed has been described, but the number of fine microprograms is not limited to 1, and 2 or 3 may be used. It is possible.

〔The invention's effect〕

According to the hardware initial diagnosis program execution method of the present invention as described above, the time required for diagnosis at the time of startup can be greatly reduced, and the system is configured not at all startups. Since all the blocks to be performed can be diagnosed in detail at every predetermined start-up, it is possible to perform a practically sufficient hardware test as an initial diagnosis at the time of start-up within a short time.

[Brief description of drawings]

 FIG. 1 is a diagram showing the principle of the present invention, FIG. 2 is a diagram showing an embodiment of the present invention, FIG. 3 is a combination example of diagnostic microprograms, and FIG. 4 is a diagram showing the present invention. FIG. 5 is a diagram showing another embodiment, FIG. 5 is an example of program module arrangement on CS, and FIG. 6 is a diagram for explaining a conventional example. 1 ... Storage device, 2 ... Storage device control device 3 ... Central processing unit, 4 ... Control storage device, 5 ... Diagnostic control system, 51 ... Transfer unit 52 ... Control unit, 53 ... Counter 54 ... … Micro program start-up unit 55 …… Read-out unit 56 …… Diagnostic program holding unit

Claims (3)

[Claims] 1. In a hardware initial diagnosis program execution method performed at the time of starting up a data processing system, the blocks (1, 2,
3)), and a fine micro program (MICRO1 ', 2', 3 '...) that performs detailed diagnosis for each block and a rough micro program (MI that performs at least the minimum necessary diagnosis).
CRO1, 2, 3, ...) are prepared, and a detailed diagnosis of a specific block is performed at the time of the first initial diagnosis execution, and at least the minimum necessary diagnosis is performed for the rest, and a separate diagnosis is performed at the time of the next initial diagnosis execution. Fine micro program and rough so as to make a detailed diagnosis of the blocks of
A hardware initial diagnostic program execution method characterized by recursively combining with a micro program. 2. When the initial diagnosis is executed, a plurality of initial diagnosis programs in which a rough micro program and a fine micro program are combined are prepared in advance and sequentially selected. The hardware initial diagnosis program execution method described in (1). 3. A rough micro program and a fine micro program are separately prepared in advance when the initial diagnosis is executed, and the initial diagnosis program is prepared by selectively combining these when executing the initial diagnosis. The hardware initial diagnosis program execution method according to claim (1).