Method and device for obtaining the system status

Abstract

The present invention relates to a method and device for obtaining system status. The method includes: the first system sends detection information to the second system through the basic input and output interface of the second system; The second system returns information, and when no return information is received, prompts the second system for abnormal state information. The present invention utilizes the basic input and output interface to timely and accurately determine the state of the systems connected to each other, and output prompt information when the system is in an abnormal state such as crash or shutdown, so as to avoid operating the system when the system is abnormal; at the same time, the system The status information of the system can be known when it is in the startup initialization state; and it can provide information for certain applications that need system status information in the future, so as to facilitate subsequent operations.

Description

technical field [0001] The invention relates to the field of data communication, in particular to a method and device for acquiring system status. Background technique [0002] In a multiprocessor system, the main system (Main-system) and the subordinate system (Sub-system) have independent processors and software systems. The two systems exchange data and control information through the relatively connected serial port and Ethernet port. like figure 1 As shown, in order to realize the centralized management of the multiprocessor system without changing the physical connection mode of the system, the console of the user PC is connected to the control port (console, figure 1 The control port is physically a serial port), and the main system is controlled through the control port. At the same time, another serial port of the main system is connected to the control port of the subordinate system. When the user needs to control the subordinate system, the serial port of the m...

AI Technical Summary

Problems solved by technology

[0004] 1. The inter-board protocol depends on the driver of the protocol stack and Ethernet. For most general-purpose operating systems, the driver of the protocol stack and Ethernet can only be used at a later stage of system startup, so in the main system The status of the subordinate system can only be known at the later stage of startup, and there is a lag in the response to the status of the subordinate system;

[0005] 2. In some cases, the inter-board agreement confuses the shutdown or crash status of the subordinate system with the status of link abnormality, and cannot fully identify the shutdown or crash status of the subordinate system

If the Ethernet uses the inter-board protocol to confuse the abnormal link of the subordinate system with the status of crash or shutdown, and the user switches the main system to the control port of the subordinate system when the subordinate system is in crash or shutdown, at this time, no matter what characters are input Subordinate systems do not respond, and the user interface is very unfriendly, so the main system cannot distinguish the status of the subordinate system such as crash, shutdown, and link abnormality through the Ethernet port

Images