CN116204480A - 虚拟化串口通信方法、装置、电子设备及存储介质 - Google Patents
虚拟化串口通信方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN116204480A CN116204480A CN202310002870.1A CN202310002870A CN116204480A CN 116204480 A CN116204480 A CN 116204480A CN 202310002870 A CN202310002870 A CN 202310002870A CN 116204480 A CN116204480 A CN 116204480A
- Authority
- CN
- China
- Prior art keywords
- serial port
- data
- hypervisor
- physical
- sent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Information Transfer Systems (AREA)
Abstract
本申请涉及一种虚拟化串口通信方法、装置、电子设备及存储介质，包括：获取Guest OS系统待发送数据的实际物理串口driver；根据实际物理串口driver修改Hypervisor物理串口driver和Hypervisor内存访问空间，得到第一Hypervisor物理串口driver和第一Hypervisor内存访问空间；通过Hypervisor捕获待发送数据，存储至第一Hypervisor内存访问空间，通过第一Hypervisor物理串口driver将待发送数据发送至串口，通过串口发送待发送数据。由此，解决了相关技术中多个Guest操作系统共同使用一个物理串口的问题，提高了工作效率。
Description
技术领域
本申请涉及车载虚拟化技术领域，特别涉及一种虚拟化串口通信方法、装置、电子设备及存储介质。
背景技术
相关技术中，多核同构soc(system on chip，系统芯片)硬件上跑一个Hypervisor，由Hypervisor来提供虚拟化支持，以使得能够运行多个Guest操作系统。
然而，在这种方案下，会产生多个Guest操作系统共同使用一个物理串口的情况，亟待解决。
发明内容
本申请提供一种虚拟化串口通信方法、装置、电子设备及存储介质，由此，解决了相关技术中多个Guest操作系统共同使用一个物理串口的问题，能够实现多个Guest操作系统共同使用一个物理串口，而且Guest操作系统无需做任何修改，减小了移植工作项，提高工作效率。
本申请第一方面实施例提供一种虚拟化串口通信方法，包括以下步骤：获取当前Guest OS系统的待发送数据对应的实际物理串口driver；根据所述实际物理串口driver修改Hypervisor物理串口driver和Hypervisor内存访问空间，得到第一Hypervisor物理串口driver和第一Hypervisor内存访问空间；通过Hypervisor捕获所述待发送数据，并存储至所述第一Hypervisor内存访问空间，并通过所述第一Hypervisor物理串口driver将所述待发送数据发送至预设串口，以通过所述预设串口发送所述待发送数据。
根据上述技术手段，能够实现多个Guest操作系统共同使用一个物理串口，而且Guest操作系统无需做任何修改，减小了移植工作项，提高工作效率。
进一步地，上述的虚拟化串口通信方法，还包括：通过所述预设串口接收到待接收数据，并基于所述待接收数据产生物理中断信号；通过所述Hypervisor处理所述物理中断信号，得到与所述物理中断信号对应的虚拟中断信号；将所述虚拟中断信号发送至目标Guest OS系统，并接收所述目标Guest OS系统基于所述虚拟中断信号发出的读取数据指令；基于所述读取数据指令，确定第二Hypervisor内存访问空间，并通过第二Hypervisor物理串口driver读取所述待接收数据，并存储至所述第二Hypervisor内存访问空间，以将所述待接收数据传输至所述目标Guest OS系统。
根据上述技术手段，通过Guest OS系统接收数据，在进行GuestOS操作系统移植时，能减小移植工作项。
进一步地，在将所述虚拟中断信号发送至所述目标Guest OS系统之前，还包括：确定所述目标Guest OS系统的目标物理串口driver；基于所述目标物理串口driver，发送所述虚拟中断信号至所述目标Guest OS系统。
根据上述技术手段，实现多个Guest OS系统共同使用一个物理串口。
进一步地，所述第一Hypervisor物理串口driver和所述第二Hypervisor物理串口driver为不同Hypervisor物理串口driver。
根据上述技术手段，不同Hypervisor物理串口driver用于数据接收传输。
本申请第二方面实施例提供一种虚拟化串口通信装置，包括：第一获取模块，用于获取当前Guest OS系统的待发送数据对应的实际物理串口driver；第二获取模块，用于根据所述实际物理串口driver修改Hypervisor物理串口driver和Hypervisor内存访问空间，得到第一Hypervisor物理串口driver和第一Hypervisor内存访问空间；发送模块，用于通过Hypervisor捕获所述待发送数据，并存储至所述第一Hypervisor内存访问空间，并通过所述第一Hypervisor物理串口driver将所述待发送数据发送至预设串口，以通过所述预设串口发送所述待发送数据。
进一步地，上述的虚拟化串口通信装置，还包括：第一接收模块，用于通过所述预设串口接收到待接收数据，并基于所述待接收数据产生物理中断信号；处理模块，用于通过所述Hypervisor处理所述物理中断信号，得到与所述物理中断信号对应的虚拟中断信号；第二接收模块，用于将所述虚拟中断信号发送至目标Guest OS系统，并接收所述目标GuestOS系统基于所述虚拟中断信号发出的读取数据指令；存储模块，用于基于所述读取数据指令，确定第二Hypervisor内存访问空间，并通过第二Hypervisor物理串口driver读取所述待接收数据，并存储至所述第二Hypervisor内存访问空间，以将所述待接收数据传输至所述目标Guest OS系统。
进一步地，在将所述虚拟中断信号发送至所述目标Guest OS系统之前，还包括：确定所述目标Guest OS系统的目标物理串口driver；基于所述目标物理串口driver，发送所述虚拟中断信号至所述目标Guest OS系统。
进一步地，所述第一Hypervisor物理串口driver和所述第二Hypervisor物理串口driver为不同Hypervisor物理串口driver。
本申请第三方面实施例提供一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的虚拟化串口通信方法。
本申请第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的虚拟化串口通信方法。
由此，本申请通过获取当前Guest OS系统的待发送数据对应的实际物理串口driver，并根据实际物理串口driver修改Hypervisor物理串口driver和Hypervisor内存访问空间，得到第一Hypervisor物理串口driver和第一Hypervisor内存访问空间，并通过Hypervisor捕获待发送数据，存储至第一Hypervisor内存访问空间，通过第一Hypervisor物理串口driver将待发送数据发送至预设串口，以通过预设串口发送待发送数据。由此，解决了相关技术中多个Guest操作系统共同使用一个物理串口的问题，能够实现多个Guest操作系统共同使用一个物理串口，而且Guest操作系统无需做任何修改，减小了移植工作项，提高工作效率。
本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为根据本申请实施例提供的一种虚拟化串口通信方法的流程图；
图2为根据本申请一个实施例的Guest OS系统发送数据的流程图；
图3为根据本申请一个实施例的目标Guest OS系统接收数据的流程图；
图4为根据本申请实施例的虚拟化串口通信装置的方框示意图；
图5为根据本申请实施例的电子设备的结构示意图。
附图标记说明：10-虚拟化串口通信装置、100-第一获取模块、200-第二获取模块、300-发送模块、503-通信接口、501-存储器、502-处理器。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。
下面参考附图描述本申请实施例的虚拟化串口通信方法、装置、电子设备及存储介质。针对上述背景技术中提到的相关技术中多个Guest操作系统共同使用一个物理串口的问题，本申请提供了一种虚拟化串口通信方法，在该方法中，通过获取当前Guest OS系统的待发送数据对应的实际物理串口driver，并根据实际物理串口driver修改Hypervisor物理串口driver和Hypervisor内存访问空间，得到第一Hypervisor物理串口driver和第一Hypervisor内存访问空间，并通过Hypervisor捕获待发送数据，存储至第一Hypervisor内存访问空间，通过第一Hypervisor物理串口driver将待发送数据发送至预设串口，以通过预设串口发送待发送数据。由此，解决了相关技术中多个Guest操作系统共同使用一个物理串口的问题，能够实现多个Guest操作系统共同使用一个物理串口，而且Guest操作系统无需做任何修改，减小了移植工作项，提高工作效率。
具体而言，图1为本申请实施例所提供的一种虚拟化串口通信方法的流程示意图。
如图1所示，该虚拟化串口通信方法包括以下步骤：
在步骤S101中，获取当前Guest OS系统的待发送数据对应的实际物理串口driver。
具体地，如图2所示，图2为Guest OS系统发送数据的流程图，本申请实施例获取Guest OS系统的待发送数据对应的实际物理串口driver，并将待发送数据通过Guest OS物理串口driver发送出去。
在步骤S102中，根据实际物理串口driver修改Hypervisor物理串口driver和Hypervisor内存访问空间，得到第一Hypervisor物理串口driver和第一Hypervisor内存访问空间。其中，Hypervisor用于对内存访问空间的捕获、虚拟中断的产生、每个Guest操作系统的串口寄存器的保存以及物理串口的使用者切换。
具体地，Hypervisor捕获内存访问空间，根据实际物理串口driver需要修改物理串口driver和Hypervisor能捕获的内存访问空间，得到第一Hypervisor物理串口driver和第一Hypervisor内存访问空间。
在步骤S103中，通过Hypervisor捕获待发送数据，并存储至第一Hypervisor内存访问空间，并通过第一Hypervisor物理串口driver将待发送数据发送至预设串口，以通过预设串口发送待发送数据。
可以理解的是，Hypervisor捕获待发送数据，存储至第一Hypervisor内存访问空间，Hypervisor将数据通过Hypervisor物理串口driver发送到预设串口。
可选地，在一些实施例中，上述的虚拟化串口通信方法，还包括：通过预设串口接收到待接收数据，并基于待接收数据产生物理中断信号；通过Hypervisor处理物理中断信号，得到与物理中断信号对应的虚拟中断信号；将虚拟中断信号发送至目标Guest OS系统，并接收目标Guest OS系统基于虚拟中断信号发出的读取数据指令；基于读取数据指令，确定第二Hypervisor内存访问空间，并通过第二Hypervisor物理串口driver读取待接收数据，并存储至第二Hypervisor内存访问空间，以将待接收数据传输至目标Guest OS系统。
具体地，如图3所示，预设串口接收待接收的数据，产生对应的物理中断信号，Hypervisor处理物理中断信号，产生对应的虚拟中断信号，目标Guest OS接收到虚拟中断信号，目标Guest OS系统的物理串口driver去读取数据，Hypervisor捕获内存访问空间，第二Hypervisor物理串口driver读取待接收数据，并存储至第二Hypervisor内存访问空间，最后将待接收数据发送至目标Guest OS系统。
其中，在一些实施例中，在将虚拟中断信号发送至目标Guest OS系统之前，还包括：确定目标Guest OS系统的目标物理串口driver；基于目标物理串口driver，发送虚拟中断信号至目标Guest OS系统。
可以理解的是，本申请实施例获取目标Guest OS系统的目标物理串口driver，并通过目标物理串口driver读取虚拟中断信号。
其中，在一些实施例中，第一Hypervisor物理串口driver和第二Hypervisor物理串口driver为不同Hypervisor物理串口driver。
根据本申请实施例提出的虚拟化串口通信方法，通过获取当前Guest OS系统的待发送数据对应的实际物理串口driver，并根据实际物理串口driver修改Hypervisor物理串口driver和Hypervisor内存访问空间，得到第一Hypervisor物理串口driver和第一Hypervisor内存访问空间，并通过Hypervisor捕获待发送数据，存储至第一Hypervisor内存访问空间，通过第一Hypervisor物理串口driver将待发送数据发送至预设串口，以通过预设串口发送待发送数据。由此，解决了相关技术中多个Guest操作系统共同使用一个物理串口的问题，能够实现多个Guest操作系统共同使用一个物理串口，而且Guest操作系统无需做任何修改，减小了移植工作项，提高工作效率。
其次参照附图描述根据本申请实施例提出的虚拟化串口通信装置。
图4是本申请实施例的虚拟化串口通信装置的方框示意图。
如图4所示，该虚拟化串口通信装置10包括：第一获取模块100、第二获取模块200和发送模块300。
其中，第一获取模块100，用于获取当前Guest OS系统的待发送数据对应的实际物理串口driver；第二获取模块200，用于根据实际物理串口driver修改Hypervisor物理串口driver和Hypervisor内存访问空间，得到第一Hypervisor物理串口driver和第一Hypervisor内存访问空间；发送模块300，用于通过Hypervisor捕获待发送数据，并存储至第一Hypervisor内存访问空间，并通过第一Hypervisor物理串口driver将待发送数据发送至预设串口，以通过预设串口发送待发送数据。
可选地，在一些实施例中，上述的虚拟化串口通信装置10，还包括：第一接收模块，用于通过预设串口接收到待接收数据，并基于待接收数据产生物理中断信号；处理模块，用于通过Hypervisor处理物理中断信号，得到与物理中断信号对应的虚拟中断信号；第二接收模块，用于将虚拟中断信号发送至目标Guest OS系统，并接收目标Guest OS系统基于虚拟中断信号发出的读取数据指令；存储模块，用于基于读取数据指令，确定第二Hypervisor内存访问空间，并通过第二Hypervisor物理串口driver读取待接收数据，并存储至第二Hypervisor内存访问空间，以将待接收数据传输至目标Guest OS系统。
可选地，在一些实施例中，在将虚拟中断信号发送至目标Guest OS系统之前，还包括：确定目标Guest OS系统的目标物理串口driver；基于目标物理串口driver，发送虚拟中断信号至目标Guest OS系统。
可选地，在一些实施例中，第一Hypervisor物理串口driver和第二Hypervisor物理串口driver为不同Hypervisor物理串口driver。
需要说明的是，前述对虚拟化串口通信方法实施例的解释说明也适用于该实施例的虚拟化串口通信装置，此处不再赘述。
根据本申请实施例提出的虚拟化串口通信装置，通过获取当前Guest OS系统的待发送数据对应的实际物理串口driver，并根据实际物理串口driver修改Hypervisor物理串口driver和Hypervisor内存访问空间，得到第一Hypervisor物理串口driver和第一Hypervisor内存访问空间，并通过Hypervisor捕获待发送数据，存储至第一Hypervisor内存访问空间，通过第一Hypervisor物理串口driver将待发送数据发送至预设串口，以通过预设串口发送待发送数据。由此，解决了相关技术中多个Guest操作系统共同使用一个物理串口的问题，能够实现多个Guest操作系统共同使用一个物理串口，而且Guest操作系统无需做任何修改，减小了移植工作项，提高工作效率。
图5为本申请实施例提供的电子设备的结构示意图。该电子设备可以包括：
存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。
处理器502执行程序时实现上述实施例中提供的虚拟化串口通信方法。
进一步地，电子设备还包括：
通信接口503，用于存储器501和处理器502之间的通信。
存储器501，用于存放可在处理器502上运行的计算机程序。
存储器501可能包含高速RAM(Random Access Memory，随机存取存储器)存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。
如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是ISA(IndustryStandard Architecture，工业标准体系结构)总线、PCI(Peripheral Component，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
可选的，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。
处理器502可能是一个CPU(Central Processing Unit，中央处理器)，或者是ASIC(Application Specific Integrated Circuit，特定集成电路)，或者是被配置成实施本申请实施例的一个或多个集成电路。
本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的虚拟化串口通信方法。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (10)
1.一种虚拟化串口通信方法，其特征在于，包括以下步骤：
获取当前Guest OS系统的待发送数据对应的实际物理串口driver；
根据所述实际物理串口driver修改Hypervisor物理串口driver和Hypervisor内存访问空间，得到第一Hypervisor物理串口driver和第一Hypervisor内存访问空间；以及
通过Hypervisor捕获所述待发送数据，并存储至所述第一Hypervisor内存访问空间，并通过所述第一Hypervisor物理串口driver将所述待发送数据发送至预设串口，以通过所述预设串口发送所述待发送数据。
2.根据权利要求1所述的方法，其特征在于，还包括：
通过所述预设串口接收到待接收数据，并基于所述待接收数据产生物理中断信号；
通过所述Hypervisor处理所述物理中断信号，得到与所述物理中断信号对应的虚拟中断信号；
将所述虚拟中断信号发送至目标Guest OS系统，并接收所述目标Guest OS系统基于所述虚拟中断信号发出的读取数据指令；
基于所述读取数据指令，确定第二Hypervisor内存访问空间，并通过第二Hypervisor物理串口driver读取所述待接收数据，并存储至所述第二Hypervisor内存访问空间，以将所述待接收数据传输至所述目标Guest OS系统。
3.根据权利要求2所述的方法，其特征在于，在将所述虚拟中断信号发送至所述目标Guest OS系统之前，还包括：
确定所述目标Guest OS系统的目标物理串口driver；
基于所述目标物理串口driver，发送所述虚拟中断信号至所述目标Guest OS系统。
4.根据权利要求3所述的方法，其特征在于，所述第一Hypervisor物理串口driver和所述第二Hypervisor物理串口driver为不同Hypervisor物理串口driver。
5.一种虚拟化串口通信装置，其特征在于，包括：
第一获取模块，用于获取当前Guest OS系统的待发送数据对应的实际物理串口driver；
第二获取模块，用于根据所述实际物理串口driver修改Hypervisor物理串口driver和Hypervisor内存访问空间，得到第一Hypervisor物理串口driver和第一Hypervisor内存访问空间；以及
发送模块，用于通过Hypervisor捕获所述待发送数据，并存储至所述第一Hypervisor内存访问空间，并通过所述第一Hypervisor物理串口driver将所述待发送数据发送至预设串口，以通过所述预设串口发送所述待发送数据。
6.根据权利要求5所述的装置，其特征在于，还包括：
第一接收模块，用于通过所述预设串口接收到待接收数据，并基于所述待接收数据产生物理中断信号；
处理模块，用于通过所述Hypervisor处理所述物理中断信号，得到与所述物理中断信号对应的虚拟中断信号；
第二接收模块，用于将所述虚拟中断信号发送至目标Guest OS系统，并接收所述目标Guest OS系统基于所述虚拟中断信号发出的读取数据指令；
存储模块，用于基于所述读取数据指令，确定第二Hypervisor内存访问空间，并通过第二Hypervisor物理串口driver读取所述待接收数据，并存储至所述第二Hypervisor内存访问空间，以将所述待接收数据传输至所述目标Guest OS系统。
7.根据权利要求6所述的装置，其特征在于，在将所述虚拟中断信号发送至所述目标Guest OS系统之前，还包括：
确定所述目标Guest OS系统的目标物理串口driver；
基于所述目标物理串口driver，发送所述虚拟中断信号至所述目标Guest OS系统。
8.根据权利要求7所述的装置，其特征在于，所述第一Hypervisor物理串口driver和所述第二Hypervisor物理串口driver为不同Hypervisor物理串口driver。
9.一种电子设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-4任一项所述的虚拟化串口通信方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-4任一项所述的虚拟化串口通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310002870.1A CN116204480A (zh) | 2023-01-03 | 2023-01-03 | 虚拟化串口通信方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310002870.1A CN116204480A (zh) | 2023-01-03 | 2023-01-03 | 虚拟化串口通信方法、装置、电子设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116204480A true CN116204480A (zh) | 2023-06-02 |
Family
ID=86512170
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310002870.1A Pending CN116204480A (zh) | 2023-01-03 | 2023-01-03 | 虚拟化串口通信方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116204480A (zh) |
-
2023
- 2023-01-03 CN CN202310002870.1A patent/CN116204480A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111679921B (zh) | 内存共享方法、内存共享装置及终端设备 | |
| CN108984465B (zh) | 一种消息传输方法及设备 | |
| CN112214166B (zh) | 用于传输数据处理请求的方法和装置 | |
| CN110781119B (zh) | 一种i2c总线扩展接口及其控制方法、片上系统 | |
| CN112765084B (zh) | 计算机设备、虚拟化加速设备、数据传输方法及存储介质 | |
| CN111338662A (zh) | 从站的固件升级方法、固件升级装置及终端 | |
| CN110806997B (zh) | 一种片上系统以及存储器 | |
| CN105786736A (zh) | 一种多芯片级联的方法、芯片和装置 | |
| CN111679728B (zh) | 数据读取方法及装置 | |
| US7035956B2 (en) | Transmission control circuit, reception control circuit, communications control circuit, and communications control unit | |
| CN116028455A (zh) | 一种数据处理方法、装置、存储介质及电子设备 | |
| CN116955251A (zh) | 一种基于重排序缓冲器的读请求处理方法及相关装置 | |
| CN110990116A (zh) | 在智能网卡和虚拟机之间传输数据的方法、装置和系统 | |
| CN114238236A (zh) | 共享文件的访问方法、电子设备及计算机可读存储介质 | |
| US11288223B2 (en) | Bridge chip with function of expanding external devices and associated expansion method | |
| CN113177015A (zh) | 基于帧头的串口通讯方法和串口芯片 | |
| KR20190044098A (ko) | 컨테이너를 액세스하는데 사용하기 위한 방법 및 디바이스 | |
| CN116204480A (zh) | 虚拟化串口通信方法、装置、电子设备及存储介质 | |
| CN115480955A (zh) | 系统级芯片的数据恢复方法、装置、电子设备及存储介质 | |
| CN107562686B (zh) | 信息处理方法和装置 | |
| CN111459867B (zh) | 一种usb转smi方法、装置、转换器及存储介质 | |
| CN109597813B (zh) | 一种车辆数据处理方法及装置 | |
| CN114444423B (zh) | 基于验证平台的数据处理方法、系统及电子设备 | |
| US9336174B1 (en) | Dynamic interface model | |
| CN113691434B (zh) | 数据传输系统、方法、电子设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |