JPH02158840A - Message area controlling system for inter-task communication - Google Patents

Abstract

PURPOSE:To dynamically secure a message area for inter-task communication even for interruption processing routine by securing beforehand the message area by using the memory controlling function of basic software by a receiving task part, and transmitting a message to the receiving task part by using the secured message area by the operation of an interruption processing part. CONSTITUTION:When the receiving task part 12 acquires a message area pool 14 from a memory pool controlled by the basic software by a message area pool generating means 121, and receives the message from a message queue 11, it returns the message area, and simultaneously, it replenishes another message area by a message area replenishing means 124. The interruption processing part 10 acquires the message area generated by the receiving task part 12 by a message area acquiring means 101, and transmits the message by a message transmitting means 102, and performs communication between the interruption processing part 10 and the receiving task part 12. Thus, the dynamic security of the message area becomes possible for the interruption processing routine.

Description

[Detailed description of the invention] [11! ] Tasks acquire a message area for communication, perform inter-task communication on the basic software, and create a message area.
Regarding the message area control method for inter-task communication in information processing equipment that performs interrupt processing without an area acquisition function, it is possible to dynamically control the message area for inter-task communication even for interrupt processing routines etc. whose use of memory management is restricted. The purpose of this is to provide a message header control method that enables message reservation, and the reception task section acquires a message area pool from the memory pool managed by the basic software using the message area pool creation means, and creates a message reception means from the message queue. When a message is received, the message area return means returns the message area, the message area replenishment means supplies another message area, and the interrupt processing section transfers the message area created by the receiving side task processing section to the message area. The interrupt processing unit and the reception task unit communicate with each other by acquiring the area by the area acquisition unit and transmitting a message by the message transmission unit.

[Industrial Application Field] The present invention is applicable to inter-task communication in an information processing apparatus in which a task acquires a communication message area and performs inter-task communication on basic software, and also performs interrupt processing without a message area acquisition function. Concerning message area control method.

When a processor of an information processing device performs multitask processing, intertask communication is performed to synchronize the generated tasks. In that case, it is necessary to dynamically allocate a message area in order to convey the message generated by the sending task to the receiving task. However, the basic software (operating system 2 or below referred to as O8)
The inter-task communication function provided by O3 has different specifications depending on the type of O3, and the application cylinder program (
There are also differences in the control methods for message areas for messages sent by tasks.

Among these, in a method in which O3 does not reserve a message area for inter-task communication, there may be cases where it is desired to notify a task of a message generated in interrupt processing. In such a method, interrupt processing normally immediately executes the interrupt routine and ends without O3 intervention, so it is not possible to secure a message area and communicate the message to the receiving task. It is rare.

[Prior Art] Conventional inter-task communication functions differ depending on the O8, but if we focus on the control method of the message area in which messages sent by applications are stored, there are the following methods (1) and (2).

- A method in which the O3 dynamically secures a message area, copies the contents of the message that the application (task) is trying to send, and receives the message at the other party's (receiving side) task.

(For example, UNtX, etc.) - O3 does not dynamically allocate a message area, but when an application (user program) allocates a message area, writes a message, and notifies the receiving task of the area, the receiving task The method for reading the message (for example, IT RON: Industry
real TR0N etc.).

In the case of ■ above, O3 causes ゛? The process of copying the contents of the message from the communication and having it received by the other party takes time, which is a drawback in terms of speed.

On the other hand, in the case of ■, there is little processing such as copying by the O8, so it is suitable for controlling devices that emphasize high speed and execution efficiency, but the O8 does not dynamically allocate the message area and the application must do it itself. In most applications, a message area control method is required. The O8 of this method (■) is equipped with a memory management function that enables dynamic memory acquisition, and uses this function to dynamically acquire memory in the sending application (task) to create a message area for communication. is ensured.

[Problems to be Solved by the Invention] In the O8, which does not dynamically acquire a message area in the inter-task communication described above, the memory management function of the O5 can be used from an application program (task). However, in a process that differs from the concept of a task, such as an interrupt processing routine (which immediately executes a predetermined routine and ends due to an interrupt), when you want to send a message to an application (task),
Since there is no relationship with O3, the message area cannot be dynamically acquired. Therefore, in the information processing system using O3 described above, there is a problem that messages cannot be passed from the interrupt routine to other tasks.

SUMMARY OF THE INVENTION An object of the present invention is to provide a message area control method that enables dynamic allocation of message areas for intertask communication even for interrupt processing routines and the like whose use of memory management is restricted.

[Means to solve the problem] FIG. 1 is a diagram showing the basic configuration of the present invention.

In FIG. 1, IO represents an interrupt processing section, 11 a message queue, 12 a reception task section, 13 a memory pool, and 14 a message area pool.

In the present invention, the receiving task section secures a message area in advance using the memory management function of the basic software, and transmits the message to the receiving task section using the secured message area during the operation of the interrupt processing section.

[Operation] In the reception task section 12, the message area pool creation means 121 requests a memory area in the initial setting. In response, the basic software (O8) uses its memory management function to cut out a predetermined area from the managed memory pool 13 and supply it to the message area pool creation means 121 as an acquired area. This acquired area becomes usable as the message area 141, and similar operations are repeated to create a message area pool I4 consisting of a plurality of message areas 141-143.

The reception task section 12 then 1, the message reception means 12
2 checks the status of the message queue 11 and receives the transmitted queue if there is one, and the received message area is returned by the memory management function of the basic software in the message area return means 123 (memory pool managed by the basic software). 13) 6 Next, the message area replenishing means 124 replenishes message areas to replace the message areas that have been returned and are no longer available, in the same manner as when creating the message area pool.

The interrupt processing unit 10 starts operating upon occurrence of an interrupt, and the message area acquisition means 101 receives the reception task unit 12.
The message area (the first one) created by the message area pool creation means 121 is acquired (the address is detected), and a message to be transmitted (such as the status of an interrupt poem) is written in the message area.

Next, the message transmitting means 102 connects the information (address, etc.) of the message area to the message queue 11 to transmit the message.

In addition, message area 1 indicated by a block in FIG.
Reference numeral 41 schematically shows how the message area is acquired by the message area acquisition means 101 of the interrupt processing section 10, connected to the message queue 11, received, and then returned.

The message queue 11 is configured to be able to store a plurality of pieces of information representing messages to be transmitted to the reception task section 12, and is sequentially retrieved by the message receiving means 122 of the reception task section 12 for reception.

In this way, it is possible to dynamically allocate a message area for task communication even in interrupt processing where the use of the memory management function of the basic software is restricted.

[Embodiment] FIG. 2 is a configuration diagram of an embodiment of the present invention, FIG. 3 is an operation flow diagram of a receiving side task, and FIG. 4 is an operation flow diagram of an interrupt processing routine.

In FIG. 2, 20 is a processing unit consisting of a CPU and memory, 21 is an O8 equipped with a memory management function, 22 is an interrupt processing routine, 23 is a message queue, 24 is a receiving side task, 25 is a memory pool, and 26 is a message area. Represents a pool.

In the configuration shown in FIG. 2, 0321 allocates a memory area to a task from the memory pool 25 managed by O3 in response to a request (by a system call) from the receiving task 24, and stores the returned area in the memory pool. Equipped with a memory management function to restore data.

The processing flow executed in the receiving side task 24 is the third
As shown in the figure, a system call to acquire a memory block is first issued. On the other hand, when 0321 extracts a memory block from the memory pool and notifies its address, the receiving task 24 accepts the request and acquires the memory block. Connect the acquired memory block to the message area pool link. As a result, the start address of the message area 262 is stored in the link pointer 261 as shown in FIG.

Next, in step 33, it is determined whether the number of message areas has reached a specified number, and if the number is less than the specified number, steps 31 and 32 are executed again, and then the message area 2
63 is acquired, the link is connected by writing its address to the previously acquired link pointer in the message area 262. Thereafter, a specified number of message areas are acquired in the same manner.

Next, a message reception system call is issued (step 34), and when a message (message area address) is received from the message queue 23 by the operation of O3, the received content is referenced (corresponding processing is executed). ).

Upon completion of reception, the message area in which the transmitted message was stored becomes unnecessary, and a memory block release system call is issued in step 36.

Subsequently, the process returns to step 31, and memory blocks are acquired to replenish the released message areas and secure a specified number of message areas.

The reason for acquiring multiple message areas and creating a message queue is that the interrupt processing routine starts execution immediately in terms of hardware when an interrupt occurs, and may occur continuously. task(
(application) is executed periodically and at a relatively low speed, so if only one message area is provided, the next message to be sent will occur before the receiving task receives the message. Therefore, such a situation can be prevented by providing a plurality of message areas.

This is because the processing of the receiving side task 24 is fast, so a plurality of queues are prepared in advance in the message queue 23 to improve the efficiency of task processing.

Next, the processing flow executed in the interrupt processing routine 22 will be explained with reference to FIG.

When an interrupt occurs, an interrupt handling routine is started, which removes one message area from the link in the message area pool (step 41), and writes the transmission content to the message area (step 42). Then, a system call for message transmission is issued (step 43), and the routine is ended. When a message transmission system call is issued, 0321 connects the address of the message area in which the transmission contents are written to the message queue 23.

To give an example of the interrupt processing routine according to the present invention, in access control of a disk device, when an operation is completed, an application (task) is notified of the completion status (normal or abnormal) by an interrupt, and analyzed according to the contents (normal or abnormal). It can be used for other types of processing, and can also be used for other hardware and software interrupts.

[Effects of the Invention] According to the present invention, it is possible to dynamically allocate an inter-task communication message area even for interrupt processing routines, etc. whose use of the memory management function provided by O8 is restricted, and inter-task communication with the interrupt processing routine can be performed. This can be easily achieved.

[Brief explanation of the drawing]

FIG. 1 is a block diagram of the principle of the present invention, FIG. 2 is a block diagram of an embodiment of the present invention, FIG. 3 is an operation flow diagram of a receiving side task, and FIG. 4 is an operation flow diagram of an interrupt processing routine. In Figure 1, 2: Interrupt processing unit: Message queue: Receiving task unit: Memory pool: Message area pool Patent applicant: Fujitsu Limited, sub-agent Patent attorney Hosaka Auritsu Figure 2 is a configuration diagram of an embodiment of the present invention.

Claims (1)

[Scope of Claims] In a message area control method for inter-task communication in an information processing apparatus in which a task acquires a message area for communication and performs inter-task communication on basic software, and does not have a function to acquire a message area in interrupt processing. , the reception task unit (12) acquires a message area pool (14) from the memory pool managed by the basic software by the message area pool creation means (121), and acquires the message area pool (14) from the message queue (11).
When a message is received by 2), the message area returning means (123) returns the message area, the message area replenishing means (124) supplies another message area, and the interrupt processing unit (10)
The message area created by the reception task section (12) is acquired by the message area acquisition means (101), and the message is transmitted by the message transmission means (102), thereby connecting the interrupt processing section (10) and the reception task section (12).
2) A message area control method for inter-task communication characterized by communicating with.