A method, apparatus, and storage medium for restoring abnormal states of inter-nuclear communication pathways.

By acquiring the operating status of the master and slave ends, determining the type of inter-core communication messages, and performing the first handshake process when there is no alarm reset, the problem of low efficiency in abnormal recovery of inter-core communication paths in system-on-a-chip is solved, and rapid communication recovery is achieved.

CN120803801BActive Publication Date: 2025-11-14XIAMEN UNISOC TECH CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202511311770.2
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2025-09-15
Publication Date
2025-11-14
Estimated Expiration
2045-09-15

AI Technical Summary

Technical Problem

In system-on-a-chip (SoC), when the host-side user thread crashes but the slave-side thread continues to run normally, existing technologies cannot quickly restore the inter-core communication path, requiring a time-consuming dual-end restart.

Method used

By obtaining the operating status of the master and slave terminals, the type of inter-core communication message is determined. If it is a preset type and there is no alarm reset on the master terminal, a communication path is established based on the initial handshake process.

Benefits of technology

It enables rapid recovery of inter-core communication in the event of host failure, avoiding dual-end restarts and improving communication recovery efficiency.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120803801B_ABST
    Figure CN120803801B_ABST
Patent Text Reader

Abstract

This invention relates to the field of communication technology, specifically to a method, apparatus, and storage medium for restoring abnormal states of inter-core communication pathways. The method includes: acquiring the operating states of a host and a slave; determining the type of inter-core communication message when the host's operating state is abnormal and the slave's operating state is normal; if the type of the inter-core communication message is a preset type, determining whether the host has no alarm reset; if the host has no alarm reset, establishing a communication pathway between the host and the slave based on an initial handshake process. This method re-establishes the pathway between the host and the slave and restores the transmission of service data, ensuring that communication can be restored as quickly as possible after a single-end abnormal reset.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of communication technology, specifically to a method, apparatus, and storage medium for restoring abnormal states of inter-core communication pathways. Background Technology

[0002] Inside a System on Chip (SoC), when the host user thread crashes but the slave is running normally, the IPC interface can only reconnect after the slave restarts. However, if the host user thread restarts but the slave is still alive, the communication path cannot be established. A special mechanism is needed to restart both the host user thread and the slave to restore normal operation, which takes a long time. Summary of the Invention

[0003] The purpose of this invention is to provide a method, apparatus, and storage medium for restoring abnormal states of inter-core communication pathways. The specific technical solution adopted is as follows:

[0004] In a first aspect, embodiments of the present invention provide a method for restoring the abnormal state of inter-core communication pathways, the method comprising:

[0005] Obtain the operating status of the master and slave devices;

[0006] When the host machine is in an abnormal operating state and the slave machine is in a normal operating state, determine the type of inter-core communication message;

[0007] If the type of the inter-core communication message is a preset type, determine whether the host terminal has no alarm reset;

[0008] If the host terminal does not reset the alarm, a communication path is established between the host terminal and the slave terminal based on the initial handshake process.

[0009] Secondly, embodiments of the present invention provide a device for restoring abnormal states of inter-core communication pathways, the device comprising:

[0010] The acquisition module is used to acquire the operating status of the host and slave devices;

[0011] The first determining module is used to determine the type of inter-core communication message when the operating state of the host is abnormal and the operating state of the slave is normal.

[0012] The second determining module is used to determine whether the host terminal has no alarm reset if the type of the inter-core communication message is a preset type.

[0013] A module is established to establish a communication path between the host and the slave device based on the initial handshake process if the host device does not have an alarm reset.

[0014] Thirdly, a computer program product is provided, comprising: computer program code, which, when run on a computer, causes the computer to perform the method described in the first aspect.

[0015] Fourthly, a computer-readable storage medium is provided that stores computer program code, which, when executed on a computer, causes the computer to perform the method described in the first aspect.

[0016] This invention offers the following advantages: After acquiring the operating status of the host and slave terminals, if the host terminal's operating status is abnormal and the slave terminal's operating status is normal, the type of inter-core communication message is determined. Thus, in the case of a host terminal disconnection while the slave terminal operates normally, it is determined whether the type of the inter-core communication message indicates that the channel is open. If the type of the inter-core communication message indicates that the channel is open, it is determined whether the host terminal has no alarm reset. If the host terminal has no alarm reset, a communication path between the host and slave terminals is established based on the initial handshake process. Therefore, when the host terminal experiences an anomaly and restarts itself without notifying the slave terminal, by determining the type of the inter-core communication message, if the type of the inter-core communication message indicates that the channel is open, the path between the host and slave terminals is re-established, and the transmission of service data is restored, ensuring that communication can be restored as quickly as possible after a single-end abnormal reset. Attached Figure Description

[0017] To more clearly illustrate the technical solutions and advantages in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 This is a schematic diagram illustrating the implementation framework of a method for restoring an abnormal state of an inter-core communication pathway, provided in some embodiments.

[0019] Figure 2 This is a schematic diagram illustrating the implementation process of a method for restoring the abnormal state of inter-core communication pathways provided in an embodiment of the present invention.

[0020] Figure 3 This is a schematic diagram of another implementation process of a method for restoring the abnormal state of inter-core communication pathways provided in an embodiment of the present invention;

[0021] Figure 4 This is a schematic diagram illustrating the implementation framework of a method for restoring an abnormal state of inter-core communication pathways provided in an embodiment of the present invention.

[0022] Figure 5 This is a schematic diagram of the structural composition of an inter-nuclear communication path abnormal state recovery device provided in an embodiment of the present invention;

[0023] Figure 6 This is a schematic diagram of the structure of a computer device provided in an embodiment of the present invention. Detailed Implementation

[0024] To further illustrate the technical means and effects adopted by the present invention to achieve its intended purpose, the following, in conjunction with the accompanying drawings and preferred embodiments, details the specific implementation, structure, features, and effects of a method for restoring an abnormal state of an inter-nuclear communication pathway according to the present invention. In the following description, different "one embodiment" or "another embodiment" do not necessarily refer to the same embodiment. Furthermore, specific features, structures, or characteristics in one or more embodiments may be combined from any suitable form.

[0025] In the description of the embodiments of the present invention, unless otherwise stated, " / " means "or". For example, A / B can mean A or B. The "and / or" in the text is merely a description of the relationship between related objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist simultaneously, and B exists alone. In addition, in the description of the embodiments of the present invention, "multiple" means two or more.

[0026] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as implying or suggesting relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature.

[0027] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains.

[0028] In some embodiments, Inter-Processor Communication (IPC) is a module that manages shared memory data formatting and simplifies application data transfer between the SoC and the processor, based on interrupt notifications (IPI, GPIO, or Mailbox IRQ mode) or by having the logic control unit (Mailbox) of multi-core communication carry data and notify via interrupts. Overall, the core is the operation of shared memory by the application processor (AP) and coprocessor (CP2): each business module calls the read / write interfaces of the IPC's streaming / block data transfer module (IPC FIFO buffer interface module / IPC block interface module, SBUF / SBLOCK) to transfer data, and then the IPC driver part completes the actual data transfer operation by transmitting inter-core communication messages (MSG) through inter-core communication.

[0029] Inter-core communication messages consist of the following four members: channel index (which is the index of the inter-core communication message), type (indicating the message type), and flag and value (optional, which can be filled in by the interface used).

[0030] The specific creation process of inter-core communication messages consists of two handshakes, such as... Figure 1 As shown, the specific creation process of the inter-core communication message includes: Host USER Thread (i.e., host side) 101, IPI / MAILBOX 102, IPI / MAILBOX 103, and Client USER Thread (i.e., slave side) 104. Among them, the host USER Thread and the client thread complete the handshake and channel creation through a combination of commands such as OPEN, OPEN ACK, and INITDONE. After the channel is created, subsequent inter-core communication messages are used to notify different cores of IPC read and write operations.

[0031] In this embodiment of the invention, the scenario is addressed when one end experiences an anomaly without prior warning:

[0032] After the inter-core communication message is created, the IPC thread only checks the flags in the inter-core communication message. The SBUF_EVENT_RDPTR_CHANGE or SBUF_EVENT_WRPTR_CHANGE flags are used to trigger different channels for read and write operations, while the handshake process depends on the type of the inter-core communication message.

[0033] In the above scenario, the slave thread has been successfully created and is waiting for the flag information in the inter-core communication message from the peer to perform channel (chn) operations, while the master user thread is in the stage where the channel has not been created. At this time, the master user thread needs to send a message of type MSG_TYPE_OPEN and wait for the peer's OPEN_ACK. Because the peer does not perform type judgment, the handshake falls into a deadlock of waiting without reply. This situation cannot be repaired after the slave restarts. After the slave restarts, it will actively send a message of type MSG_TYPE_OPEN (IPC open type command) to the master user thread. The master user thread will then think that this inter-core communication message is the OPEN_ACK that the peer replied to last time. The confusion of the handshake process leads to the master user thread and the slave being in an awkward situation where they can only recover by restarting again.

[0034] Based on this, embodiments of the present invention provide a device for restoring abnormal states of inter-core communication pathways. The specific scheme of a method for restoring abnormal states of inter-core communication pathways provided by the present invention is described below in conjunction with the accompanying drawings. Please refer to... Figure 2 This illustration shows a flowchart of an implementation of a method for restoring an abnormal state of inter-core communication pathways according to an embodiment of the present invention. The method includes:

[0035] 201, retrieve the running status of the master and slave devices.

[0036] Here, the operating status of the host and slave devices is monitored in real time to determine whether any abnormalities have occurred in their operating status.

[0037] 202. When the operating state of the host is abnormal and the operating state of the slave is normal, determine the type of inter-core communication message.

[0038] Here, abnormal states can be idle states, fault states, etc. If the master is in an abnormal state while the slave is running normally, it means that the master has encountered an abnormality and cannot notify the slave, so it restarts itself. Furthermore, the type of inter-core communication messages is polled to determine if the message type is a preset type.

[0039] In some possible implementations, when the host is in an abnormal state and the slave is in a normal state, the host is actively restarted and the streaming data transmission thread of the slave is determined; in the streaming data transmission thread, the type of the inter-core communication message of the host is determined.

[0040] Here, if an anomaly occurs on the master side while the slave side is running normally, the master side will actively restart and determine the module (IPC FIFO buffer interface module thread, SBUF thread) corresponding to the streaming data transmission thread on the slave side. In this module, additional judgments will be made on the inter-core communication messages on the slave side to analyze whether the type of the inter-core communication message is a preset type. This will facilitate message synchronization between the master side and the slave side by judging the type of the inter-core communication message.

[0041] 203. If the type of the inter-core communication message is a preset type, determine whether the host terminal has no alarm reset.

[0042] Here, the default type can be an inter-core communication message type that indicates that the channel is open (e.g., MSG_TYPE_OPEN, inter-core communication message to indicate that the channel is open).

[0043] In some possible implementations, if the inter-core communication type is "channel is opening," the data transmission method of the inter-core communication message is determined. Here, if the type is MSG_TYPE_OPEN (i.e., indicating the channel is opening), meaning the inter-core communication message's inter-core communication type indicates the channel is opening, then it is further determined whether the data transmission method of the inter-core communication message is message queue transmission (e.g., the data transmission method is using a message queue for data transmission corresponding to the inter-core communication message). If it is message queue transmission, then it is determined whether there is no alarm reset on the host side. For example, if the inter-core communication message type is MSG_TYPE_OPEN, then it is further determined whether there is no alarm reset on the host side. In this way, through multiple progressive judgments, the accuracy of the judgment can be improved.

[0044] In some embodiments, if the type of the inter-core communication message is not a preset type, the message type of the inter-core communication is polled until the type of the inter-core communication message is a preset type.

[0045] Here, if the type of the inter-core communication message is not MSG_TYPE_OPEN, i.e., it is a non-preset type, then it will run according to the old procedure, i.e., according to... Figure 1The process shown runs by polling the inter-core communication message type until the type of the inter-core communication message is MSG_TYPE_OPEN.

[0046] In some possible implementations, firstly, if the type of the inter-core communication message is not a preset type, the polling period for inter-core communication is obtained; here, the polling period can be a user-defined period or real-time polling. Then, when the host's operating state is abnormal and the slave's operating state is normal, the message type of the inter-core communication is polled based on the polling period until the type of the inter-core communication message is found to be a preset type. Here, in the scenario where the host's operating state is abnormal and the slave's operating state is normal, the slave polls the host's inter-core communication messages (i.e., the message queue data transmission module) in the SBUF thread until the type of the inter-core communication message is MSG_TYPE_OPEN (i.e., the channel is opening, which is also a preset type); thus, when the host's operating state is abnormal and the slave's operating state is normal, a timely and accurate path can be established between the slave and host, thereby achieving real-time message transmission.

[0047] In some possible implementations, when the host machine is in an abnormal operating state and the slave machine is in a normal operating state, the slave machine polls the message queue data transmission module for inter-core communication on the host machine according to a polling cycle to obtain the type of the inter-core communication message. Here, the message queue data transmission module is polled according to a polling cycle to determine whether the type of the inter-core communication message in that module is MSG_TYPE_OPEN.

[0048] 204. If the host terminal does not reset the alarm, a communication path is established between the host terminal and the slave terminal based on the initial handshake process.

[0049] Here, if there is no alarm reset on the master side, then the slave side responds to the master side according to the initial handshake process, thereby establishing a communication path between the master side and the slave side to ensure that data can be transmitted normally between the master side and the slave side.

[0050] In some possible implementations, step 104 above can be achieved through... Figure 3 The steps shown are to be implemented as follows:

[0051] 301. If the host terminal does not have an alarm reset, it responds to the slave terminal's command combination based on the initial handshake process.

[0052] Here, if the inter-core communication message type MSG_TYPE_OPEN is polled, it is determined that there is no alarm reset on the other end. Then, the slave end responds to the command combination according to the first handshake procedure to establish a communication path between the slave end and the master end.

[0053] In some possible implementations, if the host does not trigger an alarm reset, it responds to the host's enable command, enable acknowledgment command, and initialization end command based on the initial handshake process; and the enable command, enable acknowledgment command, and initialization end command are determined as the command combination. For example, the command combination includes: OPEN, OPEN_ACK, and INIT_DONE inter-core communication messages, etc.

[0054] 302. Based on the command combination, create a channel between the host and the slave.

[0055] Here, the slave device establishes a channel between itself and the master device by responding to a combination of commands from the master device, so that the slave device and the master device can communicate normally.

[0056] 303, reset the channel to the initial state to obtain a communication path between the host and the slave.

[0057] Here, after establishing the channel between the host and the slave, the channel information is reset according to the initial initialization state, so that the channel is the same as the initial initialization (INIT) state. In this way, the path between the host and the slave is re-established, and the transmission of service data is restored, so as to ensure that the path can restore communication as quickly as possible after a single-end abnormal reset.

[0058] In this embodiment of the invention, after obtaining the operating status of the host and slave, if the host's operating status is abnormal and the slave's operating status is normal, the type of inter-core communication message is determined. Thus, if the host is disconnected but the slave is operating normally, it is determined whether the type of the inter-core communication message indicates that the channel is open. If the type of the inter-core communication message indicates that the channel is open, it is determined whether the host has no alarm reset. If the host has no alarm reset, a communication path between the host and the slave is established based on the initial handshake process. Therefore, when the host experiences an anomaly and restarts itself without notifying the slave, the type of the inter-core communication message is determined. If the type of the inter-core communication message indicates that the channel is open, the path between the host and the slave is re-established, and the transmission of service data is restored, ensuring that communication can be restored as quickly as possible after a single-end abnormal reset.

[0059] In some embodiments, the method for restoring abnormal states of inter-nuclear communication pathways can be achieved through... Figure 4 The process framework shown is implemented as follows: Figure 4 As shown: The module (SBUF thread) corresponding to the streaming data transmission thread on the slave side of the client thread (i.e., slave 41) Figure 4 In the creation of SBUF (SBUF_CREAT) 43), additional checks are performed on the inter-core communication messages of the host side 42 (HOST USER THREAD). For messages of type other than MSG_TYPE_OPEN, the process continues as usual. The type of the inter-core communication message is polled by reading SBUF (SBUF_READ) 44. When an inter-core communication message of type MSG_TYPE_OPEN is polled, it is determined that the host side has no alarm reset (i.e., the type is determined, and it is predicted that the peer side has no alarm reset). Following the initial handshake process, the slave side responds to the host side's OPEN\OPEN_ACK\INIT_DONE inter-core communication messages (i.e., the initial handshake process is achieved by waiting for the inter-core communication message (MSG_WAIT 45)). The slave side's SBUF corresponds to the reverse channel initialization / initialization (CHN DEINIT\INIT), discarding existing data and resetting the address / pointer (ADDR\PTR) information, thereby ensuring that the host side process resets the channel information normally, ensuring that the channel is in the same INIT state as initially.

[0060] This invention provides a device for restoring abnormal states of inter-core communication pathways, such as... Figure 5 As shown, the device 500 includes:

[0061] The acquisition module 501 is used to acquire the operating status of the host and slave devices;

[0062] The first determining module 502 is used to determine the type of inter-core communication message when the operating state of the host is abnormal and the operating state of the slave is normal.

[0063] The second determining module 503 is used to determine that the host has no alarm reset if the type of the inter-core communication message is a preset type;

[0064] Module 504 is used to establish a communication path between the host and the slave based on the first handshake process if the host does not reset an alarm.

[0065] In some possible implementations, the establishment module 504 is also used to respond to the combination of commands from the slave device based on the initial handshake process if the host device does not have an alarm reset.

[0066] Based on the command combination, a channel is created between the host and the slave.

[0067] The channel is reset to its initial state to obtain a communication path between the host and the slave.

[0068] In some possible implementations, the establishment module 504 is further configured to respond to the start command, start response command and initialization end command of the host based on the first handshake process if the host does not have an alarm reset.

[0069] The start command, start response command, and initialization end command are determined to be the command combination.

[0070] In some possible implementations, the first determining module 502 is further configured to control the host to actively restart and determine the streaming data transmission thread of the slave when the host's operating state is abnormal and the slave's operating state is normal.

[0071] In the streaming data transmission thread, the type of the inter-core communication message on the host side is determined.

[0072] In some possible implementations, the second determining module 503 is further configured to determine the data transmission method of the inter-core communication message if the inter-core communication type is a channel being opened type;

[0073] If the data transmission method is message queue data transmission, it is determined that there are no alarm resets on the host side.

[0074] In some possible implementations, the second determining module 503 is further configured to poll the inter-core communication message type if the type of the inter-core communication message is not a preset type, until the type of the inter-core communication message is found to be a preset type.

[0075] In some possible implementations, the second determining module 503 is further configured to: if the type of the inter-core communication message is not a preset type, obtain the polling period of the inter-core communication; and if the operating state of the host is abnormal and the operating state of the slave is normal, poll the message type of the inter-core communication based on the polling period until the type of the inter-core communication message is a preset type.

[0076] In some possible implementations, the second determining module 503 is further configured to, when the operating state of the host is abnormal and the operating state of the slave is normal, based on the polling period, poll the module for transmitting message queue data of inter-core communication on the host by the slave to obtain the type of the inter-core communication message.

[0077] Optionally, the transmission medium can be a wired link (e.g., but not limited to, coaxial cable, optical fiber, and Digital Subscriber Line (DSL)) or a wireless link (e.g., but not limited to, Wireless Fidelity (WIFI), Bluetooth, and mobile device networks). It should be noted that the system provided in the above embodiments is only an example illustrating the division of the functional modules described above. In practical applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the computer device can be divided into different functional modules to complete all or part of the functions described above. Furthermore, the method embodiments provided in the above embodiments belong to the same concept, and their specific implementation processes are detailed in the method embodiments, and will not be repeated here.

[0078] Figure 6 This is a schematic diagram of the structure of a computer device provided in an embodiment of the present invention. For example, as shown... Figure 6 As shown, the computer device 600 includes: a memory 601, a processor 602, and a computer program 603 stored in the memory 601 and running on the processor 602, wherein when the processor 602 executes the computer program 603, the computer device can execute any of the aforementioned methods for restoring abnormal states of inter-core communication pathways.

[0079] Furthermore, this embodiment of the invention also protects a system that may include a memory and a processor. The memory stores executable program code, and the processor is used to call and execute the executable program code to perform a method for restoring abnormal states of inter-core communication pathways provided by this embodiment of the invention. This embodiment can divide the system into functional modules based on the above method example. For example, each module can correspond to a specific function, or two or more functions can be integrated into a single processing module. The integrated module can be implemented in hardware. It should be noted that the module division in this embodiment is illustrative and only represents a logical functional division; other division methods may exist in actual implementation. It should also be noted that all relevant content of each step involved in the above method embodiment can be referenced to the functional description of the corresponding functional module, and will not be repeated here.

[0080] It should be understood that the system provided in this embodiment is used to execute the above-described method for restoring the abnormal state of an inter-core communication path, and therefore can achieve the same effect as the above-described implementation method. When using integrated units, the system may include a processing module and a storage module. When the system is applied to a device, the processing module can be used to control and manage the device's actions. The storage module can be used to support the device in executing mutual program code, etc. The processing module may be a processor or a controller, which can implement or execute various exemplary logic blocks, modules, and circuits described in conjunction with the disclosure of this invention. The processor may also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of Digital Signal Processing (DSP) and a microprocessor, etc., and the storage module may be a memory.

[0081] Furthermore, the system provided in the embodiments of the present invention may specifically be a chip, component, or module. The chip may include a connected processor and a memory. The memory stores instructions, and when the processor calls and executes the instructions, the chip can execute the method for restoring an abnormal state of an inter-core communication path provided in the above embodiments. This embodiment also provides a computer-readable storage medium storing computer program code. When the computer program code is run on a computer, the computer executes the aforementioned method steps to implement the method for restoring an abnormal state of an inter-core communication path provided in the above embodiments.

[0082] This embodiment also provides a computer program product. When the computer program product is run on a computer, it causes the computer to perform the aforementioned related steps to realize the method for restoring the abnormal state of the inter-core communication path provided in the above embodiment. The system, computer-readable storage medium, computer program product, or chip provided in this embodiment are all used to execute the corresponding methods provided above. Therefore, the beneficial effects they achieve can be referred to in the beneficial effects of the corresponding methods provided above, and will not be repeated here. Through the description of the above embodiments, those skilled in the art can understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the system can be divided into different functional modules to complete all or part of the functions described above. In the embodiments provided by this invention, it should be understood that the disclosed system and method can be implemented in other ways. For example, the system embodiments described above are merely illustrative. For example, the division of modules or units is merely a logical functional division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interface, system or unit, and can be electrical, mechanical or other forms.

[0083] It should be noted that the order of the above embodiments of the present invention is merely for descriptive purposes and does not represent the superiority or inferiority of the embodiments. The processes depicted in the accompanying drawings do not necessarily require a specific or sequential order to achieve the desired results. In some embodiments, multiple task processing and parallel processing are possible or may be advantageous. The various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. The above content is only a specific embodiment of the present invention, but the protection scope of the present invention is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in the present invention should be covered within the protection scope of the present invention.

Claims

1. A method for restoring the abnormal state of inter-nuclear communication pathways, characterized in that, The method includes: Obtain the operating status of the master and slave devices; If the host is in an abnormal state and the slave is in a normal state, the host is controlled to actively restart and the streaming data transmission thread of the slave is determined. In the streaming data transmission thread, the type of the inter-core communication message on the host side is determined; If the type of the inter-core communication message is a preset type, determine whether the host terminal has no alarm reset; If the host terminal does not have an alarm reset, it responds to the host terminal's start command, start response command, and initialization end command based on the initial handshake process; The start command, start response command, and initialization end command are determined as the command combination of the slave device. Based on the command combination, a channel is created between the host and the slave. The channel is reset to its initial state to obtain a communication path between the host and the slave.

2. The method for restoring the abnormal state of inter-nuclear communication pathways according to claim 1, characterized in that, If the type of the inter-core communication message is a preset type, determining whether the host has no alarm reset includes: If the inter-core communication type is "channel is open", determine the data transmission method of the inter-core communication message; If the data transmission method is message queue data transmission, determine whether the host terminal has no alarm reset.

3. The method for restoring the abnormal state of inter-nuclear communication pathways according to claim 1, characterized in that, The method further includes: If the type of the inter-core communication message is not a preset type, the message type of the inter-core communication is polled until the type of the inter-core communication message is a preset type.

4. The method for restoring the abnormal state of inter-nuclear communication pathways according to claim 3, characterized in that, If the type of the inter-core communication message is not a preset type, the message type of the inter-core communication is polled until the type of the inter-core communication message is found to be a preset type, including: If the type of the inter-core communication message is not a preset type, obtain the polling period of the inter-core communication; When the host is in an abnormal state and the slave is in a normal state, the inter-core communication is polled for message type based on the polling period until the type of the inter-core communication message is a preset type.

5. The method for restoring the abnormal state of inter-nuclear communication pathways according to claim 4, characterized in that, The method further includes: When the host is in an abnormal state and the slave is in a normal state, the slave polls the message queue data transmission module of the inter-core communication on the host based on the polling period to obtain the type of the inter-core communication message.

6. A device for restoring abnormal states of inter-nuclear communication pathways, characterized in that, The method for restoring abnormal states of inter-nuclear communication pathways according to any one of claims 1 to 5, wherein the inter-nuclear communication pathway abnormal state restoration device comprises: The acquisition module is used to acquire the operating status of the host and slave devices; The first determining module is used to determine the type of inter-core communication message when the operating state of the host is abnormal and the operating state of the slave is normal. The second determining module is used to determine whether the host terminal has no alarm reset if the type of the inter-core communication message is a preset type. A module is established to establish a communication path between the host and the slave device based on the initial handshake process if the host device does not have an alarm reset.

7. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that, when executed on an electronic device, cause the electronic device to perform the method as described in any one of claims 1 to 5.

Citation Information

Patent Citations

  • Intelligent watchdog device, method and system for preventing communication equipment from crashing

    CN113094196A

  • Method and system for resetting a subsystem of a communication device

    US20110202797A1