CN111708662A - 调试方法及装置 - Google Patents

Abstract

本申请提供一种调试方法及装置，该方法包括：通过服务器包括的串行接口，接收输入的第一字符信息；判断所述第一字符信息是否与预定义功能列表标识对应的字符串匹配；若所述第一字符信息与所述预定义功能列表标识对应的字符串匹配，则向应用处理器AP发送第一启动处理期间中断SIPI指令，以使得所述AP启动调试功能驱动模块，通过所述调试功能驱动模块定位并调试BIOS在开机过程中的问题。

Description

调试方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种调试方法及装置。

背景技术

目前，在设计X86服务器硬件系统时，通常预留一个板载的串行通信接口提供给操作系统，以方便操作系统对基本输入输出系统(英文：Basic Input Output System，简称：BIOS)进行调试。该调试原理为通过串行通信的方式实现客户端与主机端的双向数据传输。按照电气标准协议，串行接口类型一般包括RS-232-C,RS-411,RS485,USB等等。

在X86服务器开机过程中，主要的调试手段是：终端通过Putty串口查看X86服务器BIOS代码运行过程中传输的调试信息。由于底层硬件的不完善或者BIOS代码缺陷等各种问题，X86服务器开机过程中会出现挂死，黑屏重启等现象，通过BIOS代码中的调试信息，并结合串口日志排查BIOS代码，可以跟踪定位到具体的代码函数位置。

但是，若串口输出的BIOS调试信息不够详细，则无法根据串口日志准确定位问题以及问题发生的原因。在定位问题时，通常在先预估问题位置，根据预估的问题位置，在BIOS代码中添加打印信息。然后，编译新版本，更新X86服务器固件后再次进行问题复现定位。如此，前述问题定位方式过程冗余耗时。

再者，若出现问题的是内存，或者外接卡的不可纠正错误(英文：UncorrectedError，简称：UCE)，或者可纠正错误(英文：Corrected Error，简称：CE)错误，或者基板管理控制器(英文：Baseboard Management Controller，简称：BMC)系统交互错误等等，此时，通过简单的查看串口日志跟踪定位BIOS代码已无法满足调试需求；而且，针对出现的问题，更新BIOS固件后问题就不再复现，破坏了现场问题环境，降低了工作效率。

发明内容

有鉴于此，本申请提供了一种调试方法及装置，用以实现在BIOS开机过程中，根据检测串口输入信息触发执行调试功能驱动，可方便快捷的进行问题定位，无需频繁编译刷新BIOS固件来进行问题定位，提高调试效率。

第一方面，本申请提供了一种调试方法，所述方法包括：

通过服务器包括的串行接口，接收输入的第一字符信息；

判断所述第一字符信息是否与预定义功能列表标识对应的字符串匹配；

若所述第一字符信息与所述预定义功能列表标识对应的字符串匹配，则向应用处理器AP发送第一启动处理期间中断SIPI指令，以使得所述AP启动调试功能驱动模块，通过所述调试功能驱动模块定位并调试BIOS在开机过程中的问题。

第二方面，本申请提供了一种调试装置，所述装置包括：

接收单元，用于通过服务器包括的串行接口，接收输入的第一字符信息；

判断单元，用于判断所述第一字符信息是否与预定义功能列表标识对应的字符串匹配；

发送单元，用于若所述第一字符信息与所述预定义功能列表标识对应的字符串匹配，则向应用处理器AP发送第一启动处理期间中断SIPI指令，以使得所述AP启动调试功能驱动模块，通过所述调试功能驱动模块定位并调试BIOS在开机过程中的问题。

因此，通过应用本申请提供的一种调试方法及装置，通过服务器包括的串行接口，接收输入的第一字符信息；判断第一字符信息是否与预定义功能列表标识对应的字符串匹配；若第一字符信息与所述预定义功能列表标识对应的字符串匹配，则向AP发送第一SIPI指令，以使得AP启动调试功能驱动模块，通过调试功能驱动模块定位并调试BIOS在开机过程中的问题。

前述方式中，实现了在BIOS开机过程中，无需依赖外围硬件调试设备，使得BIOS开机过程中可支持更丰富的调试功能，技术人员不再单纯依赖调试信息和更新BIOS固件来进行问题定位，提高了现场问题定位效率。

附图说明

图1为本申请实施例提供的一种调试方法的流程图；

图2为本申请实施例提供的多核处理器进行初始化处理过程示意图；

图3为本申请实施例提供的一种调试装置结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施例并不代表与本申请相一致的所有实施例。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相对应的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

下面对本申请实施例提供的调试方法进行详细地说明。参见图1，图1为本申请实施例提供的一种调试方法的流程图。该方法具体包括下述步骤。

步骤110、通过服务器包括的串行接口，接收输入的第一字符信息。

具体地，X86服务器包括CPU芯片组，该CPU芯片组采用多核处理器构成。每个核(Core)可具体作为启动处理器(英文：Boot Strap Processor，简称：BSP)或者应用处理器(英文：Application Processor，简称：AP)。在本申请实施例中，以BSP搭配AP的组合方式实现CPU对系统资源的调度。

基于当前X86服务器的架构，当UEFI BIOS开机上电或重启后，首先，利用CPU内部各个核之间的竞争关系，选出作为节点BSP(英文：Node BSP，简称：NBSP)的多个核，未被作为NBSP的核则作为AP，AP处于等待状态(或称为空闲状态)，即等待被启动处理期间中断(英文：Startup Inter-Processor Interrupt，简称：SIPI)指令唤醒。

然后，作为NBSP的核之间继续竞争，从NBSP当中选出一个核作为系统BSP(英文：System BSP，简称：SBSP)。未被作为SBSP的其它NBSP则像AP一样处于等待状态，即等待被SIPI指令唤醒。而作为SBSP的核则运行MRC代码，执行初始化内存、硬件等过程，直至将系统控制权转交至操作系统OS。

上述过程可称之为对服务器包括的多核处理器进行初始化处理过程。

在对多核处理器进行初始化处理后，BIOS创建调试功能驱动模块。在本申请实施例中，创建的调试功能驱动模块可配置在AP中。创建的调试功能驱动模块可包含下述多种功能：读、写、访问PCI&PCIE寄存器、向BMC系统发送IPMI指令集信息、查看BMC系统状态是否存在异常情况、查询各种底层MSR信息等等。

进一步地，在本申请实施例中，通过在BIOS程序中的串口调试信息输出函数中增加实时获取信息输入的检测功能，使得BIOS通过服务器包括的串行接口，可对终端输入的信息进行检测。BIOS通过IO方式读取UART串口控制器寄存器(该寄存器的基地址为0x3F8+LSR)来检测是否通过串行接口，接收到输入的第一字符信息。

该第一字符信息可具体为技术人员通过终端的外部硬件设备(例如，键盘)输入。终端通过串行总线与服务器直连。

步骤120、判断所述第一字符信息是否与预定义功能列表标识对应的字符串匹配。

具体地，通过串行接口，接收到第一字符信息后，BIOS判断第一字符信息是否与预定义功能列表标识对应的字符串匹配。若匹配，则执行步骤130。

在一个示例中，预定义功能列表标识对应的字符串为“DebugMode”。若第一字符信息包括的每个字符均与字符串包括的每个字符匹配，则执行步骤130。

步骤130、若所述第一字符信息与所述预定义功能列表标识对应的字符串匹配，则向应用处理器AP发送第一启动处理期间中断SIPI指令，以使得所述AP启动调试功能驱动模块，通过所述调试功能驱动模块定位并调试BIOS在开机过程中的问题。

具体地，根据前述步骤120的判断，若第一字符信息与预定义功能列表标识对应的字符串匹配，则BIOS向应用处理器AP发送第一启动处理期间中断SIPI指令，激活处于等待状态的AP。

AP接收到第一SIPI指令后，启动内部的调试功能驱动模块，通过调试功能驱动模块定位并调试BIOS在开机过程中的问题。例如，调试功能驱动模块读取主板PCI&PCIE设备寄存器，或者访问MSR寄存器，或者向BMC系统/ME系统发送IPMI指令，以查询BMC系统/ME运行状态是否正常等等。

进一步地，调试功能驱动模块还将获取的相关寄存器(例如，MSR寄存器)的信息写入VGA显存，进而在与服务器连接的显示器上显示；或者，调试功能驱动模块将获取的相关寄存器的信息写入串口，并保存在串口日志中；或者，调试功能驱动模块还可将相关寄存器的信息存储在VGA显存内，后续通过BMC系统网络界面下载相关寄存器的信息，根据上述信息定位并调试待出现的问题。

更进一步地，在本申请实施例中，由于处于等待状态的AP数量为多个，因此，BIOS在向AP发送SIPI指令时，可随机选择一个AP并向其发送SIPI指令；或者，技术人员在先制定一个AP并将该AP的标识写入BIOS启动程序中。

因此，通过应用本申请提供的一种调试方法，通过服务器包括的串行接口，BIOS接收输入的第一字符信息；BIOS判断第一字符信息是否与预定义功能列表标识对应的字符串匹配；若第一字符信息与所述预定义功能列表标识对应的字符串匹配，则BIOS向AP发送第一SIPI指令，以使得AP启动调试功能驱动模块，通过调试功能驱动模块定位并调试BIOS在开机过程中的问题。

前述方式中，实现了在BIOS开机过程中，无需依赖外围硬件调试设备，使得BIOS开机过程中可支持更丰富的调试功能，技术人员不再单纯依赖调试信息和更新BIOS固件来进行问题定位，提高了现场问题定位效率。

可选地，本申请实施例，还包括第一字符信息与预定义功能列表标识对应的字符串未匹配时，BIOS所执行的过程。

具体地，若第一字符信息与预定义功能列表标识对应的字符串未匹配，则BIOS执行开机启动流程。

进一步地，BIOS检测是否通过串行接口接收到输入的第二字符信息；BIOS判断第二字符信息是否与预定义功能列表标识对应的字符串匹配；若第二字符信息与预定义功能列表标识对应的字符串匹配，则BIOS向AP发送第二SIPI指令，以使得AP启动调试功能驱动模块，通过调试功能驱动模块定位并调试BIOS在开机过程中的问题；若第二字符信息与预定义功能列表标识对应的字符串未匹配，则BIOS在开机启动流程执行完成后，向服务器的操作系统OS转交控制权。

基于同一发明构思，本申请实施例还提供了与上述图1描述的调试方法对应的调试装置。参见图3，图3为本申请实施例提供的一种调试装置结构图，该装置包括：

接收单元310，用于通过服务器包括的串行接口，接收输入的第一字符信息；

判断单元320，用于判断所述第一字符信息是否与预定义功能列表标识对应的字符串匹配；

发送单元330，用于若所述第一字符信息与所述预定义功能列表标识对应的字符串匹配，则向应用处理器AP发送第一启动处理期间中断SIPI指令，以使得所述AP启动调试功能驱动模块，通过所述调试功能驱动模块定位并调试BIOS在开机过程中的问题。

可选地，所述接收单元310具体包括：

初始化单元(图中未示出)，用于对所述服务器包括的多核处理器进行初始化处理；

创建单元(图中未示出)，用于当多核处理器初始化完成后，创建所述调试功能驱动模块。

可选地，所述装置还包括：执行单元(图中未示出)，用于若所述第一字符信息与所述预定义功能列表标识对应的字符串未匹配，则执行开机启动流程。

可选地，所述装置还包括：检测单元(图中未示出)，用于检测是否通过所述串行接口接收到输入的第二字符信息；

所述判断单元320还用于，判断所述第二字符信息是否与所述预定义功能列表标识对应的字符串匹配；

所述发送单元330还用于，若所述第二字符信息与所述预定义功能列表标识对应的字符串匹配，则向应用处理器AP发送第二启动处理期间中断SIPI指令，以使得所述AP启动调试功能驱动模块，通过所述调试功能驱动模块定位并调试BIOS在开机过程中的问题；

所述装置还包括：转交单元(图中未示出)，用于若所述第二字符信息与所述预定义功能列表标识对应的字符串未匹配，则在开机启动流程执行完成后，向所述服务器的操作系统转交控制权。

可选地，所述初始化单元(图中未示出)具体用于，从多核处理器中，选出多个节点启动处理器NBSP，并将除所述NBSP之外的处理器作为所述AP；

从所述多个NBSP中，选出一个系统启动处理器SBSP，并将除所述SBSP之外的NBSP作为所述AP。

因此，通过应用本申请提供的一种调试装置，通过服务器包括的串行接口，该装置接收输入的第一字符信息；该装置判断第一字符信息是否与预定义功能列表标识对应的字符串匹配；若第一字符信息与所述预定义功能列表标识对应的字符串匹配，则该装置向AP发送第一SIPI指令，以使得AP启动调试功能驱动模块，通过调试功能驱动模块定位并调试BIOS在开机过程中的问题。

前述方式中，实现了在BIOS开机过程中，无需依赖外围硬件调试设备，使得BIOS开机过程中可支持更丰富的调试功能，技术人员不再单纯依赖调试信息和更新BIOS固件来进行问题定位，提高了现场问题定位效率。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

对于调试装置实施例而言，由于其涉及的方法内容基本相似于前述的方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种调试方法，其特征在于，所述方法包括：

通过服务器包括的串行接口，接收输入的第一字符信息；

判断所述第一字符信息是否与预定义功能列表标识对应的字符串匹配；

若所述第一字符信息与所述预定义功能列表标识对应的字符串匹配，则向应用处理器AP发送第一启动处理期间中断SIPI指令，以使得所述AP启动调试功能驱动模块，通过所述调试功能驱动模块定位并调试BIOS在开机过程中的问题。

2.根据权利要求1所述的方法，其特征在于，所述通过服务器包括的串行接口，接收输入的字符信息，具体包括：

对所述服务器包括的多核处理器进行初始化处理；

当多核处理器初始化完成后，创建所述调试功能驱动模块。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述第一字符信息与所述预定义功能列表标识对应的字符串未匹配，则执行开机启动流程。

4.根据权利要求3所述的方法，其特征在于，所述执行开机启动流程之后，所述方法还包括：

检测是否通过所述串行接口接收到输入的第二字符信息；

判断所述第二字符信息是否与所述预定义功能列表标识对应的字符串匹配；

若所述第二字符信息与所述预定义功能列表标识对应的字符串匹配，则向应用处理器AP发送第二启动处理期间中断SIPI指令，以使得所述AP启动调试功能驱动模块，通过所述调试功能驱动模块定位并调试BIOS在开机过程中的问题；

若所述第二字符信息与所述预定义功能列表标识对应的字符串未匹配，则在开机启动流程执行完成后，向所述服务器的操作系统转交控制权。

5.根据权利要求2所述的方法，其特征在于，所述对所述服务器包括的多核处理器进行初始化处理，具体包括：

从多核处理器中，选出多个节点启动处理器NBSP，并将除所述NBSP之外的处理器作为所述AP；

从所述多个NBSP中，选出一个系统启动处理器SBSP，并将除所述SBSP之外的NBSP作为所述AP。

6.一种调试装置，其特征在于，所述装置包括：

接收单元，用于通过服务器包括的串行接口，接收输入的第一字符信息；

判断单元，用于判断所述第一字符信息是否与预定义功能列表标识对应的字符串匹配；

发送单元，用于若所述第一字符信息与所述预定义功能列表标识对应的字符串匹配，则向应用处理器AP发送第一启动处理期间中断SIPI指令，以使得所述AP启动调试功能驱动模块，通过所述调试功能驱动模块定位并调试BIOS在开机过程中的问题。

7.根据权利要求6所述的装置，其特征在于，所述接收单元具体包括：

初始化单元，用于对所述服务器包括的多核处理器进行初始化处理；

创建单元，用于当多核处理器初始化完成后，创建所述调试功能驱动模块。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

执行单元，用于若所述第一字符信息与所述预定义功能列表标识对应的字符串未匹配，则执行开机启动流程。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

检测单元，用于检测是否通过所述串行接口接收到输入的第二字符信息；

所述判断单元还用于，判断所述第二字符信息是否与所述预定义功能列表标识对应的字符串匹配；

所述发送单元还用于，若所述第二字符信息与所述预定义功能列表标识对应的字符串匹配，则向应用处理器AP发送第二启动处理期间中断SIPI指令，以使得所述AP启动调试功能驱动模块，通过所述调试功能驱动模块定位并调试BIOS在开机过程中的问题；

所述装置还包括：转交单元，用于若所述第二字符信息与所述预定义功能列表标识对应的字符串未匹配，则在开机启动流程执行完成后，向所述服务器的操作系统转交控制权。

10.根据权利要求7所述的装置，其特征在于，所述初始化单元具体用于，从多核处理器中，选出多个节点启动处理器NBSP，并将除所述NBSP之外的处理器作为所述AP；

从所述多个NBSP中，选出一个系统启动处理器SBSP，并将除所述SBSP之外的NBSP作为所述AP。

Images