JPH04165433A - Debugging system for operating system - Google Patents

Abstract

PURPOSE:To debug an object operating system by handling the operating system as if it were a user program by rewriting an address fixed area access instruction into an undefined instruction. CONSTITUTION:A memory load process part 3 in an initial setting process part 3-1 in a debugging program selects a program film 6 and loads the operating system to be debugged in a memory work area 4. An address fixed area access instruction detecting, fetching, and rewriting process part 3-1-2 fetches an address fixed area access instruction from the on-memory debugged operating system 4-1 to an address fixed area access instruction fetch table 4-2 and rewrites and address fixed area access instruction into the undefined instruction. Consequently, the operating system to be debugged can be debugged as if it were the user program without correcting the object operating system nor an operating system which debugs it.

Description

DETAILED DESCRIPTION OF THE INVENTION C. Industrial Application Field The present invention relates to a debugging method for an operating system in a computer system.

[Conventional technology]

The operating system has an instruction (fixed address area access instruction) that accesses a fixed address area that interfaces with hardware. Therefore, when debugging an operating system, if the address fixed acid access instruction is executed as is, it will access the fixed address area that interfaces with the real hardware. Therefore, it is necessary to prepare the hardware for the debugging illusion operating system. There must be.

Conventionally, in operating system debugging methods, in order to eliminate the need to prepare hardware for the operating system to be debugged as described above,
The following processes were performed manually.

In other words, an unused register is detected at the execution location of each address fixed acid access instruction on the operating system to be debugged, and a bar 1' is added to 1/register.
Processing to store the address of a virtual address fixed area, which is a substitute for the fixed address area where the hardware interfaces, was inserted immediately before the fixed address area access instruction, and the register of the fixed address access instruction was changed.

[Problems to be Solved by the Invention] In the conventional operating system debugging method described above, a predetermined process is manually inserted immediately before the address fixation access instruction and the register of the address fixation access instruction is changed. There is a risk that there will be a difference between the operating system to be debugged that has been changed and the operating system to be debugged that will actually become a product, leading to errors due to human intervention, and requiring detailed debugging. The disadvantage is that it cannot be done. In particular, the above-mentioned drawbacks become a big problem when debugging an operating system that has already been completed as a product.

In view of the above-mentioned points, an object of the present invention is to debug a user program (a program that does not have an address fixation access instruction) without modifying the operating system to be debugged or the operating system to be debugged. The purpose of the present invention is to provide a debugging method for an operating system that can debug an operating system in the same way as performing a computer log.

[Means to solve the problem]

The operating system debugging method of the present invention includes hardware that includes an instruction exception detection processing section and an instruction execution protection processing section, a program address registration processing section for processing when an instruction exception is detected, a control transition processing section when an instruction exception is detected, and an instruction exception detection processing section. In a computer system having an operating system equipped with a return processing section after executing a processing program, the operating system to be debugged is selected and loaded into the memory work area, and address fixation access in the operating system to be debugged is performed. An initial setting processing unit that detects an instruction and imports it into an address fixed acid access instruction import table, rewrites the address fixed acid access instruction to an undefined instruction, and registers an address indicating the registration location of a processing program when an instruction exception is detected, and this initial setting. When the operating system to be debugged is loaded into the memory work area by the processing unit and executed, the address fixation access instruction, which is rewritten to an undefined instruction, is executed, and the initial setting processing unit executes the address fixing access instruction. An instruction that accesses a virtual address fixed area is executed as a substitute for the address fixed access instruction captured in the address fixed access instruction capture table. and the instruction exception detection processing program in the runtime processing section to which control is transferred.

[Effect]

In the operating system debugging method of the present invention,
The initial setting processing unit selects the operating system to be debugged, loads it into the memory work area, detects address fixed acid access instructions in the debugged operating system, imports it into the address fixed area access instruction capture table, and executes the address fixed acid access. Rewrite the instruction to an undefined instruction. Register the address indicating the registration location of the processing program when an instruction exception is detected, and write to the undefined instruction when executing the operating system to be debugged, which is loaded into the memory work area by the initialization processing unit. The instruction exception detection processing program, which is started when the changed address fixed area access instruction is executed, uses the virtual address as a substitute for the address fixed area access instruction imported into the address fixed area access instruction capture table by the initial setting processing unit. An instruction that accesses a fixed area is executed, and after execution, control is transferred to an instruction following the address fixed area access instruction that has been rewritten to an undefined instruction.

(Example〕 Next, the present invention will be explained in detail with reference to the drawings.

FIG. 1 is a block diagram showing the configuration of an embodiment of the operating system debugging method of the present invention. The debugging method of the operating system of the $ embodiment is comprised of hardware], an operating system 2, a debug program 3, a memory work area 4, an input control statement 5, a programmer J, and a file 6. There is. In addition, hardware 1. Operating system 2. A debug program 3 and a memory work area 4 exist in a computer system that executes debugging.

The hardware 1 includes an instruction exception detection processing section 1-1 and an instruction execution protection processing section 1-2.

The operating system 2 includes a processing program address registration processing section 2-1 for processing upon detection of an instruction exception, a control transfer processing section 2-2 for processing upon detection of an instruction exception, and a return processing section 2-3 after execution of the processing program upon detection of an instruction exception. It consists of

The debug program 3 includes an initial setting processing section 3-1 and an execution waiting processing section 3-2.

The initial setting processing section 3-1 is a memory load processing section 3-1-.
1, a fixed address area access instruction detection/capturing/rewriting processing unit 3-12, and an instruction exception detection processing program address registration processing unit 3-1. -3.

The execution waiting processing unit 3-2 includes an instruction exception detection processing program 3-2-1.

FIG. 2 is a diagram for explaining the processing of the initial setting processing section 3-1.

FIG. 3 is a diagram for explaining the processing of the address fixed area access command detection/fetching/rewriting processing section 3-1-2.

FIG. 4 is a diagram for explaining the processing of the instruction exception detection processing program 3-2-1.

Next, the operation of the debugging method of the operating system of this embodiment configured as described above will be explained.

First, the initial setting processing units 3 to 1 in the debug program 3
The operation will be explained (see FIGS. 2 and 3).

Memory load processing section 3-1- in the initial setting processing section 3-1
1 interprets "input control statement 5-1 specifying the operating system to be debugged", which is one of the input control statements 5, and selects the program file 6 in which the operating system to be debugged is stored; The operating system to be debugged is loaded into the memory work area 4 corresponding to the debug program 3. The operating system to be debugged thus loaded into the memory work area 4 will be referred to as the operating system to be debugged in memory 4-1 in the following description.

Next, as shown in FIG. 3, the fixed address area access instruction detection/fetching/rewriting processing unit 3-12 detects the fixed address area access instruction from the operating system 4-1 to be debugged in memory, and fixes the address. The fixed address area access instruction is imported into the fixed address area access instruction import table 4-2, and the fixed address area access instruction in the operating system 4-1 to be debugged on memory is rewritten to an undefined instruction (an instruction that causes an instruction exception).

In FIG. 3, "Il,i (i=1 to 3):" indicates a location in the memory target operating system 4-1, that is, location 1 has a fixed address area access instruction A; Location 2 has a fixed address area access instruction B, and location 3 has a fixed address area access instruction C. Fixed address area access instruction A uses register R1 and register O indicating a fixed address area, and fixed address area access instruction B uses only register O indicating a fixed address area. C uses register R2 and register 0 indicating a fixed address area.

The fixed address area access instruction detection/fetching/rewriting processing unit 3-12 includes a fixed address area access instruction A,
B and C are imported into the address fixed area access instruction import table 4-2 in the memory work area 4, and each address fixed area access instruction is rewritten to an undefined instruction X. As a result, as shown in FIG. 3, the operating system to be debugged on memory 4-1 is rewritten, and the operating system to be debugged on memory before rewriting the fixed address area access command is included in the address fixed area access instruction import table 4-2. Address fixed area access instructions A, B, and C existing in 4-1 are taken in.

Next, the instruction exception detection processing program address registration processing section 3-1-3 uses the instruction exception detection processing program address registration processing sections 2 to 1 in the operating system 2 to register the instruction exception detection processing program 3-1-3. -2-1 is registered, and one address (such as the start address of the instruction exception detection processing program 3-2-1) is registered on the operating system 2.

As shown in FIG. 2, within the memory work area 4 there is a virtual address fixed area 4-3, which is a substitute for the address fixed area that interfaces with the hardware.

Next, the operation of the instruction exception detection processing program 3-2-1 in the runtime processing section 3-2 in the debug program 3 will be explained (see FIG. 4).

The execution waiting processing unit 3-2 is activated when an error occurs during execution of the operating system 4-1 to be debugged on the memory after rewriting the address fixed area access instruction, and executes the instruction exception detection processing program 3-2. 2-1 (memory dump processing, etc. is performed in addition to the processing by the instruction exception detection processing program l-2-1).

Here, the operating system 4-1 to be debugged on the memory after the address fixed area access instruction has been rewritten is started, and the undefined instruction Then, the instruction execution protection processing unit 1-2 in the hardware 1 operates due to the execution of the undefined instruction, and the instruction exception detection processing unit 1-2 operates.
1 is activated. Instruction exception detection processing unit]-1 recognizes an instruction exception and uses the instruction exception detection control transfer processing unit 2-2 in the operating system 2 to transfer the instruction exception to the execution waiting processing unit 3.
-2, the control is transferred to the instruction exception detection processing programs 3 to 2-1 (processing ■ in FIG. 4).

The instruction exception detection processing program 3-2-1 performs the following processing.

First, the contents of registers (all registers in use) are saved (processing ■).

Fixed address area access instruction A (R1, O) stored in the fixed address area access instruction import table 4-2 as an instruction corresponding to ``1:''
Detect (processing ■).

Fixed address area access instruction A(R) detected in process ■
, , O), and searches for an unused register (referred to as register Rn) and executes the address fixed area access instruction A (R1
, 0), which indicates the fixed address area, is set to register R.
In order to issue the changed instruction A (R1, Rn) by proxy, the instruction is set to process (2) (process (2)).

Next, the virtual address fixed area 4-3 is set in the register Rn so that the instructions A(R], , Rn) issued on behalf of in process (2) access the virtual address fixed area 4-3 prepared in advance.
-3 address is set (processing ■).

Issue instruction A (R1, Rn) by proxy and execute it (processing
), since the address of the virtual address fixed area 4-3 is stored in the register Rn in process (2), the virtual address fixed area 4-3 is accessed considering it as a fixed address area.

Furthermore, the contents of the register Rn changed in process ① are returned to their original values so that there will be no inconsistency in the subsequent operation of the operating system 4-1, etc. to be debugged in memory (
Processing ■).

IIl, later, using the return processing unit 2-3 in the operating system 2 for executing the processing program when an instruction exception is detected, the undefined instruction X (R
1, O) location (originally, undefined instruction X (R
Control is transferred to the next instruction after the fixed area access instruction A (location R1, O) rewritten to (R1, O) (processing (2)).

As described above, debugging is performed by automatically converting fixed address area access instructions into instructions that access the virtual address fixed area 4-3.

〔Effect of the invention〕

As explained above, the present invention corrects the operating system to be debugged and the operating system in the computer system that executes debugging by operating the operating system to be debugged with fixed address area access instructions rewritten to undefined instructions. This has the effect that the operating system to be debugged can be treated like a user program and debugged without any problems.

In addition, when a computer system that can execute multiple user programs at the same time is used as the computer system for debugging, ・Multiple debug programs corresponding to the operating system to be debugged are run simultaneously on the computer system for debugging. This has the effect of allowing multiple operating system debugs to be performed at the same time.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing the configuration of an embodiment of the present invention, FIG. 2 is a diagram for explaining the processing of the initial setting processing section in FIG. 1, and FIG. 3 is a diagram similar to that shown in FIGS. FIG. 4 is a diagram for explaining the processing of the instruction exception detection processing program in FIG. 1. FIG. In the figure, ■...Hardware, 1-1...Instruction exception detection processing unit, 1-2...Instruction execution protection processing unit, 2...Operating system, 2-1...・
Processing program address registration processing unit upon detection of instruction exception, 2-2...Control transfer processing unit upon detection of instruction exception, 2-3.
. . . Instruction exception detection processing Progera L post-execution return processing section, 3. . . Debugging program, 3-1 . . . Initial setting processing section, 3-1. - Memory load processing unit, 3-1-2. Address fixed area access instruction loading/fetching/rewriting processing unit, 3-1-3. Processing program at the time of instruction exception detection at L/S registration processing unit, 3-2. ... Execution waiting processing unit, 3-2-1. Instruction exception detection processing program, 4...
...Memory work area, 4-1...Operating system to be debugged on memory, 4-2...Fixed address area access command capture table, 4-3...Fixed virtual address area, 5... Input control statement, 5-1... Input control statement specifying the operating system to be debugged, 6... Program file.

Claims (1)

[Claims] Hardware including an instruction exception detection processing section and an instruction execution protection processing section, and a program for processing upon detection of an instruction exception; an address registration processing section, a control transfer processing section upon detection of an instruction exception, and a processing program upon detection of an instruction exception after execution. In a computer system having an operating system equipped with a return processing unit, the operating system to be debugged is selected and loaded into the memory work area, and a fixed address area access instruction in the operating system to be debugged is detected and the fixed address area is accessed. An initial setting processing unit that rewrites the address fixed area access instruction imported into the instruction capture table into an undefined instruction and registers the address indicating the registration location of the processing program when an instruction exception is detected; and this initial setting processing unit loads the instruction into the memory work area. An address that is activated by executing a fixed address area access instruction that has been rewritten to an undefined instruction when the operating system to be debugged is executed, and is captured in the fixed address area access instruction capture table by the initial setting processing unit. The instruction in the runtime processing unit executes an instruction that accesses a virtual address fixed area as a substitute for a fixed area access instruction, and transfers control to the next instruction of the address fixed area access instruction that is rewritten to an undefined instruction after execution. 1. A debugging method for an operating system, comprising: a processing program when an exception is detected.