JP2500736B2 - IPL processing device - Google Patents

Description

Detailed Description of the Invention

[0001]

The present invention relates to an IPL process (Initial Program L) in an information processing system.
an IPL processing device for performing processing by an
In particular, the present invention relates to an IPL processing device that performs an IPL process of loading an OS (Operating System) including a common module group and a multiplexing module group from an OS storage file into a virtual space.

[0002]

2. Description of the Related Art Different HWs (Hard W
are. In order to correspond to the (hardware) architecture, each module having the same content corresponding to each HW architecture may be created in the OS in a multiplexed manner. As described above, some of the OSs to be subjected to the IPL processing have the modules multiplexed (the purpose of the module multiplexing in the OS is to deal with the above-mentioned "correspondence to different HW architectures". Is not limited to).

In the conventional IPL processing device, when the IPL processing of the OS in which such modules are multiplexed is performed, a common module group and n (n is a positive integer of 2 or more) module groups And the unused modules among the multiplexed modules were also loaded in the virtual space. Note that as a technique for avoiding the overlapping loading of the common module group, for example, “Japanese Patent Laid-Open No. 3-42716”
(OS load control method) ”.

[0004]

SUMMARY OF THE INVENTION Conventional IPL described above
In the processing device, when the modules in the OS to be subjected to the IPL processing are multiplexed, unused modules among the multiplexed modules are also loaded in the virtual space. There was a problem.

The virtual space is wasted.

When another module (this “other module” is a multiplexed module) is referred to by a module in the OS, among the n modules being multiplexed Source coding is required to describe the process of selecting one in the source program of the OS. For this reason, it becomes necessary to consider the multiplexing of modules in the source coding of the OS.

Even when a reference to a multiplexing module exists in a patch for an OS, a process for selecting one of n modules that are similarly multiplexed can be described in the patch. You will need it. For this reason, it becomes necessary to be aware of the multiplexing of modules in the patch generation.

In view of the above points, an object of the present invention is to effectively use the virtual space, to perform OS source coding and OS.
An object of the present invention is to provide an IPL processing device that can eliminate the need to be aware of the multiplexing of modules when creating the patch.

[0009]

An IPL processing apparatus according to the present invention is an IP for loading an OS consisting of a multiplexing module group and a common module group from an OS storage file into a virtual space.
In an IPL processing device that performs L processing, a multiplexing module management table ( address table, module group relation table, reference resolution table, and module address table )
Module name and address of each module, multiplexed
Relationship between multiple modules and reference between modules
A multiplexing module management table consisting of information) , a multiplexing module selection instructing means for instructing which module group in the multiplexing module group should be loaded as a selection module group, and a reference to the multiplexing module management table. A module belonging to the selected module group is referred to a module belonging to the standard module group by loading the common module group and the selected module group in the OS storage file into the virtual space based on the instruction from the multiplexing module selection instruction means. And a multiplexing module selection loading means for converting into a reference to.

Further, the IPL processing apparatus of the present invention applies the patch in the patch storage file storing the common patch group and the multiplex patch group to store the OS including the multiplex module group and the common module group in the OS. In an IPL processing device that performs an IPL process of loading from a file into a virtual space, a multiplexing module management table including an address table, a module group relation table, a reference resolution table, and a module address table (module name and add address of each module in OS)
Response, relationship between multiple modules, and
Multiplex module management consisting of reference information between modules
Table) , a multiplexing module selection instructing means for instructing which module group in the multiplexing module group should be loaded as a selection module group, reference to the multiplexing module management table and the multiplexing module selection instructing means On the basis of the instruction from the OS storage file, the common module group and the selected module group are loaded into the virtual space, and the reference to the module belonging to the reference module group is converted into the reference to the module belonging to the selected module group. A patch storage file is stored in the module loaded in the virtual space by the multiplexing module selection loading means based on the module selection loading means, the reference to the multiplexing module management table, and the instruction from the multiplexing module selection instruction means. And a multiplex module selecting patch means for converting the patch to refer to the modules belonging patches to refer to the selected modules of the modules belonging to the applied reference made modules patches of the inner.

[0011]

The present invention will be described in detail with reference to the drawings.

FIG. 1 is a block diagram showing the configuration of the first embodiment of the IPL processing apparatus of the present invention.

The IPL processing apparatus according to the present embodiment is an OS (first module group to nth module group) including a common module group and a first module group, ..., Nth (n is a positive integer of 2 or more) module group. From the OS storage file 10 to the virtual space 20 (the common module group and the m-th module (1 ≦ m ≦ 1)
n) A virtual space in which the modules will be loaded. Specifically, for example, the IPL processing to be loaded in the main storage device and the auxiliary storage device is performed.
This IPL processing device includes a multiplexing module selection instructing means 1, a multiplexing module selection loading means 2, and a multiplexing module management table 3.

In the multiplexed module group, the first module group is "a reference module group (a module group having a representative module in a reference from another module to the multiplexed module)". (Which module group is the reference module group, that is, the first module group is arbitrary).

FIG. 2 is a diagram showing a specific example of the configuration of the OS storage file 10. O in this OS storage file 10
In S, modules other than the modules belonging to the common module group are duplicated. The duplicated set of modules constitutes a first module group and a second module group. As described above, the first module group is the reference module group in the multiplexed (in this case, duplicated) module group. That is, when the duplicated module is referred to by another module, the module belonging to the first module group (for example, module B) is “CALL B”.
Is called like.

FIG. 3 shows a multiplexing module management table 3
It is a figure which shows the specific example of a structure of. The multiplexing module management table 3 is an address table 31 having an address of each module (an address for specifying the position of each module, a start address, etc.), and an address table showing the relationship between a plurality of modules multiplexed with each other. Number (Address table 31
Number of entry in) module group relation table 32
And information for resolving references between modules ("Resolve references" establishes reference relationships and sets reference addresses.
Reference resolution table 33 (reference resolution table 33 having means) that bets are to be present in each module), a module address table 34 with information for acquiring the address of the module with the module name from the module name It consists of In addition, in the reference resolution table 33,
Information for resolving references between
The referenced address (reference address is set
The address of the place to go. Module in the example of FIGS. 2 and 3
Stores the address (reference address) of module B in A
(Set address) and reference address number
(Get the address of the module indicated by the reference address
Information for multiplex modules and standards
Information to get the address of the module. Figure 3 example
Then, the information consisting of the address table number of module B)
Say.

FIG. 4 shows a multiplexing module selection loading means.
It is a flow chart showing processing of No. 2. This process is a module
Load processing step 401 and the in-process module address
Acquisition step 402 and selection module groupetcAffiliation determination
Step 403(In step 403 in FIG.
The common module group is also included in the "optional module group")
And module deletion step 404 and the module in process
Step 405 for obtaining the reference resolution table corresponding to the
Address existence determination step 406 and the referenced address and
And address table number acquisition step 407 and the first module
Address group number existence determination step 40 in the group information
8, address table number conversion step 409, and reference add
Address acquisition step 410 and the reference address set step.
And 411.

Next, the I of this embodiment constructed as described above
The operation of the PL processing device will be described.

Here, consider a case where the OS storage file 10 is configured as shown in FIG. Here, the module A in the common module group calls the duplicated module B (the module B represented by the module B in the first module group or the module B ′ in the second module group).

The multiplexing module selection instructing means 1 indicates, based on an instruction from the operator, which module group in the multiplexed module group should be loaded (in this case, the first module). An instruction to select either the group or the second module group) is given to the multiplexing module selection loading means 2 (the module group selected by this instruction is referred to as a "selected module group").

In response to this instruction, the multiplexed module selection loading means 2 performs the following processing for each module in the OS storage file 10 (see FIG. 4).

First, a normal module loading process for a module being processed (one module in the OS storage file 10. It may be a module belonging to a common module group or a module belonging to a multiplexing module group) ( The process of storing the module being processed in the OS storage file 10 in the virtual space 20 is performed (step 401).

Next, the module address table 34 is referred to obtain the address table number of the module being processed, and the address table 31 is referred to to obtain the address of the module being processed corresponding to the address table number ( Step 40
2).

Referring to the module group relation table 32, it is determined whether the module being processed belongs to the selected module group (the module group instructed by the multiplexing module selection instructing means 1 as described above) or the common module group. It is determined (step 403).

[0025] rather than the module "in the processing module belonging to the selected modules in step 403, and co
If it is determined that the name has "a module belonging to the passing modules deletes the module in the process from the virtual space 20 (step 404).

If it is determined in step 403 that the module being processed belongs to the selected module group or the common module group , the reference solution table 33 for the module being processed (illustrated in FIG. 3). reference resolution table 33 will get what is it) to the module a (step 405), whether unresolved referenced address for the module being processed is present (in process Mogi
There is a reference resolution table 33 for
Location specified by the referenced address in the entry in Table 33
The reference address is set in (location in the module being processed).
It is determined whether or not there is a portion that has not been registered (step 406).

If it is determined in step 406 that there is an unresolved referenced address for the module being processed, the referenced address (in the example of FIG.
A that indicates the place where "CALL B" is written in rule A.
Address ) and the reference address number corresponding to the referenced address (address table number of the module referred to in the referenced address . In the example of FIG.
Address table number ) (step 407), and the address table number indicated by the reference address number belongs to the first module group information (first module group which is a reference module group) in the module group relation table 32. Module information table information) ( whether the module being processed belongs to the multiplexing module group)
It is determined whether or not the module is referred to (step 408).

If it is determined in step 408 that the address table number exists in the first module group information, the module group relation table 32 is referred to and the address table number (reference module group The address table number belonging to the relevant module group information is converted into the address table number belonging to the module group information relating to the selected module group (when the selected module group is the first module group, conversion is consequently performed). No) (step 409).

Next, referring to the address table 31, the address corresponding to the address table number obtained by the conversion in step 409 (the address existing in the entry of the address table number in the address table 31. (Referred to as "address") (step 410).

This reference address (in the example of FIG.
Address of module B or module B ') step 4
The location of the referenced address acquired in 07 (in the example of FIG. 2,
It is set in the "CALL B" portion of module A) to resolve the reference for the referenced address (step 411), and control is returned to the determination in step 406.

When the processing of step 404 is completed or when it is determined in step 406 that "the unresolved referenced address for the module being processed does not exist", one module (module being processed) is processed. The process ends.

The multiplexed module selection loading means 2 repeats the above-described processing (processing shown in FIG. 4) for all modules in the OS storage file 10.

FIG. 5 is a block diagram showing the configuration of the second embodiment of the IPL processing apparatus of the present invention.

The IPL processing apparatus according to the present embodiment is an OS (first module group to nth module group) including a common module group and a first module group, ..., Nth (n is a positive integer of 2 or more) module group. From the OS storage file 10 to the virtual space 20 (the common module group and the m-th module (1 ≦ m ≦ 1)
n) A virtual space in which the modules will be loaded. Specifically, for example, it is realized by a main storage device and an auxiliary storage device) and loaded into the patch storage file 3
A predetermined patch in the common patch group (patch group for the common module group) and the first patch group (patch group for the first module group), ..., Nth patch group (patch group for the nth module group) within 0 The IPL processing applied to the common module group and the m-th module group (selected module group) in the virtual space 20 is performed. This IPL processing device is configured to include a multiplexing module selection instructing means 1, a multiplexing module selection loading means 2, a multiplexing module management table 3, and a multiplexing module selection patch means 4. The first patch group to the n-th patch group in the patch storage file 30 form a multiplexed patch group. Further, it is not necessary that all of the common patch group and the first patch group to the nth patch group in the patch storage file 30 exist.

Note that the same reference numerals are used for corresponding components (components having the same name) between FIG. 1 and FIG.

FIGS. 2 to 4 are also applicable to the second embodiment shown in FIG.

FIG. 6 is a diagram showing a specific example of the structure of the patch storage file 30. This patch storage file 30
Is the patch address specified in the format of "module name + offset", and the patch value itself (direct specification of the patch value) or the reference module name (module name of the referenced module. The patch content specified by the module name (indicated by the module name of the reference module).

FIG. 7 is a flow chart showing the processing of the multiplexing module selection patch means 4. This processing is performed by referring to a patch storage file step 701, an unprocessed patch existence determination step 702, and a patch entry acquisition step 703.
A module name acquisition step 704, a patch address absolute address acquisition step 705, a patch content acquisition step 706, a patch content module name determination step 707, an address table number acquisition step 708, and a corresponding address in the first module group information. A table number existence determination step 709, an address table number conversion step 710,
It comprises a reference address acquisition step 711 and a patch processing step 712.

Next, I of the present embodiment having the above-mentioned configuration
The operation of the PL processing device will be described.

The operations of the multiplexing module selection instructing means 1 and the multiplexing module selection loading means 2 are the same as those of the IPL processing apparatus of the first embodiment. However, the instruction by the multiplexing module selection instructing means 1 is also given to the multiplexing module selection patch means 4 in the same way as it is given to the multiplexing module selection loading means 2.

In response to this instruction, the multiplexing module selection patch means 4 carries out the following processing for each module in the OS storage file 10 (see FIG. 7). In addition,
Immediately after the processing by the multiplexed module selection load means 2 for one module is completed, the multiplexed module selection patch means 4 is generally activated so as to perform the processing for that module. However, it is possible that the multiplexing module selection patch means 4 is activated so as to perform the processing for all the modules after the processing by the multiplexing module selection loading means 2 for all the modules is completed.

First, the patch storage file 30 is referred to (step 701), and it is determined whether or not there is an unprocessed patch for the module being processed (step 70).
2).

When it is determined in step 702 that "there is an unprocessed patch for the module being processed", the patch entry of the patch is acquired from the patch storage file 30 (step 703), and the patch entry in the patch entry is acquired. The module name used in the patch address is acquired (step 704).

The module address table 34 is searched by this module name to obtain the address table number corresponding to the module name, and the address of the module having the module name is obtained from the address table 31 based on the address table number. The absolute address of the patch address of the patch for the module being processed is calculated (acquired) based on the address and the offset used in the patch address in the patch entry acquired in step 703 (step 705).

Next, the patch content in the patch entry acquired in step 703 is acquired (step 706), and it is determined whether or not the patch content is a module name (step 707).

When it is determined in step 707 that "the patch content is a module name", the module address table 34 is searched by the module name to obtain the address table number corresponding to the module name (step 708). ), The first module group information in the module group relation table 32 is searched by the address table number and it is determined whether the address table number exists in the first module group information (step 709. This determination is “ It is determined whether the module having the module name belongs to the multiplexing module group or the common module group ”).

When it is determined in step 709 that the address table number is present in the first module group information, the module group relation table 32 is referred to and the address table number (module related to the reference module group is referred to. The address table number belonging to the group information) is converted into the address table number belonging to the module group information related to the selected module group (step 710).

If it is determined in step 709 that the address table number does not exist in the first module group information, or if the process of step 710 ends, the address table number acquired in step 708 or step 71
The address in the address table 31 corresponding to the address table number obtained by the conversion of 0 is acquired as a reference address (the contents of the patch are confirmed) (step 71).
1).

When it is determined in step 707 that "the patch content is not a module name" (when the patch content in the patch storage file 30 is the patch value itself) or when the processing of step 711 ends (step 711). If the patch content is fixed in step 705), the patch processing is performed to apply the patch content acquired in step 706 or the patch content fixed in step 711 to the patch address obtained in step 705 (step 71).
2), the control is returned to the judgment of step 702.

When it is determined in step 702 that "the unprocessed patch does not exist for the module being processed", the processing for one module (module being processed) is terminated.

The multiplexing module selection patch means 4 repeats the above-mentioned processing (processing shown in FIG. 7) for all the modules in the OS storage file 10.

[0052]

As described above, the present invention realizes the IPL process of loading only a necessary module among a plurality of multiplexed modules, thereby effectively using the virtual space (extra It becomes unnecessary to use the virtual space), and it becomes unnecessary to be aware of the multiplexing of the modules when the source coding of the OS or the creation of the patches of the OS (without being aware of the reference to the multiplexed modules). It is possible to perform OS source coding and OS patch creation).

[Brief description of drawings]

FIG. 1 is a block diagram showing a configuration and the like of a first exemplary embodiment of the present invention.

FIG. 2 is a diagram showing a specific example of a configuration of an OS storage file in FIGS. 1 and 5.

FIG. 3 is a diagram showing a specific example of a configuration of a multiplexing module management table in FIGS. 1 and 5.

FIG. 4 is a flowchart showing the processing of the multiplexing module selection loading means in FIGS. 1 and 5.

FIG. 5 is a block diagram showing a configuration and the like of a second exemplary embodiment of the present invention.

6 is a diagram showing a specific example of a configuration of a patch storage file in FIG.

FIG. 7 is a flowchart showing the processing of the multiplexing module selection patch means in FIG.

[Explanation of symbols]

 1 multiplexing module selection instruction means 2 multiplexing module selection loading means 3 multiplexing module management table 4 multiplexing module selection patch means 10 OS storage file 20 virtual space 30 patch storage file 31 address table 32 module group relation table 33 reference resolution table 34 Module Address Table

Claims (2)

(57) [Claims] 1. In an IPL processing device for performing an IPL process for loading an OS comprising a multiplexing module group and a common module group from an OS storage file into a virtual space, the module name and address of each module in the OS, and the multiplexing
Between integrated multiple modules and modules
A multiplexing module management table consisting of reference information between them, a multiplexing module selection instructing means for instructing which module group in the multiplexing module group should be loaded as a selection module group, and the multiplexing module management table The common module group and the selected module group in the OS storage file are loaded into the virtual space based on the reference and the instruction by the multiplexing module selection instruction means, and the reference to the module belonging to the reference module group is selected module group. And a multiplexing module selection loading means for converting into a reference to a module belonging to the IPL processing device. 2. An IPL for applying an patch in a patch storage file storing a common patch group and a multiplexed patch group to load an OS including a multiplexed module group and a common module group from the OS storage file into a virtual space. In the IPL processing device that performs processing, the module name and address of each module in the OS
Between integrated multiple modules and modules
A multiplexing module management table consisting of reference information between them, a multiplexing module selection instructing means for instructing which module group in the multiplexing module group should be loaded as a selection module group, and the multiplexing module management table The common module group and the selected module group in the OS storage file are loaded into the virtual space based on the reference and the instruction by the multiplexing module selection instruction means, and the reference to the module belonging to the reference module group is selected module group. Multiplex module selection loading means for converting into a reference to a module belonging to, and the virtual space by the multiplex module selection loading means based on a reference to the multiplex module management table and an instruction from the multiplex module selection instruction means. Multiplexing module selection patch means for applying a patch in the patch storage file to the loaded module and converting a patch referencing a module belonging to a reference module group into a patch referencing a module belonging to a selection module group. IP characterized by having
L processor.