KR20210072599A - I/o port emulating system and method using virtual hardware - Google Patents

Abstract

An emulation system for emulating a virtual hardware just like a real hardware on an operating system according to the present invention comprises: a virtual I/O device comprising a plurality of virtual registers; a device driver that controls an input/output signal of the virtual I/O device, accesses a register of the virtual I/O device, sets an input/output direction to a specific I/O port, and reads or writes data from the input/output port; and an application that controls the virtual I/O device.

Description

I/O PORT EMULATING SYSTEM AND METHOD USING VIRTUAL HARDWARE

The present invention relates to a system and method for emulating an I/O port using virtual hardware, and more particularly, to a system and method for emulating virtual hardware on an operating system like real hardware.

1 is a diagram for explaining the control flow of actual hardware according to the prior art.

In general, in order for the application 13 operating on the operating system to control the I/O device 11 , which is hardware, a device driver 12 operating on the operating system is required.

The device driver 12 provides the same interface predefined in the operating system to the application 13 , and as the I/O device 11 is connected as a hardware-dependent interface, the application 13 and the I/O device 11 ) as an intermediary between

In this case, if the I/O device 11 does not exist, there is a problem in that the application 13 cannot control the I/O device 11 even if the device driver 12 exists.

In order to solve the above-described problem, an embodiment of the present invention provides a virtual hardware capable of interworking with a driver device while driving a virtual I/O device that operates like an I/O device that is real hardware in the form of software in the memory of the operating system. Provides an I/O port emulation system and method using

However, the technical task to be achieved by the present embodiment is not limited to the technical task as described above, and other technical tasks may exist.

As a technical means for achieving the above-described technical problem, the emulation system for emulating virtual hardware on an operating system according to the first aspect of the present invention like real hardware is a virtual I/O device including a plurality of virtual registers, the A device driver that controls input/output signals of a virtual I/O device, accesses a register of the virtual I/O device, sets an input/output direction to a specific I/O port, and reads or writes data from an input/output port, and the virtual I /O Contains the application that controls the device.

In an embodiment, the virtual I/O device may operate in software form on a kernel of the operating system.

In one embodiment, the plurality of virtual registers include a first virtual register for setting the specific I/O port as an input or an output, and a first virtual register for reading an input value when the specific I/O port is set as an input. It may include two virtual registers and a third virtual register for writing an output value when the specific I/O port is set as an output.

In an embodiment, the plurality of virtual registers may be mapped according to the size of the specific I/O port.

In addition, according to the second aspect of the present invention, a virtual I/O device including a plurality of first to third virtual registers, a device driver for controlling input/output signals of the virtual I/O device, and the virtual I/O device A method of emulating virtual hardware like real hardware in an operating system through an emulation system including an application that controls the step; checking whether an output value has changed by comparing a previous value and a current value of a second virtual register for reading an output value when the output state is set as an output state as a result of the check; if there is a change in the output value as a result of the check, recording that the output value is changed in the specific I/O port; and repeating for all ports including the specific I/O port.

In one embodiment, the plurality of first to third virtual registers include a first virtual register for setting the specific I/O port as an input or output, and an input value when the specific I/O port is set as an input. It may include a second virtual register for reading , and a third virtual register for writing an output value when the specific I/O port is set as an output.

In an embodiment, the emulation method according to the present invention includes the steps of: determining whether a preset random time has elapsed when the check result is set to the input state; and recording that the specific I/O port is ready to receive a random input value when a preset random time has elapsed as a result of the determination.

In one embodiment, the emulation method according to the present invention includes: after repeating for all ports including the specific I/O port, outputting a changed part in the specific I/O port in which the output value is changed; generating a random value coming within a specific range when the specific I/O port is ready to receive a random input value and recorded; and applying the random value as an input value of the current port.

In addition to this, another method for implementing the present invention, another system, and a computer-readable recording medium for recording a computer program for executing the method may be further provided.

According to any one of the above-described problem solving means of the present invention, an emulation function for input/output control of hardware can be performed without an actual I/O device in an embedded system or an application operating on a computer.

Effects of the present invention are not limited to the effects mentioned above, and other effects not mentioned will be clearly understood by those skilled in the art from the following description.

1 is a diagram for explaining the control flow of actual hardware according to the prior art.
2 is a diagram for explaining an emulation system according to an embodiment of the present invention.
3 is a diagram for explaining the structure of a virtual I/O device.
4 is a diagram for explaining an emulation method according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings so that those skilled in the art can easily implement them. However, the present invention may be embodied in many different forms and is not limited to the embodiments described herein. And in order to clearly explain the present invention in the drawings, parts irrelevant to the description are omitted.

In the entire specification, when a part "includes" a certain element, it means that other elements may be further included, rather than excluding other elements, unless otherwise stated.

The present application relates to a virtual hardware-based emulation system (1) and a method.

Conventionally, in order to control an I/O device in an application operating on an operating system, real hardware exists outside the operating system and operates in conjunction with a device driver. However, an embodiment of the present invention provides a virtual device operating like an I/O device that is real hardware. I/O devices of the operating system can be operated in the form of software in the memory of the operating system while interworking with the driver device.

Accordingly, an embodiment of the present invention can operate as if controlling real hardware in an application by installing a software-based virtual I/O device that can replace the real I/O device.

2 is a diagram for explaining an emulating system 1 according to an embodiment of the present invention. 3 is a diagram for explaining the structure of the virtual I/O device 100 .

The emulating system 1 according to an embodiment of the present invention includes a virtual I/O device 100 , a device driver 200 , and an application 300 .

The virtual I/O device 100 includes a plurality of virtual registers 110 to 130, and the virtual I/O device 100 may operate in the form of software on the kernel of the operating system, unlike an actual hardware control structure.

That is, the virtual I/O device 100 may be a software module operating on a kernel, but may have a logically similar structure to actual hardware as shown in FIG. 3 in consideration of interworking with an existing device driver.

In one embodiment, the plurality of virtual registers 110 to 130 are for controlling a specific I/O port and may include first to third virtual registers 110 to 130 existing in the kernel.

The first virtual register 110 is a GPIO_OE register, which is used to set a specific I/O port as an input or output.

The second virtual register 120 is a GPIO_IN register and is used to read an input value when a specific I/O port is set as an input.

The third virtual register 130 is a GPIO_OUT register and is used to write an output value when a specific I/O port is set as an output.

Here, the plurality of virtual registers 110 to 130 may be mapped according to the size of a specific I/O port. For example, the size of a specific I/O port may have a variable size according to the size of 8-bit, 16-bit, 32-bit, and the like.

The device driver 200 controls input/output signals of the virtual I/O device 100 .

In one embodiment, the device driver 200 accesses the virtual registers 110 to 130 of the virtual I/O device 100 to set an input/output direction to a specific I/O port, and reads or writes data from the input/output port. do.

That is, the device driver 200 accesses the first to third virtual registers 110 to 130 existing in the virtual I/O device 100 to set the input/output direction to a specific I/O port, and the digital input port Data can be read out or digital data can be output from the output port.

Table 1 below shows information on separate registers (GPIO_IN, GPIO_OUT, GPIO_OE) capable of controlling the input/output signals of the virtual I/O device 100 in the device driver 200 as described above.

virtual register Explanation GPIO_IN[0:N] If a specific I/O port is set as an input, the value from the corresponding port can be read. GPIO_OUT[0:N] If a specific I/O port is configured as an output, you can write a value to that port. GPIO_OE[0:N] When a specific port is 1, it operates as an output, and when a specific port is 0, it operates as an input.

Finally, the application 300 controls the virtual I/O device 100 .

For reference, the components shown in FIGS. 2 to 3 according to an embodiment of the present invention may be implemented in the form of software or hardware such as a Field Programmable Gate Array (FPGA) or Application Specific Integrated Circuit (ASIC). can perform roles.

However, 'components' are not limited to software or hardware, and each component may be configured to reside in an addressable storage medium or to reproduce one or more processors.

Thus, as an example, a component includes components such as software components, object-oriented software components, class components and task components, and processes, functions, properties, procedures, sub It includes routines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.

Components and functions provided within the components may be combined into a smaller number of components or further divided into additional components.

Hereinafter, a method performed in the emulating system 1 according to an embodiment of the present invention will be described with reference to FIG. 4 .

4 is a diagram for explaining an emulation method according to an embodiment of the present invention.

An embodiment of the present invention first checks the input/output state for a specific I/O port through the first virtual register GPIO_OE 110 of the virtual I/O device 100 ( S111 ).

If it is set to the output state as a result of the check, it is checked whether the output value has changed by comparing the current value with the previous value of the second virtual register GPIO_OUT 120 for reading the output value ( S113 ).

Next, if there is a change in the output value as a result of checking, it is recorded that the output value is changed in a specific I/O port (S115).

Contrary to the above, as a result of checking through the first virtual register 110, when a specific I/O port is set to the input state, it is determined whether a preset random time has elapsed (S121).

And when the predetermined random time has elapsed as a result of the determination, it is recorded that a specific I/O port is ready to receive a random input value (S123).

This process is repeated for all ports including a specific I/O port.

That is, in the I/O device 100, the processing procedure for the input port and the output port proceeds while continuously repeating the same processing process for all ports while sequentially accessing from the 0th port to the Nth port ( S101 to S107).

When the sequential processing process for all ports is completed, if there is a record of the output port change (S131), the changed part in the specific I/O port in which the output value is changed is output (S133).

Thereafter, when a specific I/O port is ready to receive a random input value and recorded (S135), a random value coming within a specific range is generated and applied as the input value of the current port (S137).

As described above, when all port processing and input/output recording processing are completed, the above-described process is repeated from the beginning.

By quickly processing such an iterative process, in an embodiment of the present invention, when a specific value is recorded in the output port in the device driver 200, the virtual I/O device 100 can quickly recognize the change value of the output port, , conversely, a random input value may be input to the input port at a random time, read from the device driver 200 , and transmitted to the application 300 .

In the above description, steps S101 to S137 may be further divided into additional steps or combined into fewer steps, according to an embodiment of the present invention. In addition, some steps may be omitted as necessary, and the order between steps may be changed. In addition, the contents already described with respect to the emulating system 1 in FIGS. 2 to 3 are also applied to the emulating method in FIG.

The sampling inspection method using the rejection rate of a previous job according to an embodiment of the present invention described above may be implemented as a program (or application) and stored in a medium in order to be executed in combination with a computer, which is hardware.

The above-mentioned program, in order for the computer to read the program and execute the methods implemented as a program, C, C++, JAVA, Ruby, which the processor (CPU) of the computer can read through the device interface of the computer; It may include code coded in a computer language such as machine language. Such code may include functional code related to a function defining functions necessary for executing the methods, etc., and includes an execution procedure related control code necessary for the processor of the computer to execute the functions according to a predetermined procedure. can do. In addition, the code may further include additional information necessary for the processor of the computer to execute the functions or code related to memory reference for which location (address address) in the internal or external memory of the computer to be referenced. have. In addition, when the processor of the computer needs to communicate with any other computer or server located remotely in order to execute the above functions, the code uses the communication module of the computer to determine how to communicate with any other computer or server remotely. It may further include a communication-related code for whether to communicate and what information or media to transmit and receive during communication.

The storage medium is not a medium that stores data for a short moment, such as a register, a cache, a memory, etc., but a medium that stores data semi-permanently and can be read by a device. Specifically, examples of the storage medium include, but are not limited to, ROM, RAM, CD-ROM, magnetic tape, floppy disk, and optical data storage device. That is, the program may be stored in various recording media on various servers that the computer can access or in various recording media on the computer of the user. In addition, the medium may be distributed in a computer system connected by a network, and a computer readable code may be stored in a distributed manner.

The above description of the present invention is for illustration, and those of ordinary skill in the art to which the present invention pertains can understand that it can be easily modified into other specific forms without changing the technical spirit or essential features of the present invention. will be. Therefore, it should be understood that the embodiments described above are illustrative in all respects and not restrictive. For example, each component described as a single type may be implemented in a dispersed form, and likewise components described as distributed may be implemented in a combined form.

The scope of the present invention is indicated by the following claims rather than the above detailed description, and all changes or modifications derived from the meaning and scope of the claims and their equivalent concepts should be interpreted as being included in the scope of the present invention. do.

1: emulating system
100: virtual I/O device
110: first virtual register
120: second virtual register
130: third virtual register
200: device driver
300: application

Claims (8)

In an emulation system for emulating virtual hardware like real hardware on an operating system,
a virtual I/O device comprising a plurality of virtual registers;
A device driver that controls the input/output signals of the virtual I/O device, accesses a register of the virtual I/O device, sets an input/output direction to a specific I/O port, and reads or writes data from the input/output port; and
An emulation system comprising an application controlling the virtual I/O device.
The method of claim 1,
The virtual I/O device is an emulation system that operates in the form of software on the kernel of the operating system.
The method of claim 1,
The plurality of virtual registers may include a first virtual register for setting the specific I/O port as an input or an output, a second virtual register for reading an input value when the specific I/O port is set as an input, and the An emulation system comprising a third virtual register that writes an output value when a specific I/O port is configured as an output.
4. The method of claim 3,
and the plurality of virtual registers are mapped according to the size of the specific I/O port.
Through an emulation system including a virtual I/O device including a plurality of first to third virtual registers, a device driver for controlling input/output signals of the virtual I/O device, and an application for controlling the virtual I/O device In a method for emulating virtual hardware like real hardware on an operating system,
checking an input/output state for a specific I/O port through a first virtual register of the virtual I/O device;
checking whether an output value has changed by comparing a previous value and a current value of a second virtual register for reading an output value when the output state is set as an output state as a result of the check;
if there is a change in the output value as a result of the check, recording that the output value is changed in the specific I/O port; and
An emulation method comprising repeating for all ports including the specific I/O port.
6. The method of claim 5,
The plurality of first to third virtual registers include a first virtual register for setting the specific I/O port as an input or an output, and a first virtual register for reading an input value when the specific I/O port is set as an input. and a second virtual register and a third virtual register for writing an output value when the specific I/O port is configured as an output.
6. The method of claim 5,
determining whether a preset random time has elapsed when the check result is set to the input state; and
The emulation method further comprising the step of recording that the specific I/O port is ready to receive a random input value when the predetermined random time has elapsed as a result of the determination.
8. The method of claim 7,
After the step of repeating for all ports including the specific I/O port,
outputting a changed part in a specific I/O port in which the output value is changed;
generating a random value that falls within a specific range when the specific I/O port is ready to receive a random input value and recorded; and
The emulation method further comprising the step of applying the random value as an input value of the current port.

Images