CN107832179A - 一种PCIe Error Enabling测试方法 - Google Patents
一种PCIe Error Enabling测试方法 Download PDFInfo
- Publication number
- CN107832179A CN107832179A CN201711206015.3A CN201711206015A CN107832179A CN 107832179 A CN107832179 A CN 107832179A CN 201711206015 A CN201711206015 A CN 201711206015A CN 107832179 A CN107832179 A CN 107832179A
- Authority
- CN
- China
- Prior art keywords
- pcie
- error
- port
- python
- itp
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
- G06F11/221—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test buses, lines or interfaces, e.g. stuck-at or open line faults
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2273—Test methods
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/26—Functional testing
- G06F11/263—Generation of test inputs, e.g. test vectors, patterns or sequences ; with adaptation of the tested hardware for testability with external testers
- G06F11/2635—Generation of test inputs, e.g. test vectors, patterns or sequences ; with adaptation of the tested hardware for testability with external testers using a storage for the test inputs, e.g. test ROM, script files
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
本发明提供一种PCIe Error Enabling测试方法,首先使用debug工具ITP查询Python语言工具能够识别的PCIe设备的拓扑端口,然后进行PCIe Error Enabling测试。该方法适用于带有XDP接口,支持PCIe Error Enabling功能的X86服务器产品。开启PCIe Error Enabling功能的情况下,给PCIe设备注入可纠正错误来模拟实际应用中出现的PCIe设备Error,通过读取寄存器的值判断PCIe Error Enabling功能是否成功实现,在Error数目达到阈值时不会发生服务器掉盘等现象。该测试方法操作简单,实用性较强,有效确保了服务器的可靠性和安全性。
Description
技术领域
本发明涉及计算机技术领域,具体地说是一种PCIe Error Enabling测试方法。
背景技术
随着互联网等重大行业对于大数据的要求,服务器的发展迅猛,对服务器的安全可靠性要求越来越高。作为服务器产品提供商,一款服务器无论是在研发阶段还是生产阶段都需要模拟客户的使用过程,对产品的安全性进行测试,而安全性的测试主要体现在RAS性能上。
RAS特性中重要的一点就是PCIe设备的RAS特性。PCIe设备是服务器中的一种重要的电子器件,随着对服务器高性能高扩展性的要求,服务器中的PCIe扩展设备越来越多,从而在其工作过程中难免会出现错误,而对于稳定性要求高的用户来说,PCIe设备故障可能会引起掉盘、断网等致命性的问题。PCIe设备错误根据其原因还可分为硬件错误和软件错误。硬件错误是由于硬件的损害或者缺陷造成;软件错误是随机出现的,例如在PCIe设备附近突然出现信号干扰等因素都可能造成PCIe设备软件错误的发生。
RAS性能指的是机器的可靠性(Reliability)、可用性(Availability)和可服务性(Serviceability)。PCIe设备级别的RAS特性是评判服务器性能高低的一个重要的技术。因此对于高性能的服务器来说,必须具备必要的容错、在线恢复等技术支持。PCIe设备RAS中的PCIe Error功能,是当一个PCIe设备Error达到一定的阈值后,达到可纠正错误的上限,会产生一条log,来便于debug分析,但是系统能自我修复并且能正常工作。
RAS性能的测试方法多种多样,但是PCIe设备的拓扑结构比较复杂,系统下的工具或是用debug工具读出来的PCIe设备的port端口,都是和实际硬件设计相关,BIOS会从硬件设备读出实际端口,但是该拓扑端口是Python语言工具无法识别的,所以传统的纯软件测试方法如Intel的IDK工具很难实现,必须要有一种方法能够找到Python语言工具能够识别的拓扑端口。
发明内容
本发明的技术任务是针对现有技术的不足,提供一种PCIe Error Enabling测试方法。
本发明解决其技术问题所采用的技术方案是:
一种PCIe Error Enabling测试方法,首先使用debug工具ITP查询Python语言工具能够识别的PCIe设备的拓扑端口,然后进行PCIe Error Enabling测试:给PCIe设备注错,模拟实际应用中PCIe设备出错情况,通过读取寄存器的值来判断PCIe Error Enabling功能是否成功实现,可纠正的错误是否能够修复。
可选地,使用debug工具ITP查询Python语言工具能够识别的PCIe设备的拓扑端口,具体过程如下:
1)准备好测试平台;
2)准备好Windows控制端平台,需要安装 .Netframework3.5、安装工具Intel®Platform Debug Toolkit,并且拷贝PCIe注错脚本到系统盘;
3)用ITP工具连接测试平台和Windows控制端平台;
4)在Windows控制端平台打开工具Intel® Platform Debug Toolkit中的ConfigConsole,选择CPU对应的相应的平台,点击Apply连接上测试机,连上之后查看CPU的core状态,设备能够读取到所有的core的信息后才能确保CPU已经被工具正确的识别到,在Windows控制端平台系统中打开PCIe注错脚本文件中的Python控制台“startCscripts.py”,不同的注错脚本名称略有不同;
5)在Python控制台中输入指令,查看PCIe设备的Port Mapping,命令如下:
#disVcuAccessMethod()
#pcie.topology()
#pcie.port_map()
ITP设备识别到的port端口和Python识别到的方式不同,需要做一下转化,转化成Python语言能够识别的port端口:
首先需要用工具打开注错的功能并且清空寄存器,确保能够读到寄存器的数据,然后需要ITP设备读取服务器上所插得所有的PCIe扩展卡,并且识别每张扩展卡的实际port端口,而且根据速率信息判断是服务器上的哪张扩展卡,最后读取转化成的Python语言的port端口名称,注错过程中只能识别该端口。
可选地,所述测试平台下测试机安装Linux操作系统,或测试机不限制系统,在BIOS setup界面下模拟。
可选地,用ITP工具连接测试平台和Windows控制端平台,是指:在测试平台断电情况下,将ITP工具的数据线XDP接口端插在测试平台主板的XDP接口,USB口插在Windows控制端平台的USB端口上,并插上ITP电源,确保Windows控制端平台识别设备。
可选地,PCIe Error Enabling测试过程如下:
1)在查询PCIe设备的port端口的基础上,给PCIe设备模拟注错,测试机上电开机,进入BIOS Setup界面,测试机台启动到BIOS setup下,开启PCIe Error Enabling功能,保存设置后退出,重启测试机台,待测试机进入系统;
2)根据上一步读到的Python能够识别的port端口,对指定的设备进行模拟用户使用环境中报错机制,输入命令:
# ei.resetinjectorlockcheck()
#halt
#ei.injectPcieError(socket=*,port=*,errType=’ce’)
#go
注:ei.resetinjectorlockcheck(),是要清空注错寄存器中的数据和解除寄存器的锁定,halt目的是使系统暂停,CPU的运行速率非常高,高速环境中ITP很难模拟注错环境,ce为可纠正的错误,Socket = 0 or 1 (0=CPU1 / 1=CPU2),port为识别到的PCIe设备的port,port为字母的情况下需要加上符号’*’;
3)根据阈值的设置大小给该PCIe设备注入可纠正的Error,当Error数目达到阈值,此时Server端通过命令ipmitool sel elist查看Error的log,通过log中的寄存器地址查看PCIe设备的错误是否注入成功并正确记录,
系统静置几分钟后,系统没有蓝屏或宕机现象,即在PCIe设备 Error达到阈值后,Device修正了PCIe设备Error。
可选地,开启PCIe Error Enabling功能,是指:设置“Advanced Settings ->Error Handling Settings”, Select “AER Handling” to “Firmware”,Select “S/WError injection Support” to “Disable”,“PCIe Error Enabling” to “Enable”。
可选地,该方法适用于带有XDP接口,支持PCIe Error Enabling功能的X86服务器产品。
本发明的一种PCIe Error Enabling测试方法,与现有技术相比所产生的有益效果是:
本发明提出一种使用Intel的debug工具ITP找到Python语言工具能够识别的拓扑端口,给PCIe设备注错,模拟实际应用中PCIe设备出错情况,通过读取寄存器的值来判断PCIeError Enabling功能是否成功实现,可纠正的错误是否能够修复。该方法适用于带有XDP接口,支持PCIe Error Enabling功能的X86服务器产品。开启PCIe Error Enabling功能的情况下,给PCIe设备注入可纠正错误来模拟实际应用中出现的PCIe设备Error,在Error数目达到阈值时不会发生服务器掉盘等现象。该测试方法操作简单,实用性较强,有效确保了服务器的可靠性和安全性。
附图说明
附图1是本发明测试方法的流程示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如附图1所示,本发明的一种PCIe Error Enabling测试方法,首先使用debug工具ITP查询Python语言工具能够识别的PCIe设备的拓扑端口,然后进行PCIe Error Enabling测试:给PCIe设备注错,模拟实际应用中PCIe设备出错情况,通过读取寄存器的值来判断PCIe Error Enabling功能是否成功实现,可纠正的错误是否能够修复。
1、使用debug工具ITP查询Python语言工具能够识别的PCIe设备的拓扑端口,具体过程如下:
1)准备好测试平台;
2)准备好Windows控制端平台,需要安装 .Netframework3.5、安装工具Intel®Platform Debug Toolkit,并且拷贝PCIe注错脚本到系统盘;
3)用ITP工具连接测试平台和Windows控制端平台;
4)在Windows控制端平台打开工具Intel® Platform Debug Toolkit中的ConfigConsole,选择CPU对应的相应的平台,点击Apply连接上测试机,连上之后查看CPU的core状态,设备能够读取到所有的core的信息后才能确保CPU已经被工具正确的识别到,在Windows控制端平台系统中打开PCIe注错脚本文件中的Python控制台“startCscripts.py”,不同的注错脚本名称略有不同;
5)在Python控制台中输入指令,查看PCIe设备的Port Mapping,命令如下:
#disVcuAccessMethod()
#pcie.topology()
#pcie.port_map()
ITP设备识别到的port端口和Python识别到的方式不同,需要做一下转化,转化成Python语言能够识别的port端口:
首先需要用工具打开注错的功能并且清空寄存器,确保能够读到寄存器的数据,然后需要ITP设备读取服务器上所插得所有的PCIe扩展卡,并且识别每张扩展卡的实际port端口,而且根据速率信息判断是服务器上的哪张扩展卡,最后读取转化成的Python语言的port端口名称,注错过程中只能识别该端口。
本发明中,测试平台下测试机安装Linux操作系统,或测试机不限制系统,在BIOSsetup界面下模拟。
本发明中,用ITP工具连接测试平台和Windows控制端平台,是指:在测试平台断电情况下,将ITP工具的数据线XDP接口端插在测试平台主板的XDP接口,USB口插在Windows控制端平台的USB端口上,并插上ITP电源,确保Windows控制端平台识别设备。
2、PCIe Error Enabling测试过程如下:
1)在查询PCIe设备的port端口的基础上,给PCIe设备模拟注错,测试机上电开机,进入BIOS Setup界面,测试机台启动到BIOS setup下,开启PCIe Error Enabling功能,保存设置后退出,重启测试机台,待测试机进入系统;
2)根据上一步读到的Python能够识别的port端口,对指定的设备进行模拟用户使用环境中报错机制,输入命令:
# ei.resetinjectorlockcheck()
#halt
#ei.injectPcieError(socket=*,port=*,errType=’ce’)
#go
注:ei.resetinjectorlockcheck(),是要清空注错寄存器中的数据和解除寄存器的锁定,halt目的是使系统暂停,CPU的运行速率非常高,高速环境中ITP很难模拟注错环境,ce为可纠正的错误,Socket = 0 or 1 (0=CPU1 / 1=CPU2),port为识别到的PCIe设备的port,port为字母的情况下需要加上符号’*’;
3)根据阈值的设置大小给该PCIe设备注入可纠正的Error,当Error数目达到阈值,此时Server端通过命令ipmitool sel elist查看Error的log,通过log中的寄存器地址查看PCIe设备的错误是否注入成功并正确记录,
系统静置几分钟后,系统没有蓝屏或宕机现象,即在PCIe设备 Error达到阈值后,Device修正了PCIe设备Error。
可选地,开启PCIe Error Enabling功能,是指:设置“Advanced Settings ->Error Handling Settings”, Select “AER Handling” to “Firmware”,Select “S/WError injection Support” to “Disable”,“PCIe Error Enabling” to “Enable”。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
除说明书所述的技术特征外,均为本专业技术人员的已知技术。
Claims (7)
1.一种PCIe Error Enabling测试方法,其特征在于,首先使用debug工具ITP查询Python语言工具能够识别的PCIe设备的拓扑端口,然后进行PCIe Error Enabling测试:给PCIe设备注错,模拟实际应用中PCIe设备出错情况,通过读取寄存器的值来判断PCIeError Enabling功能是否成功实现,可纠正的错误是否能够修复。
2.根据权利要求1所述的一种PCIe Error Enabling测试方法,其特征在于,使用debug工具ITP查询Python语言工具能够识别的PCIe设备的拓扑端口,具体过程如下:
1)准备好测试平台;
2)准备好Windows控制端平台,需要安装 .Netframework3.5、安装工具Intel®Platform Debug Toolkit,并且拷贝PCIe注错脚本到系统盘;
3)用ITP工具连接测试平台和Windows控制端平台;
4)在Windows控制端平台打开工具Intel® Platform Debug Toolkit中的ConfigConsole,选择CPU对应的相应的平台,点击Apply连接上测试机,连上之后查看CPU的core状态,设备能够读取到所有的core的信息后才能确保CPU已经被工具正确的识别到,在Windows控制端平台系统中打开PCIe注错脚本文件中的Python控制台“startCscripts.py”,不同的注错脚本名称略有不同;
5)在Python控制台中输入指令,查看PCIe设备的Port Mapping,命令如下:
#disVcuAccessMethod()
#pcie.topology()
#pcie.port_map()
ITP设备识别到的port端口和Python识别到的方式不同,需要做一下转化,转化成Python语言能够识别的port端口:
首先需要用工具打开注错的功能并且清空寄存器,确保能够读到寄存器的数据,然后需要ITP设备读取服务器上所插得所有的PCIe扩展卡,并且识别每张扩展卡的实际port端口,而且根据速率信息判断是服务器上的哪张扩展卡,最后读取转化成的Python语言的port端口名称,注错过程中只能识别该端口。
3.根据权利要求2所述的一种PCIe Error Enabling测试方法,其特征在于,所述测试平台下测试机安装Linux操作系统,或测试机不限制系统,在BIOS setup界面下模拟。
4.根据权利要求2或3所述的一种PCIe Error Enabling测试方法,其特征在于,用ITP工具连接测试平台和Windows控制端平台,是指:在测试平台断电情况下,将ITP工具的数据线XDP接口端插在测试平台主板的XDP接口,USB口插在Windows控制端平台的USB端口上,并插上ITP电源,确保Windows控制端平台识别设备。
5.根据权利要求4所述的一种PCIe Error Enabling测试方法,其特征在于,PCIeError Enabling测试过程如下:
1)在查询PCIe设备的port端口的基础上,给PCIe设备模拟注错,测试机上电开机,进入BIOS Setup界面,测试机台启动到BIOS setup下,开启PCIe Error Enabling功能,保存设置后退出,重启测试机台,待测试机进入系统;
2)根据上一步读到的Python能够识别的port端口,对指定的设备进行模拟用户使用环境中报错机制,输入命令:
# ei.resetinjectorlockcheck()
#halt
#ei.injectPcieError(socket=*,port=*,errType=’ce’)
#go
3)根据阈值的设置大小给该PCIe设备注入可纠正的Error,当Error数目达到阈值,此时Server端通过命令ipmitool sel elist查看Error的log,通过log中的寄存器地址查看PCIe设备的错误是否注入成功并正确记录,
系统静置几分钟后,系统没有蓝屏或宕机现象,即在PCIe设备 Error达到阈值后,Device修正了PCIe设备Error。
6.根据权利要求4所述的一种PCIe Error Enabling测试方法,其特征在于,开启PCIeError Enabling功能,是指:设置“Advanced Settings -> Error Handling Settings”,Select “AER Handling” to “Firmware”,Select “S/W Error injection Support” to“Disable”,“PCIe Error Enabling” to “Enable”。
7.根据权利要求4所述的一种PCIe Error Enabling测试方法,其特征在于,该方法适用于带有XDP接口,支持PCIe Error Enabling功能的X86服务器产品。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711206015.3A CN107832179A (zh) | 2017-11-27 | 2017-11-27 | 一种PCIe Error Enabling测试方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711206015.3A CN107832179A (zh) | 2017-11-27 | 2017-11-27 | 一种PCIe Error Enabling测试方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107832179A true CN107832179A (zh) | 2018-03-23 |
Family
ID=61645805
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711206015.3A Pending CN107832179A (zh) | 2017-11-27 | 2017-11-27 | 一种PCIe Error Enabling测试方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107832179A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108920297A (zh) * | 2018-07-13 | 2018-11-30 | 郑州云海信息技术有限公司 | 一种诊断黑盒日志中pcie报错信息的方法和系统 |
CN109189619A (zh) * | 2018-08-13 | 2019-01-11 | 光梓信息科技(上海)有限公司 | I2c总线兼容性测试方法、系统、存储介质及设备 |
CN109634795A (zh) * | 2018-12-12 | 2019-04-16 | 浪潮(北京)电子信息产业有限公司 | 服务器整机系统的调试方法、装置、设备及存储介质 |
CN109656768A (zh) * | 2018-12-27 | 2019-04-19 | 郑州云海信息技术有限公司 | 一种查看cpu ieer的测试方法 |
CN109710501A (zh) * | 2018-12-18 | 2019-05-03 | 郑州云海信息技术有限公司 | 一种服务器数据传输稳定性的检测方法和系统 |
CN110489298A (zh) * | 2019-07-12 | 2019-11-22 | 苏州浪潮智能科技有限公司 | 一种提高服务器PCIe设备工作稳定性的方法 |
CN110544504A (zh) * | 2019-07-26 | 2019-12-06 | 苏州浪潮智能科技有限公司 | 一种关于内存adddc功能的测试方法、系统及设备 |
CN113064749A (zh) * | 2021-04-26 | 2021-07-02 | 山东英信计算机技术有限公司 | 一种通过bios控制运行时阶段调试信息输出的方法 |
CN114201360A (zh) * | 2021-11-26 | 2022-03-18 | 苏州浪潮智能科技有限公司 | 一种aer功能管理方法、装置、服务器和存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6519718B1 (en) * | 2000-02-18 | 2003-02-11 | International Business Machines Corporation | Method and apparatus implementing error injection for PCI bridges |
CN105138438A (zh) * | 2015-08-26 | 2015-12-09 | 浪潮电子信息产业股份有限公司 | 一种memory patrol scrub测试方法 |
CN107122277A (zh) * | 2017-05-09 | 2017-09-01 | 郑州云海信息技术有限公司 | 基于pcie协议分析仪的pcieras注错测试系统及方法 |
CN107153553A (zh) * | 2017-06-09 | 2017-09-12 | 郑州云海信息技术有限公司 | 基于CScripts进行Purley平台CPU端PCIe Tx Eq调整的方法 |
CN107357753A (zh) * | 2017-07-12 | 2017-11-17 | 郑州云海信息技术有限公司 | 一种实现PCIE port和硬盘地址自动匹配的方法及系统 |
US20170337069A1 (en) * | 2016-05-23 | 2017-11-23 | Baidu Usa Llc | Concurrent testing of pci express devices on a server platform |
-
2017
- 2017-11-27 CN CN201711206015.3A patent/CN107832179A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6519718B1 (en) * | 2000-02-18 | 2003-02-11 | International Business Machines Corporation | Method and apparatus implementing error injection for PCI bridges |
CN105138438A (zh) * | 2015-08-26 | 2015-12-09 | 浪潮电子信息产业股份有限公司 | 一种memory patrol scrub测试方法 |
US20170337069A1 (en) * | 2016-05-23 | 2017-11-23 | Baidu Usa Llc | Concurrent testing of pci express devices on a server platform |
CN107122277A (zh) * | 2017-05-09 | 2017-09-01 | 郑州云海信息技术有限公司 | 基于pcie协议分析仪的pcieras注错测试系统及方法 |
CN107153553A (zh) * | 2017-06-09 | 2017-09-12 | 郑州云海信息技术有限公司 | 基于CScripts进行Purley平台CPU端PCIe Tx Eq调整的方法 |
CN107357753A (zh) * | 2017-07-12 | 2017-11-17 | 郑州云海信息技术有限公司 | 一种实现PCIE port和硬盘地址自动匹配的方法及系统 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108920297A (zh) * | 2018-07-13 | 2018-11-30 | 郑州云海信息技术有限公司 | 一种诊断黑盒日志中pcie报错信息的方法和系统 |
CN109189619A (zh) * | 2018-08-13 | 2019-01-11 | 光梓信息科技(上海)有限公司 | I2c总线兼容性测试方法、系统、存储介质及设备 |
CN109634795A (zh) * | 2018-12-12 | 2019-04-16 | 浪潮(北京)电子信息产业有限公司 | 服务器整机系统的调试方法、装置、设备及存储介质 |
CN109634795B (zh) * | 2018-12-12 | 2022-04-22 | 浪潮(北京)电子信息产业有限公司 | 服务器整机系统的调试方法、装置、设备及存储介质 |
CN109710501B (zh) * | 2018-12-18 | 2021-10-29 | 郑州云海信息技术有限公司 | 一种服务器数据传输稳定性的检测方法和系统 |
CN109710501A (zh) * | 2018-12-18 | 2019-05-03 | 郑州云海信息技术有限公司 | 一种服务器数据传输稳定性的检测方法和系统 |
CN109656768A (zh) * | 2018-12-27 | 2019-04-19 | 郑州云海信息技术有限公司 | 一种查看cpu ieer的测试方法 |
CN110489298A (zh) * | 2019-07-12 | 2019-11-22 | 苏州浪潮智能科技有限公司 | 一种提高服务器PCIe设备工作稳定性的方法 |
CN110544504A (zh) * | 2019-07-26 | 2019-12-06 | 苏州浪潮智能科技有限公司 | 一种关于内存adddc功能的测试方法、系统及设备 |
CN113064749A (zh) * | 2021-04-26 | 2021-07-02 | 山东英信计算机技术有限公司 | 一种通过bios控制运行时阶段调试信息输出的方法 |
CN113064749B (zh) * | 2021-04-26 | 2023-02-28 | 山东英信计算机技术有限公司 | 一种通过bios控制运行时阶段调试信息输出的方法 |
CN114201360A (zh) * | 2021-11-26 | 2022-03-18 | 苏州浪潮智能科技有限公司 | 一种aer功能管理方法、装置、服务器和存储介质 |
CN114201360B (zh) * | 2021-11-26 | 2023-11-17 | 苏州浪潮智能科技有限公司 | 一种aer功能管理方法、装置、服务器和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107832179A (zh) | 一种PCIe Error Enabling测试方法 | |
CN104484274B (zh) | 一种基于itp工具的内存轮巡检查功能测试方法 | |
US8874953B2 (en) | System and method of cloud testing and remote monitoring for integrated circuit components in system validation | |
KR102158754B1 (ko) | 스마트 네트워크 인터페이스 카드의 조작 방법 및 조작 장치 | |
CN103973515A (zh) | 一种网卡稳定性测试方法 | |
CN111767241B (zh) | 一种PCIe注错测试方法、装置以及存储介质 | |
CN107111595B (zh) | 用于检测早期引导错误的方法、设备及系统 | |
CN104660471A (zh) | 一种Linux下自动测试PCIE-SSD传输速率和带宽的方法 | |
CN104618187A (zh) | 一种在线测试ncsi网卡功能完整性的方法 | |
CN107193699A (zh) | 一种通过rdma方式自动测试hca卡带宽延时方法 | |
CN104317690A (zh) | 一种基于ITP工具的Memory Demand Scrub测试方法 | |
CN104268052A (zh) | 一种基于ITP工具的Memory Rank Spare测试方法 | |
CN112417798A (zh) | 一种时序测试方法、装置、电子设备及存储介质 | |
CN106547653A (zh) | 计算机系统故障状态检测方法、装置及系统 | |
CN104572386A (zh) | 一种Linux下自动测试HBA卡带宽的方法 | |
CN106095528A (zh) | 一种检测虚拟机盘符的方法 | |
CN114327571B (zh) | 文件配置方法、芯片测试机及计算机可读取存储介质 | |
CN109710479B (zh) | 一种处理方法及第一设备、第二设备 | |
US10067894B1 (en) | Cable-based configuration | |
CN114328045A (zh) | 一种bmc的i2c调试方法、系统、装置及计算机可读存储介质 | |
CN112463633B (zh) | 一种片上存储器的地址译码校验方法、装置、设备及介质 | |
CN113204456A (zh) | 一种服务器vpp接口的测试方法、治具、装置及设备 | |
US11609832B2 (en) | System and method for hardware component connectivity verification | |
US7168029B2 (en) | Method for testing a universal serial bus host controller | |
US11763913B2 (en) | Automated testing of functionality of multiple NVRAM cards |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180323 |
|
RJ01 | Rejection of invention patent application after publication |