JPH10177488A - Data transfer system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To obtain a data transfer system capable of informing an application of two or more kinds of interruption factors without omitting any information. SOLUTION: When a device driver 20 is interrupted by a hardware, an interruption routine is started, an interruption factor register 30c is read, the interruption factor is discriminated and a signal generating flag is set in a corresponding flag storage area 40a in shared memory 40. Furthermore, the device driver 20 is provided with an interruption handler 20c to read status information from a status register 30b, to set the status information in a corresponding status information storage area 40b in the shared memory 40 and to inform a signal indicating that the interruption factors are found in corresponding interruption handlers 10b1 to 10b3 in the application 10 by the interruption factor.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a multitasking OS workstation such as UNIX, which is provided with an extension board having a video and audio data processing function, and transmits data from an application to the workstation via a device driver. And a data transfer system for executing data real-time processing by transferring data to an expansion board.

[0002]

2. Description of the Related Art In a data transfer system which executes real-time processing of data by transferring data from an application to hardware having a data processing function via a device driver, when data is transferred to hardware. As an example of a device driver that executes hardware interrupt processing, a “message driven multitask system” disclosed in, for example, JP-A-8-30465 and JP-A-8-7708
No. 3 discloses an "inter-process message communication control system".

In such a data transfer system,
As a hardware, for example, a work station of a multitask OS such as UNIX (hereinafter simply referred to as a UNIX OS) is equipped with an expansion board having a video and audio data processing function, and data from an application is transmitted via a device driver. When real-time processing of data is performed by transferring data to an expansion board of a workstation, there are two types of signals SG1 and SG2 in the inter-process communication that can be freely used by the user in the UNIX OS. This signal is used by the device driver to send a message to the application.

[0004]

However, when a plurality of interrupt factors occur at substantially the same time and are notified to the same interrupt handler process of the application using the above-mentioned signals, a signal reception miss occurs. For example, even if there are two interrupt factors, the application recognizes that only one interrupt has occurred. To avoid this, it is possible to assign two types of interrupt factors to two types of signals, respectively, but this method cannot cope with two or more types of interrupt factors.

Accordingly, the present invention has been made in view of the above points, and is intended to notify an application of two or more types of interrupt factors without failing to notify them even if two or more interrupt factors occur at substantially the same time. It is an object of the present invention to provide a data transfer system capable of performing the following.

[0006]

SUMMARY OF THE INVENTION A data transfer system according to the present invention performs real-time processing of data by transferring data from an application to hardware having a data processing function via a device driver. In the data transfer system described above, the application has a plurality of interrupt handlers corresponding to interrupt factors, and the hardware includes an interrupt factor register storing interrupt factors, and status information storing status information corresponding to interrupt factors. And a flag storage area in which a signal generation flag for identifying that an interrupt has occurred for each interrupt factor is set, and a flag storage area in which the application and the device driver are readable and writable between the application and the device driver. Factor A shared memory having a status information storage area in which status information is stored, and, when a hardware interrupt occurs from the hardware, the device driver starts an interrupt routine to read an interrupt factor register of the hardware. The cause of the interrupt generated in the hardware is identified, a signal generation flag is set in a corresponding flag storage area of the shared memory, status information is read from a status register of the hardware, and the status information is read from the shared memory. An interrupt handler for setting a corresponding status information storage area and notifying a signal indicating that the interrupt handler corresponding to the application has an interrupt factor for each interrupt factor is provided. .

[0007]

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, in an embodiment of the present invention,
A method of notifying three types of interrupt factors from the device driver to the application using one type of signal will be described. However, the types of signals to be used and the types of interrupt factors are not limited thereto. FIG. 1 is a configuration diagram showing a data transfer system for implementing the interrupt message notification method of the present invention. In FIG. 1, an application 10 includes a main routine 10a for data transfer and command issuing as a parent process, and an interrupt handler 10b1 to an independent child process for each interrupt factor generated according to the program of the main routine. 10b3.

The data from the application 10 is transferred via a device driver 20 to an extension board 30 mounted on a workstation of a multitask OS such as UNIX, and is transferred by the extension board 30 as hardware having a data processing function. Data real-time processing is executed. The device driver 20 receives a data transfer unit 20a as a driver main unit for performing data transfer, a command processing unit 20b, and a notification message of an interrupt occurrence from the extension board 30. And an interrupt handler 20c for examining the status of the extension board 30 to determine the cause of the interrupt, and switching and notifying the destination process of the signal for each interrupt cause.

The expansion board 30 includes a main processing unit 30a having an MPU, a data buffer, and a signal processing unit for performing data processing based on transfer data.
A status information register 30b for storing status information corresponding to each interrupt factor; and an interrupt factor register 30c for storing interrupt factors.

Further, in the data transfer system of the present invention shown in FIG. 1, an application 10 and a device driver 20 are placed between the application 10 and the device driver 20 in order to hold detailed information of a hardware notification message. 20 is readable and writable, and a flag storage area 40a in which signal generation flags 1 to 3 are set to identify that an interrupt has occurred for each interrupt factor, and status information 1 to 3 are stored for each interrupt factor. A shared memory 40 having a status information storage area 40b is provided.

The operation at the time of interrupt processing in the data transfer system having the above configuration will be described. First, the application 10 that is to be the parent process has three main types of interrupt handlers 10b1 to 10b that correspond to the respective interrupt factors.
3 is created. When the interrupt handler process is created, it first notifies its own process ID to the device driver 20. When setting a process ID from the application 10 to the device driver 20,
Uses the UNIX generic interface ioct1. After the setting of this process ID is completed, an interrupt permission is issued, and the apparatus enters an interrupt waiting state.

In this state, in the interrupt handler 20c of the device driver 20, the VME (Versa Module
When a hardware interrupt occurs from an expansion board 30 having an interface such as Europe, an interrupt routine shown in FIG. 2 is started. Interrupt handler 2
0c is the extension board 3 according to this interrupt routine.
The CPU reads the interrupt factor register 30c provided in 0 (step S1 in FIG. 2), identifies the interrupt factor generated by hardware, and sets a signal generation flag corresponding to the flag storage area 40a of the shared memory 40 (FIG. 2). Step S2 in FIG. 2).

The interrupt handler 20c reads detailed status information from the status register 30b corresponding to the interrupt factor in the extension board 30, and sets status information corresponding to the status information storage area 40b of the shared memory 40 (FIG. Step S3). Then, interrupt handlers 10b1 to 10b serving as destination processes of signals corresponding to the identified interrupt factors
3 is notified to the application 10 that there has been an interrupt (step S
4). By doing so, the interrupt processing is returned, and the application 10 and the device driver 2
A flag for identifying that an interrupt has occurred and detailed status information are stored in the shared memory 40 in which 0 and 0 are mutually readable and writable. Thus, the device driver 20 can notify the application 10 of various types of interrupt factors without missing notifications.

According to the above-described embodiment, an expansion board 30 having a data processing function is mounted on a workstation such as UNIX, and hardware interrupts can be controlled independently by the device driver 20 for each interrupt factor in the application 10. By issuing signals to the processes of the handlers 10b1 to 10b3, even if two or more interrupt factors occur at the same time, it is possible to notify the application 10 of the interrupt factors without fail. .

[0015]

As described above, according to the data transfer system of the present invention, when a hardware interrupt is generated from hardware, the device driver starts an interrupt routine to read the interrupt factor register of the hardware. Identify the interrupt factor that occurred in the hardware, set the signal generation flag in the corresponding flag storage area of the shared memory, read the status information from the hardware status register, and read the status information in the corresponding status information of the shared memory. By providing an interrupt handler that is set in the storage area and notifies the interrupt handler corresponding to the application of the interrupt factor for each interrupt factor, a plurality of interrupt factors of two or more types occur at approximately the same time. Even Chromatography The can with a signal limited available indication from the device driver without missing notification interrupt sources wide in application.

[Brief description of the drawings]

FIG. 1 is a configuration diagram showing a data transfer system according to the present invention.

FIG. 2 is a flowchart for explaining an interrupt processing operation by an interrupt handler 20c in FIG. 1;

[Explanation of symbols]

Reference Signs List 10 application 10a main routine 10b1 to 10b3 interrupt handler in application 10 20 device driver 20a data transfer unit 20b command processing unit 20c interrupt handler in device driver 20 30 expansion board (hardware) 30a main processing unit 30b status register 30c interrupt factor Register 40 Shared memory 40a Flag storage area 40b Status information storage area

Claims (1)

[Claims] 1. A data transfer system which executes real-time processing of data by transferring data from an application to hardware having a data processing function via a device driver, wherein the application is provided for each interrupt factor. A plurality of interrupt handlers corresponding to the application, the hardware comprising: an interrupt factor register storing an interrupt factor; and a status information register storing status information corresponding to each interrupt factor. A flag storage area in which a signal generation flag is set to identify that an interrupt has occurred for each interrupt factor, and status information storage in which status information is stored for each interrupt factor When a hardware interrupt occurs from the hardware, the device driver starts an interrupt routine to read the interrupt factor register of the hardware and identify the interrupt factor generated by the hardware. Setting a signal generation flag in a corresponding flag storage area of the shared memory, and reading status information from a status register of the hardware;
An interrupt handler for setting the status information in a corresponding status information storage area of the shared memory and notifying a signal indicating that the corresponding interrupt handler of the application has an interrupt factor for each interrupt factor is provided. Data transfer system.