CN116248772A - Data transmission method, device, equipment and medium under virtualization management - Google Patents

Abstract

The invention discloses a data transmission method, device, equipment and medium under virtualization management. The method is applied to the same system-on-chip SOC, wherein the SOC comprises a first platform domain and a second platform domain, and the method comprises the following steps: receiving service data of a user space through a first platform domain, determining a target data packet of the service data under a target format by combining a first driver of a first virtual Ethernet in a kernel space, writing the target data packet into a designated memory area, and sending a notification message to a second platform domain; and receiving the notification message through the second platform domain, and acquiring service data in the user space of the second platform domain according to the notification message and combining a second driver of the second virtual Ethernet in the kernel space of the second platform domain. Through the virtual Ethernet, the supporting of standard network communication related APIs between different platform domains and the supporting of various network protocol stacks are realized; different platform domain standards, high efficiency, simplicity and convenience and general communication modes are realized.

Description

Data transmission method, device, equipment and medium under virtualization management

technical field

The invention relates to the technical field of virtualization, in particular to a data transmission method, device, equipment and medium under virtualization management.

Background technique

The smart cockpit chip contains three independent CPU units, which are the adaptive platform (Adaptive Platform, AP) domain, and the AP domain is CPU Cluster0, which contains 2 Cortex-A55 and 4 Cortex-A76; Classic Platform (Classic Platform, CP) domain, CP domain is CPU Cluster1, which contains 2 Cortex-A55, RP domain is security processor, which contains 1 Cortex-R52); In addition, E04 contains LPDDR5, UFS, GPU, VPU, HIFI5, Audio, DPU , Ethernet and other subsystem modules, these subsystem modules can be assigned to different CPU domains for processing. In the vehicle-machine system software, the AP domain and the CP domain need to interact with a large amount of data, such as: vehicle signal data, AVM business control data, image data projected from the navigation screen to the instrument screen, and so on.

At present, the data interaction between the AP domain and the CP domain is realized through the underlying software of Mailbox and Share Memory, but the business data belongs to the application space, that is, the mechanism corresponding to the driver layer, which is not suitable for the software design and development of business requirements.

Contents of the invention

The invention provides a data transmission method, device, equipment and medium under virtualization management, so as to realize communication between domains of different platforms.

According to one aspect of the present invention, a data transmission method under virtualization management is provided, which is applied in the same system-on-chip SOC, the SOC includes a first platform domain and a second platform domain, and the method includes:

Receive the business data of the user space through the first platform domain, combine the first driver program of the first virtual Ethernet in the kernel space, determine the target data packet of the business data in the target format, and write the target data packet into the specified memory area, and send a notification message to the second platform domain;

Receive the notification message through the second platform domain, and combine the second driver program of the second virtual Ethernet in the kernel space of the second platform domain according to the notification message, in the user space of the second platform domain Obtain the business data within.

According to another aspect of the present invention, a data transmission device under virtualization management is provided, which is applied in the same system-on-chip SOC, the SOC includes a first platform domain and a second platform domain, and the device includes:

The sending module is configured to receive the service data of the user space through the first platform domain, and determine the target data packet of the service data in the target format in combination with the first driver program of the first virtual Ethernet in the kernel space, and send the Writing the target data packet into the specified memory area, and sending a notification message to the second platform domain;

An acquisition module, configured to receive the notification message through the second platform domain, and combine the second driver program of the second virtual Ethernet in the kernel space of the second platform domain according to the notification message, in the second The service data is acquired in the user space of the platform domain.

According to a third aspect of the present invention, an electronic device is provided, and the electronic device includes:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein,

The memory stores a computer program that can be executed by the at least one processor, and the computer program is executed by the at least one processor, so that the at least one processor can execute the method described in any embodiment of the present invention. Data transfer method under virtualization management.

According to a fourth aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium stores computer instructions, and the computer instructions are used to enable a processor to implement any of the embodiments of the present invention when executed. Data transfer method under virtualization management.

The technical solution of the embodiment of the present invention is applied to the same system-on-chip SOC, and the SOC includes the first platform domain and the second platform domain. The method includes: receiving the service data of the user space through the first platform domain, and combining the second The first driver program of a virtual Ethernet determines the target data packet of the service data in the target format, writes the target data packet into the specified memory area, and sends a notification message to the second platform domain; receives the notification through the second platform domain message, and according to the notification message combined with the second driver program of the second virtual Ethernet in the kernel space of the second platform domain, obtain service data in the user space of the second platform domain. Through the virtual Ethernet, it realizes the support of standard network socket communication related APIs between different platform domains, and supports multiple network protocol stacks; realizes the standard, efficient, simple and common communication methods of different platform domains.

It should be understood that the content described in this section is not intended to identify key or important features of the embodiments of the present invention, nor is it intended to limit the scope of the present invention. Other features of the present invention will be easily understood from the following description.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings that need to be used in the description of the embodiments will be briefly introduced below. Obviously, the drawings in the following description are only some embodiments of the present invention. For those skilled in the art, other drawings can also be obtained based on these drawings without creative effort.

FIG. 1 is a flowchart of a data transmission method under virtualization management according to Embodiment 1 of the present invention;

FIG. 2 is a flow chart of a data transmission method under virtualization management according to Embodiment 2 of the present invention;

FIG. 3 is a schematic diagram of a software architecture of a data transmission method under virtualization management according to Embodiment 2 of the present invention;

FIG. 4 is a schematic structural diagram of a data transmission device under virtualization management according to Embodiment 3 of the present invention;

Fig. 5 is a schematic structural diagram of an electronic device implementing an embodiment of the present invention.

Detailed ways

In order to enable those skilled in the art to better understand the solutions of the present invention, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only It is an embodiment of a part of the present invention, but not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts shall fall within the protection scope of the present invention.

It should be noted that the terms "first" and "second" in the description and claims of the present invention and the above drawings are used to distinguish similar objects, but not necessarily used to describe a specific sequence or sequence. It is to be understood that the data so used are interchangeable under appropriate circumstances such that the embodiments of the invention described herein can be practiced in sequences other than those illustrated or described herein. Furthermore, the terms "comprising" and "having", as well as any variations thereof, are intended to cover a non-exclusive inclusion, for example, a process, method, system, product or device comprising a sequence of steps or elements is not necessarily limited to the expressly listed instead, may include other steps or elements not explicitly listed or inherent to the process, method, product or apparatus.

Embodiment one

Figure 1 is a flow chart of a data transmission method under virtualization management provided by Embodiment 1 of the present invention. This embodiment is applicable to the situation of cross-domain interaction data. This method is applied to the same system-on-chip SOC, and the SOC Including the first platform domain and the second platform domain, can be executed by the data transmission device under virtualization management, the data transmission device under virtualization management can be implemented in the form of hardware and/or software, the virtualization management The data transmission device can be configured in electronic equipment.

As shown in Figure 1, the method includes:

S110. Receive the business data of the user space through the first platform domain, combine the first driver program of the first virtual Ethernet in the kernel space, determine the target data packet of the business data in the target format, and write the target data packet into the designated memory area , and send a notification message to the second platform domain.

In this embodiment, the first platform domain can be understood as an independent CPU unit, such as an AP domain or a CP domain. User space can be understood as the running space of user programs. Kernel space can be understood as the running space of the linux kernel, such as kernalspace. The first virtual Ethernet can be understood as implementing a virtual network that works according to the principle of Ethernet at the data link layer through a software method in the real Internet, and the first virtual Ethernet runs in the first platform domain. Business data can be understood as data that needs to be processed, such as vehicle signal data, AVM business control data, and image data projected from navigation to the instrument screen. The target format can be understood as a format for writing, and may preferably be a raw format. The first driver program can be understood as a program set in the first platform domain to realize the business functions of the virtual network card, such as: opening and closing the network card, transmitting network frame data, receiving network frame data, and so on.

In this embodiment, the second platform domain can be understood as an independent CPU unit, such as an AP domain or a CP domain. The target data packet can be understood as a data packet that can be received by the second platform domain formed after the service data is processed. The storing information can be understood as including information storing the address of the target data packet. The notification message can be understood as a message sent to the second platform domain, for notifying the second platform domain of the storage information of the target data packet.

Specifically, the service data sent by the user space can be received through the first platform domain, and after being transmitted to the kernel space, the service data can be converted into a form that can be received by the virtual Ethernet, and then combined with the first virtual Ethernet in the kernel space A driver encapsulates the converted business data, and re-encapsulates the encapsulated business data according to the target format to form a target data packet. By dividing the memory hardware into a shared memory area, the target data packet can be written into the specified In the memory area, the first platform domain may send a notification message to the second platform domain through a hardware channel. Wherein, the memory hardware may be LPDDR, and the hardware channel may be Mailbox, which is only used as an example in the present invention, and the memory hardware and the hardware channel are not specifically limited.

S120. Receive a notification message through the second platform domain, and obtain service data in the user space of the second platform domain according to the notification message in conjunction with the second driver of the second virtual Ethernet in the kernel space of the second platform domain.

In this embodiment, the second virtual Ethernet can be understood as a virtual network that operates on the real Internet in the second platform domain and implements a virtual network that works according to the principle of Ethernet at the data link layer through a software method. The second driver can be understood as a program set in the second platform domain for realizing the service function of the virtual network card.

Specifically, the notification message sent by the first platform domain can be received through the hardware channel of the second platform domain, and the second platform domain reads the target data packet from the memory hardware according to the notification message, and passes the second virtual The second driver of Ethernet parses the target data packet, and then converts the parsed target data packet into a form that can be received by the user space, that is, converts it into a form of business data, and sends the business data to users in the second platform domain space to obtain business data in the user space of the second platform domain.

The technical solution of the embodiment of the present invention is applied to the same system-on-chip SOC, and the SOC includes the first platform domain and the second platform domain. The method includes: receiving the service data of the user space through the first platform domain, and combining the second The first driver program of a virtual Ethernet determines the target data packet of the service data in the target format, writes the target data packet into the specified memory area, and sends a notification message to the second platform domain; receives the notification through the second platform domain message, and according to the notification message combined with the second driver program of the second virtual Ethernet in the kernel space of the second platform domain, obtain service data in the user space of the second platform domain. Through the virtual Ethernet, it realizes the support of standard network socket communication related APIs between different platform domains, and supports multiple network protocol stacks; realizes the standard, efficient, simple and common communication methods of different platform domains.

Embodiment two

FIG. 2 is a flow chart of a data transmission method under virtualization management provided by Embodiment 2 of the present invention. This embodiment is further refined on the basis of the foregoing embodiments. As shown in Figure 2, the method includes:

S201. Receive user space service data through the first platform domain, and convert the service data into a first data stream through a set network protocol stack.

In this embodiment, the first data stream can be understood as a set of ordered data sequences in the first platform domain, with a start point and an end point byte data sequence. The network protocol stack can be understood as a protocol stack set for completing communication.

Wherein, the network protocol stack is configured with at least one standard network protocol, such as socket API, HTTP, TCP/UDP, SOME/IP and other network protocols.

Specifically, through the first platform domain, business data can be received in the user space, and the business data can be sent to the kernel space, and the business data can be converted through the set network protocol stack in the kernel space to form the first data stream under the corresponding network protocol .

S202. Encapsulate the first data stream into first network frame data under a specified protocol.

In this embodiment, the specified protocol may be understood as a protocol configured by the first platform domain. The first network frame data can be understood as data during transmission in the Ethernet in the first platform domain.

Specifically, the first platform domain may encapsulate the first data stream according to a specified protocol to form network frame data corresponding to the first data stream.

Exemplarily, the specified protocol may be a TCP/IP protocol stack, and the first data stream is encapsulated by the TCP/IP protocol stack, and encapsulated into TCP/IP protocol network frame data.

S203. Drive the first virtual network card through the first driver to encapsulate the first network frame data to obtain an intermediate data packet.

In this embodiment, the first virtual network card can be understood as a virtual network card under the first platform domain that simulates a network environment through software and simulates a function of a network adapter. The intermediate data packet can be understood as a data packet encapsulated in memory format.

Specifically, after the first network frame data is formed, the first platform domain may drive the first virtual network card through the first driver, and encapsulate the first data frame data according to a set format to obtain an intermediate data packet.

Exemplarily, after the TCP/IP protocol network frame data is formed, the first driver program drives the first virtual network card to encapsulate the first network frame data into an intermediate data packet in RPMSG format.

S204. Encapsulate the intermediate data packet according to the target format to obtain the target data packet.

Specifically, after the intermediate data packet is formed, the first platform domain may encapsulate the intermediate data packet according to the target format to obtain the target data packet in the target format.

Exemplarily, the first platform domain may encapsulate the intermediate data packet in the RPMSG format to form the target data packet in the raw format.

S205. Write the target data packet into a designated memory area through a preset bus protocol.

In this embodiment, the preset bus protocol may be understood as a bus protocol under a preset hardware mechanism. The storage address can be understood as the location where the target data packet is stored.

Specifically, the first platform domain can transmit the target data packet to a designated memory area through a preset bus protocol.

S206. After the writing is completed, send a notification message to the second platform domain.

Specifically, after the first platform domain finishes writing the target data packet, the first platform domain can automatically generate a notification message, and send the notification message to the second platform domain according to a set transmission method.

Exemplarily, the first platform domain and the second platform domain may be interconnected through Mailbox hardware respectively, the first platform domain generates a Mailbox message according to the stored information, and sends the Mailbox message to the second platform domain. Among them, Mailbox: means that two different platform domains can transmit messages to each other through the Mailbox hardware channel; Mailbox includes 2 FIFOs, some status and control registers, and is a two-way message channel.

S207. Determine a designated memory area according to the notification message.

Specifically, the second platform domain may receive a notification message sent by the first platform domain through a hardware channel, and after receiving the notification message, the second platform domain may determine a designated memory area according to a pre-configured configuration.

Exemplarily, the second platform domain is connected to the LPDDR hardware through the AXI, and the designated memory area on the LPDDR is determined by storing information.

S208. Read the target data packet from the specified memory area.

Specifically, the second platform domain can read the target data packet from the specified memory area through the set bus protocol.

S209. Determine the second data flow under the target protocol according to the target data packet and the second driver program.

In this embodiment, the second data stream can be understood as a set of ordered data sequences in the domain of the second platform, with a start point and an end point. The target protocol can be understood as the communication protocol configured by the second platform domain.

Specifically, the second platform domain can analyze the target data packet through the second driver program of the second virtual Ethernet in the kernel space, convert the parsed target data packet, and form the second data flow under the target protocol, as The target protocol may be a TCP/IP protocol, and the second data stream corresponds to a data stream under the TCP/IP protocol.

Further, according to the target data packet and the second driver, the step of determining the second data stream under the target protocol can be:

The second virtual network card is driven by the second driver to analyze the target data packet to determine the second network frame data; the second network frame data is analyzed to determine the second data flow.

In this embodiment, the second virtual network card can be understood as a virtual network card under the second platform domain that simulates a network environment through software and simulates a function of a network adapter. The second network frame data can be understood as data during transmission in the Ethernet in the second platform domain.

Specifically, the second platform domain can drive the second virtual network card through the second driver to analyze the target data packet to determine the second network frame data, and then the second platform domain can analyze the second network frame data to determine the second data packet flow.

Exemplarily, the second platform domain can first analyze the target data table in the raw format to form the target data table in the RPMSG format, and drive the second virtual network card through the second driver to analyze the target data packet in the RPMSG format , determine the second network frame data, and then the second platform domain analyzes the second network frame data to determine the second data flow under the TCP/IP protocol.

S210. Analyze the second data stream through the set network protocol stack, and obtain service data in the user space.

Specifically, the second data stream is analyzed through the set network protocol stack to obtain service data, and sent to the user space, and the service data is acquired in the user space.

In the technical solution of the embodiment of the present invention, the service data is encapsulated through the network protocol stack of the first platform domain to form a data stream, and the data stream is encapsulated into network frame data under a specified protocol, and the virtual Ethernet driver is used to drive the virtual The network card encapsulates the network frame data to obtain the intermediate data packet, encapsulates it according to the corresponding storage format and stores it in the shared memory, sends a notification message to the second platform domain through the hardware channel, and executes the target through the second platform domain according to the notification message. Data packet, analyze the target data packet, and drive the virtual network card to analyze the target data packet through the virtual Ethernet driver to obtain the network frame data, and then convert the network frame data into business data through the network protocol stack and send it to the second The user space of the platform domain. Realized support for standard network socket communication related APIs between different platform domains, and supported multiple network protocol stacks; realized standard, efficient, simple and common communication methods for different platform domains.

Exemplarily, in order to facilitate the understanding of the present invention, the vehicle data service is taken as an example, the first platform domain is an AP domain, and the second platform domain is an example of a CP domain, wherein the AP domain can also be used as the second platform domain, and the CP domain The domain can also be used as the first platform domain, and an exemplary description is made in the form of software architecture. FIG. 3 is a schematic diagram of the software architecture of a data transmission method under virtualization management provided by Embodiment 2 of the present invention, as shown in FIG. 3 :

1. Vehicle service layer: AP domain vehicle data service program, which can transfer business data to AP domain TCP/IP protocol stack through standard socket API, HTTP, TCP/UDP, SOME/IP and other network protocol stacks; The AP domain TCP/IP protocol stack receives business data;

2. TCP/IP protocol stack: the TCP/IP protocol stack implemented by the AP domain Linux kernel; used to receive the data stream of the vehicle service layer in the AP domain, encapsulate it into TCP/IP protocol network frame data, and transmit it to the driver of the virtual Ethernet Program; at the same time, it also receives the network frame data of the virtual Ethernet driver, parses it into a TCP/IP protocol data stream, and passes it to the vehicle service layer;

3. Virtual Ethernet driver: responsible for realizing the API of the virtual network card, for example: opening and closing the network card, transmitting network frame data, receiving network frame data, etc., is the core program of the virtual network card; receiving the AP domain TCP/IP protocol stack Network frame data, encapsulated into data packets in RPMSG format, and passed to the AP domain RPMSG software layer; at the same time, it also receives data packets in AP domain RPMSG format, parses them into network frame data format, and passes them to the AP domain TCP/IP protocol stack;

4. RPMSG software layer: Refers to AP domain Remote Processor Messaging, which is a standard interface for cross-domain communication in heterogeneous multi-core SOC; receives the RPMSG format data packet of the driver program of AP domain virtual Ethernet, encapsulates it into raw format, and writes Enter the specified memory area of the shared memory of the AP domain, and send Mailbox messages to the CP domain; at the same time, it also receives the Mailbox message of the CP domain, and then takes out the data in raw format from the specified memory area of the shared memory of the AP domain, and passes it to the virtual Ethernet of the AP domain. net driver.

5. Mailbox & shared memory: refers to the underlying software implementation of AP domain communication. Mailbox is mainly responsible for sending and receiving events. Shared memory is the shared memory between AP domain and CP domain with a large amount of data; AP Mailbox notifies CP domain Mailbox of the message; AP Mailbox simultaneously Also receive messages from the CP domain Mailbox;

6. Vehicle service layer: refers to the CP domain vehicle service layer; its function is consistent with "1. Vehicle service layer";

7. TCP/IP protocol stack: refers to the TCP/IP protocol stack under the CP domain; its function is consistent with "2.TCP/IP protocol stack";

8. Driver of virtual Ethernet: refers to the driver of virtual Ethernet in CP domain; its function is consistent with "3. Driver of virtual Ethernet";

9. RPMSG software layer: refers to the CP domain RPMSG software layer; its function is consistent with "4. RPMSG software layer";

10. Mailbox& shared memory: refers to the CP domain Mailbox& shared memory; its function is consistent with "5. Mailbox& shared memory".

Embodiment Three

FIG. 4 is a schematic structural diagram of a data transmission device under virtualization management provided by Embodiment 3 of the present invention. As shown in FIG. 4 , the device includes: a sending module 31 and an acquiring module 32 . in,

The sending module 31 is configured to receive the service data of the user space through the first platform domain, and determine the target data packet of the service data in the target format in combination with the first driver program of the first virtual Ethernet in the kernel space, and send The target data packet is written into a specified memory area, and a notification message is sent to the second platform domain;

The acquisition module 32 is configured to receive the notification message through the second platform domain, and combine the second driver program of the second virtual Ethernet in the kernel space of the second platform domain according to the notification message, The service data is acquired in the user space of the second platform domain.

The technical solution of the embodiment of the present invention is applied to the same system-on-chip SOC, and the SOC includes the first platform domain and the second platform domain. The method includes: receiving the service data of the user space through the first platform domain, and combining the second The first driver program of a virtual Ethernet determines the target data packet of the service data in the target format, writes the target data packet into the specified memory area, and sends a notification message to the second platform domain; receives the notification through the second platform domain message, and according to the notification message combined with the second driver program of the second virtual Ethernet in the kernel space of the second platform domain, obtain service data in the user space of the second platform domain. Through the virtual Ethernet, it realizes the support of standard network socket communication related APIs between different platform domains, and supports multiple network protocol stacks; realizes the standard, efficient, simple and common communication methods of different platform domains.

Optionally, the sending module 31 is used for:

converting the service data into a first data stream through a set network protocol stack;

Encapsulating the first data stream into first network frame data under a specified protocol;

Encapsulating the first network frame data by driving the first virtual network card through the first driver program to obtain an intermediate data packet;

Encapsulating the intermediate data packet according to the target format to obtain the target data packet.

Wherein, the network protocol stack is configured with at least one standard network protocol.

Optionally, the sending module 31 includes:

A first determination unit, configured to write the target data packet into a specified memory area in the shared memory;

A message notification unit, configured to send the notification message to the second platform domain after writing is completed. .

Wherein, the first determination unit is specifically used for:

transmitting the target data packet to the designated memory area through a preset bus protocol;

Obtain the storage address of the specified memory area, and determine storage information according to the storage address.

Optionally, obtain module 32, including:

a second determining unit, configured to determine the specified memory area according to the notification message;

a reading unit, configured to read the target data packet from the specified memory area;

a third determining unit, configured to determine a second data flow under the target protocol according to the target data packet and the second driver;

The obtaining unit is configured to analyze the second data stream through a set network protocol stack, and obtain the service data in the user space.

Further, the third determination unit is specifically used for:

Drive the second virtual network card through the second driver to analyze the target data packet, and determine the second network frame data;

Analyzing the second network frame data to determine the second data stream.

The data transmission device under virtualization management provided by the embodiment of the present invention can execute the data transmission method under virtualization management provided by any embodiment of the present invention, and has corresponding functional modules and beneficial effects for executing the method.

Embodiment Four

FIG. 5 shows a schematic structural diagram of an electronic device 40 that can be used to implement an embodiment of the present invention. Electronic device is intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other suitable computers. Electronic devices may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices (eg, helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are by way of example only, and are not intended to limit implementations of the inventions described and/or claimed herein.

As shown in FIG. 5 , the electronic device 40 includes at least one processor 41, and a memory connected in communication with the at least one processor 41, such as a read-only memory (ROM) 42, a random access memory (RAM) 43, etc., wherein the memory stores There is a computer program executable by at least one processor, and the processor 41 can operate according to a computer program stored in a read-only memory (ROM) 42 or loaded from a storage unit 48 into a random access memory (RAM) 43. Various appropriate actions and processes are performed. In the RAM 43, various programs and data necessary for the operation of the electronic device 40 are also stored. The processor 41 , ROM 42 and RAM 43 are connected to each other through a bus 44 . An input/output (I/O) interface 45 is also connected to the bus 44 .

Multiple components in the electronic device 40 are connected to the I/O interface 45, including: an input unit 46, such as a keyboard, a mouse, etc.; an output unit 47, such as various types of displays, speakers, etc.; a storage unit 48, such as a magnetic disk, an optical disk etc.; and a communication unit 49, such as a network card, a modem, a wireless communication transceiver, and the like. The communication unit 49 allows the electronic device 40 to exchange information/data with other devices through a computer network such as the Internet and/or various telecommunication networks.

Processor 41 may be various general and/or special purpose processing components having processing and computing capabilities. Some examples of processor 41 include, but are not limited to, central processing units (CPUs), graphics processing units (GPUs), various dedicated artificial intelligence (AI) computing chips, various processors that run machine learning model algorithms, digital signal processing processor (DSP), and any suitable processor, controller, microcontroller, etc. The processor 41 executes various methods and processes described above, such as a data transmission method under virtualization management.

In some embodiments, the data transmission method under virtualization management can be implemented as a computer program, which is tangibly embodied in a computer-readable storage medium, such as the storage unit 48 . In some embodiments, part or all of the computer program may be loaded and/or installed on the electronic device 40 via the ROM 42 and/or the communication unit 49 . When the computer program is loaded into the RAM 43 and executed by the processor 41, one or more steps of the data transmission method under virtualization management described above may be performed. Alternatively, in other embodiments, the processor 41 may be configured in any other appropriate manner (for example, by means of firmware) to execute the data transmission method under virtualization management.

Various implementations of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips Implemented in a system of systems (SOC), load programmable logic device (CPLD), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include being implemented in one or more computer programs executable and/or interpreted on a programmable system including at least one programmable processor, the programmable processor Can be special-purpose or general-purpose programmable processor, can receive data and instruction from storage system, at least one input device, and at least one output device, and transmit data and instruction to this storage system, this at least one input device, and this at least one output device an output device.

Computer programs for implementing the methods of the present invention may be written in any combination of one or more programming languages. These computer programs can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus, so that the computer program causes the functions/operations specified in the flowcharts and/or block diagrams to be implemented when executed by the processor. A computer program may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.

In the context of the present invention, a computer readable storage medium may be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus or device. A computer readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. Alternatively, a computer readable storage medium may be a machine readable signal medium. More specific examples of machine-readable storage media would include one or more wire-based electrical connections, portable computer discs, hard drives, random access memory (RAM), read only memory (ROM), erasable programmable read only memory (EPROM or flash memory), optical fiber, compact disk read only memory (CD-ROM), optical storage, magnetic storage, or any suitable combination of the foregoing.

In order to provide interaction with the user, the systems and techniques described herein can be implemented on an electronic device having a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display)) for displaying information to the user. monitor); and a keyboard and pointing device (eg, a mouse or a trackball) through which the user can provide input to the electronic device. Other kinds of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and can be in any form (including Acoustic input, speech input or, tactile input) to receive input from the user.

The systems and techniques described herein can be implemented on a computing system that includes a backend component (e.g., as a data server), or a computing system that includes a first component (e.g., an application server), or a computing system that includes a front-end component (e.g., , a user computer having a graphical user interface or a web browser through which a user may interact with embodiments of the systems and techniques described herein), or including such background components, the first components, or any combination of front-end components in a computing system. The components of the system can be interconnected by any form or medium of digital data communication, eg, a communication network. Examples of communication networks include: local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

A computing system can include clients and servers. Clients and servers are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, also known as a cloud computing server or a cloud host. It is a host product in the cloud computing service system to solve the problems of difficult management and weak business expansion in traditional physical hosts and VPS services. defect.

It should be understood that steps may be reordered, added or deleted using the various forms of flow shown above. For example, each step described in the present invention may be executed in parallel, sequentially, or in a different order, as long as the desired result of the technical solution of the present invention can be achieved, there is no limitation herein.

The above specific implementation methods do not constitute a limitation to the protection scope of the present invention. It should be apparent to those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made depending on design requirements and other factors. Any modifications, equivalent replacements and improvements made within the spirit and principles of the present invention shall be included within the protection scope of the present invention.

Claims (10)

1. The data transmission method under the virtualization management is characterized by being applied to the same system-on-chip (SOC), wherein the SOC comprises a first platform domain and a second platform domain, and the method comprises the following steps:

receiving service data of a user space through the first platform domain, determining a target data packet of the service data under a target format by combining a first driver of a first virtual Ethernet in a kernel space, writing the target data packet into a designated memory area, and sending a notification message to the second platform domain;

and receiving the notification message through the second platform domain, and acquiring the service data in the user space of the second platform domain according to the notification message and combining a second driver of a second virtual Ethernet in the kernel space of the second platform domain.

2. The method of claim 1, wherein the determining, in conjunction with the first driver of the first virtual ethernet in the kernel space, the target packet of the traffic data in the target format comprises:

converting the service data into a first data stream through a set network protocol stack;

encapsulating the first data stream into first network frame data under a specified protocol;

driving a first virtual network card to encapsulate the first network frame data through the first driver to obtain a middle data packet;

and packaging the intermediate data packet according to the target format to obtain the target data packet.

3. The method of claim 1, wherein writing the target data packet into a designated memory area and sending a notification message to the second platform domain comprises:

writing the target data packet into the appointed memory region through a preset bus protocol;

and after the writing is completed, sending the notification message to the second platform domain.

4. The method of claim 1, wherein the acquiring the traffic data in the user space of the second platform domain according to the notification message in combination with a second driver of a second virtual ethernet in the kernel space of the second platform domain comprises:

determining the appointed memory region according to the notification message;

reading the target data packet from the appointed memory region;

determining a second data flow under a target protocol according to the target data packet and the second driver;

and analyzing the second data stream through a set network protocol stack, and acquiring the service data in the user space.

5. The method of claim 4, wherein determining a second data flow under a target protocol based on the target data packet and the second driver comprises:

the second virtual network card is driven by the second driving program to analyze the target data packet, and second network frame data is determined;

and analyzing the second network frame data to determine the second data stream.

6. The method of claim 2, wherein the network protocol stack is configured with at least one standard network protocol.

7. The data transmission device under the virtualization management is characterized by being applied to the same system-on-chip (SOC), wherein the SOC comprises a first platform domain and a second platform domain, and the device comprises:

the sending module is used for receiving service data of a user space through the first platform domain, combining a first driver of a first virtual Ethernet in a kernel space, determining a target data packet of the service data in a target format, writing the target data packet into a designated memory area, and sending a notification message to the second platform domain;

and the acquisition module is used for receiving the notification message through the second platform domain, and acquiring the service data in the user space of the second platform domain according to the notification message and combining a second driver of a second virtual Ethernet in the kernel space of the second platform domain.

8. The data transmission device under the virtualization management is characterized in that the sending module is specifically configured to:

converting the service data into a first data stream through a set network protocol stack;

encapsulating the first data stream into first network frame data under a specified protocol;

driving a first virtual network card to encapsulate the first network frame data through the first driver to obtain a middle data packet;

and packaging the intermediate data packet according to the target format to obtain the target data packet.

9. An electronic device, the electronic device comprising:

at least one system on chip, SOC, comprising a first platform domain and a second platform domain; and

a memory communicatively coupled to the at least one SOC;

wherein,,

the memory stores a computer program executable by the at least one SOC to enable the at least one SOC to perform the data transfer method under virtualization management of any of claims 1-6.

10. A computer readable storage medium storing computer instructions for causing a processor to implement the method of data transmission under virtualization management of any one of claims 1-6 when executed.

Images