CN116560961A - 一种串口日志收集方法、装置及其介质 - Google Patents
一种串口日志收集方法、装置及其介质 Download PDFInfo
- Publication number
- CN116560961A CN116560961A CN202310540310.1A CN202310540310A CN116560961A CN 116560961 A CN116560961 A CN 116560961A CN 202310540310 A CN202310540310 A CN 202310540310A CN 116560961 A CN116560961 A CN 116560961A
- Authority
- CN
- China
- Prior art keywords
- serial port
- port log
- instruction
- bios
- computer
- 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
- 238000000034 method Methods 0.000 title claims abstract description 108
- 230000008569 process Effects 0.000 claims description 35
- 238000004590 computer program Methods 0.000 claims description 14
- 238000004891 communication Methods 0.000 claims description 11
- 238000012545 processing Methods 0.000 claims description 11
- 238000012800 visualization Methods 0.000 claims description 9
- 238000012360 testing method Methods 0.000 abstract description 51
- 230000006870 function Effects 0.000 description 8
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 230000000007 visual effect Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000006872 improvement Effects 0.000 description 3
- 238000013473 artificial intelligence Methods 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 229910044991 metal oxide Inorganic materials 0.000 description 2
- 150000004706 metal oxides Chemical class 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000009877 rendering Methods 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010924 continuous production Methods 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3476—Data logging
-
- 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/2221—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 input/output devices or peripheral units
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3485—Performance evaluation by tracing or monitoring for I/O devices
-
- 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)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开一种串口日志收集方法、装置及其介质,涉及计算机技术领域,用于收集PC机的串口日志,针对目前收集串口日志时依赖人工和外部测试设备的问题,提供一种串口日志收集方法,通过预先烧录入BIOS中的程序收集串口日志;当BIOS未启动时,通过在CPU中预留缓存空间,将收集到的串口日志信息暂存在缓存中,以解决串口日志存储的问题;而当BIOS启动之后,PC机内存可用,则将CPU缓存中的、以及后续收集到的串口日志信息存储到更可靠的内存中,以使测试人员可根据需要获取BIOS开启前后的完整串口日志,辅助BIOS测试工作。解决目前串口日志过度依赖人工外接测试设备进行收集的问题,提高数据获取效率,简化测试流程。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种串口日志收集方法、装置及其介质。
背景技术
基本输入输出系统(Basic InputOutput System,BIOS)是个人电脑启动时加载的第一个软件,是一组固化到计算机内主板上一个只读存储器(Read-Only Memory,ROM)芯片上的程序,它保存着计算机最重要的基本输入输出的程序、开机后自检程序和系统自启动程序,以为计算机提供最底层的、最直接的硬件设置和控制。所以,当前的PC(personalcomputer,个人计算机)产品都会搭配相应的BIOS固件版本使用。因此为了保证每一版发布的BIOS能够正常的运行工作没有故障,进行BIOS测试便是PC机使用过程中必不可少的工作程序,而BIOS测试需要PC机的串口日志,以从中分析BIOS的运行是否符合预期。
在机器上电之初,BIOS中程序被执行,进入BIOS启动阶段,进而根据BIOS是否被启动,通常将PC机的启动过程分成两部分:一部分是在BIOS启动之前,此时PC机包括BIOS功能在内的大部分功能都暂且不能实现,所以对串口日志的获取也需要借助外部的串口线以及辅助测试设备进行PC机串口日志的收集,完成后续的BIOS测试工作;而另一部分则是在BIOS启动之后,此时,可能遇到诸如BIOS中有数据错误或未完成设计的选项等不影响正常开机的问题,上述问题虽然不影响正常开机,但对于BIOS正常功能的实现仍有所影响,所以此时仍需要借助外部的串口线以及辅助测试设备进行PC机串口日志的收集,这种人工接入外部设备进行测试的方式无疑会消耗大量人力、物力,同时也对测试人员的技术水平提出了一定要求,增加了BIOS测试门槛。
所以,现在本领域的技术人员亟需要一种串口日志收集方法,解决目前在进行BIOS测试时对于串口日志收集依赖人工外接测试设备所带来的一系列问题。
发明内容
本申请的目的是提供一种串口日志收集方法、装置及其介质,以解决目前在进行BIOS测试时对于串口日志收集依赖人工外接测试设备所带来的一系列问题。
为解决上述技术问题,本申请提供一种串口日志收集方法,包括:
通过预先烧录入基本输入输出系统中的程序,根据串口日志的地址以及通信协议获取计算机的串口日志信息;
在基本输入输出系统启动之前,将获取到的串口日志信息存储在计算机的中央处理器所预留的缓存区域中;
在基本输入输出系统启动之后,将获取的串口日志信息存储在计算机的内存中,并将存储在缓存区域中的串口日志信息转存到内存中。
优选的,串口日志收集方法由第一指令控制开启、由第二指令控制关闭。
优选的,第一指令和第二指令由设置在基本输入输出系统设置界面的可视化模块控制输出。
优选的,还包括:
根据接收到的串口日志导出指令,将内存中存储的串口日志信息以文件的形式导出至计算机外接的可移动存储设备中。
优选的,内存中存储的串口日志信息以文件的形式导出至计算机外接的可移动存储设备中包括:
以接收到第一指令为开始、接收到第二指令为结束,确定一次串口日志收集过程,各串口日志收集过程中收集到的串口日志信息分别以文件的形式导出至可移动存储设备中;
其中,各文件的命名规则为本次串口日志收集过程中计算机接收到第一指令的时刻。
优选的,还包括:
当接收到串口日志删除指令时,根据串口日志删除指令删除内存中指定的串口日志信息。
优选的,还包括:
根据计算机当前是否进行串口日志信息的收集,于计算机屏幕的预设区域中显示不同的标识状态。
为解决上述技术问题,本申请还提供一种串口日志收集装置,包括:
日志收集模块,用于通过预先烧录入基本输入输出系统中的程序,根据串口日志的地址以及通信协议获取计算机的串口日志信息;
第一存储模块,用于在基本输入输出系统启动之前,将获取到的串口日志信息存储在计算机的中央处理器所预留的缓存区域中;
第二存储模块,用于在基本输入输出系统启动之后,将获取的串口日志信息存储在计算机的内存中,并将存储在缓存区域中的串口日志信息转存到内存中。
在一种优选的实施方式中,上述的日志收集模块、第一存储模块和第二存储模块由第一指令控制开启、由第二指令控制关闭。
在一种优选的实施方式中,上述的第一指令和第二指令由设置在基本输入输出系统设置界面的可视化模块控制输出。
优选的,上述的一种串口日志收集装置还包括:
日志导出模块,用于根据接收到的串口日志导出指令,将所述内存中存储的所述串口日志信息以文件的形式导出至所述计算机外接的可移动存储设备中。
在一种优选的实施方式中,上述的日志导出模块具体用于根据接收到的串口日志导出指令,以接收到第一指令为开始、接收到第二指令为结束,确定一次串口日志收集过程,各串口日志收集过程中收集到的串口日志信息分别以文件的形式导出至可移动存储设备中;其中,各文件的命名规则为本次串口日志收集过程中计算机接收到第一指令的时刻。
优选的,上述的一种串口日志收集装置还包括:
日志删除模块,用于当接收到串口日志删除指令时,根据串口日志删除指令删除内存中指定的串口日志信息。
状态显示模块,用于根据计算机当前是否进行串口日志信息的收集,于计算机屏幕的预设区域中显示不同的标识状态。
为解决上述技术问题,本申请还提供一种串口日志收集装置,包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序时实现如上述的串口日志收集方法的步骤。
为解决上述技术问题,本申请还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现如上述的串口日志收集方法的步骤。
本申请提供的一种串口日志收集方法,通过预先烧录入BIOS中的程序指令进行PC机串口日志的收集,使得即使在BIOS还未正式启动之时,也可以由PC机自行进行串口日志的收集;进一步的,当BIOS未正式启动时,PC机的内存不可用,故本申请通过使CPU预留一定的缓存空间,将BIOS正式启动之前收集到的串口日志信息暂存在CPU缓存中;而当BIOS正式启动之后,PC机内存可用,则将CPU缓存中的串口日志信息以及后续收集到的串口日志信息存储到更可靠的内存中,以在测试人员需要进行故障复现等BIOS测试操作时,可以获取PC机BIOS开启前后的完整串口日志信息,辅助BIOS测试工作。上述方法可以有效地解决在进行串口日志收集时由于BIOS测试的特性导致依赖人工外接测试设备进行收集的问题,提高数据获取效率,简化测试流程,更好地协助测试人员解决BIOS研发问题的效率。
本申请提供的串口日志收集装置、及计算机可读存储介质,与上述方法对应,效果同上。
附图说明
为了更清楚地说明本申请实施例,下面将对实施例中所需要使用的附图做简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的一种串口日志收集方法的流程图;
图2为本发明提供的另一种串口日志收集方法的流程图;
图3为本发明提供的一种串口日志收集装置的结构图;
图4为本发明提供的另一种串口日志收集装置的结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下,所获得的所有其他实施例,都属于本申请保护范围。
本申请的核心是提供一种串口日志收集方法、装置及其介质。
为了使本技术领域的人员更好地理解本申请方案,下面结合附图和具体实施方式对本申请作进一步的详细说明。
BIOS作为PC机在启动时加载的第一个软件,保存着计算机最重要的基本输入输出的程序、开机后自检程序和系统自启动程序,它可从互补金属氧化物半导体(Complementary Metal Oxide Semiconductor,CMOS)芯片中读写系统设置的具体信息,主要功能是为计算机提供最底层的、最直接的硬件设置和控制,此外在部分应用场景中,BIOS还向作业系统提供一些系统参数。
而为了提升PC机的机器性能以及用户的使用体验,BIOS研发人员也在不断的根据用户需求对BIOS进行迭代更新,向BIOS中加入或修改内容,这也导致新版本的BIOS在运行的时候可能会出现之前没有出现过的问题。因此,BIOS测试便是每一版本的BIOS在发布前所必须进行的工作程序。
对于BIOS测试的实现,就需要采集PC机的串口日志,以对BIOS测试中所出现的问题进行定位和分析工作。但是,由于BIOS自身特性,在BIOS正式启动之前,测试人员无法对PC机进行操作,所以需要通过串口线将外部的测试设备与PC机内部PIN针(Pin needle)建立连接关系,进而由外部测试设备去获取PC机的串口日志信息;而在BIOS启动之后,考虑到BIOS测试这一应用场景本身即为对新版本BIOS运行的各项功能以及可靠性进行测试,所以BIOS出现有数据错误或未完成设计的选项等问题也是可以预期的,此时,虽然PC机仍然可以开机、产生对应的串口日志,但对于串口日志的获取又需要借助外部测试设备。
而这种通过外部测试设备去收集BIOS测试所需串口日志的方法,一方面需要准备诸如串口线、辅助测试机(一种外部测试设备)、串口收集软件等硬件及软件,另一方面实现起来也比较繁琐,PC机还分为3PIN串口输出以及9PIN串口输出等不同的硬件实现方式,这些都为测试人员的技术水平做出了一定要求,提高了BIOS测试的门槛。
所以,为解决上述问题,本申请提供一种串口日志收集方法,应用于需要进行BIOS测试或需要收集串口日志的PC机中,如图1所示,包括:
S11:通过预先烧录入基本输入输出系统中的程序,根据串口日志的地址以及通信协议获取计算机的串口日志信息。
需要说明的是,在串口日志的地址和所使用通信协议已知的情况下,通过指令采集PC机的串口日志对本领域技术人员是已知的,故本实施例不对上述预先烧录入BIOS的具体程序做过多赘述。而对于串口日志的地址以及通信协议,则可以通过从PC机出厂时的出厂设置信息等处获取,本实施例同样不做赘述。
容易理解的是,为保证PC机在BIOS正式启动之前即可实现串口日志的获取,对于用于收集串口日志程序的烧录位置也有一定要求,理想情况下应烧录在BIOS中其他程序之前,也即在原本BIOS正式启动之前,用于收集串口日志的程序已经开始执行。
S12:在基本输入输出系统启动之前,将获取到的串口日志信息存储在计算机的中央处理器所预留的缓存区域中。
S13:在基本输入输出系统启动之后,将获取的串口日志信息存储在计算机的内存中,并将存储在缓存区域中的串口日志信息转存到内存中。
在BIOS正式启动之前,PC机的各项功能不可用,此时CPU也无法调用内存,所以通过令CPU预留有一定的缓存区域,以暂存BIOS正式启动之前收集到的串口日志信息。
而当BIOS正式启动之后,BIOS完成其最基本的功能,也即为计算机提供最底层的、最直接的硬件设置和控制,此时CPU可以使用内存用于数据存储,所以在BIOS正式启动之后的串口日志信息可直接存储到内存中,以得到较好的可靠性。同理,在BIOS正式启动之前收集且暂存在CPU预留的缓存区域中的串口日志信息,也需要转存到内存中,一方面提高数据存储的可靠性,另一方面也使得收集到的串口日志信息可以集中存储,易于管理和导出。
对于内存空间的使用,则可由CPU通过函数指令申请出一块内存空间专门用于存放收集到的串口日志信息,考虑到如何申请PC机内存空间的使用是本领域技术人员所熟知的,故本实施例也不对此做出赘述。
还需要说明的是,在上述步骤中,步骤S11是一个持续的过程,贯穿串口日志收集任务的始终,使得可以在BIOS启动前后都进行PC机串口日志的收集。而步骤S12和步骤S13则是分别针对BIOS处于不同的启动阶段下,对于步骤S11中采集到的串口日志信息如何进行存储所执行的步骤,根据PC机BIOS正式启动前后的特性,做出针对性设置,以保证收集到的串口日志信息不至于丢失。
本申请所提供的一种串口日志收集方法,通过预先烧录入BIOS的程序实现PC机串口日志信息的获取,并根据BIOS的特性针对其启动前后进行针对性的设置以存储收集到的串口日志信息;在BIOS正式启动之前,通过CPU预留缓存区域暂存收集到的串口日志信息;在BIOS正式启动之后,则将获取到的串口日志信息存放在已经可以被使用的内存中,并且将先前暂存的串口日志信息转存到内存中,以保证串口日志信息不丢失,以在后续的故障重现操作中被使用。通过上述方法可以有效地解决目前在收集BIOS软件串口日志的过程普遍依赖人工以及外部测试设备的问题,简化收集流程,降低测试门槛,使得BIOS测试工作的实施变得更加便捷。
进一步的,由于上述实施例中对于串口日志的收集是通过预先烧录在BIOS中的程序实现的,所以对于收集串口日志的起始,则是在PC机上电之初、烧录在BIOS中的程序即被执行,此时开启了对PC机串口日志的收集。那么对于如何控制串口日志收集过程的结束,以及如何自由控制串口日志的收集,本实施例提供一种优选的实施方案:
上述的串口日志收集方法由第一指令控制开启、由第二指令控制关闭。
对于第一指令和第二指令的发出方,通常为用户,具体的,可以是用户通过PC机的输入设备(例如键盘、鼠标)下达第一指令或第二指令,也可以是用户通过其他设备向PC机下达第一指令或第二指令。
容易理解的是,上述的“第一”、“第二”仅是对于两指令分别用于控制日志收集的开启与关闭的区分,不代表第一指令和第二指令在具体形式、内容上必须不同,在某些特定的应用场景中,第一指令和第二指令也可以是相同命令,例如串口日志收集方法的开启与关闭受某一状态位的具体值(0或1)控制,则第一指令和第二指令可以皆可以是令状态值置反的指令。若以状态位的值为“1”表示串口日志收集任务的开启、“0”表示关闭,则当状态位值为“0”时收到的置反指令即为第一指令,在状态位值为“1”时收到的置反指令即为第二指令。
对于第一指令、第二指令如何控制串口日志收集的开启与关闭,容易知道的是,现有通过串口日志收集软件由外部测试设备收集日志的方法中,即有通过指令控制串口日志收集的开始与关闭的方法,故第一指令和第二指令的实施方式与其同理。进一步的,对于第一指令,上述实施例中,本方法是通过在CPU中预留一定的缓冲区域以存储在BIOS正式启动之前收集的串口日志信息,也就是说,如果CPU未预留出缓冲区域,则无法保证BIOS启动之前串口日志的收集,所以第一指令具体还可以包括对CPU预留缓冲区域的设置指令,那么与之同理,第二指令中也可以包括对取消CPU预留缓冲区域的设置指令。
此外,考虑到本申请所提供的串口日志收集方法主要是解决BIOS测试过程中串口日志收集困难的问题,所以本实施例还提供一种优选的实施方案:
第一指令和第二指令由设置在基本输入输出系统设置界面的可视化模块控制输出。
也即,上述串口日志收集方法的开始和关闭由设置在BIOS设置(setup)界面的可视化模块控制。该可视化模块可以是以选项或可视化开关等形式显示,以供用户通过鼠标点击或键盘输入快捷键等方式控制串口日志收集的开启与关闭,也即第一指令和第二指令的下达。
本实施例通过第一指令和第二指令的形式控制串口日志信息收集任务的开启与关闭,使串口日志收集过程更加灵活可控,测试人员可以仅收集其所需要的串口日志,减少不必要的工作的同时也有助于提高BIOS测试效率。此外,本实施例还提供一种第一指令和第二指令的下达优选方案,即通过设置于BIOS setup界面的可视化模块实现第一指令或第二指令的下发,具体可以通过可视化选项或可视化开关的形式实现,增强控制方法的可读性,降低上述串口日志收集方法的操作门槛,进一步简化BIOS测试流程。
由上述实施例可知,通过第一指令和第二指令的形式可以灵活控制PC机串口日志的采集,以用于实现故障复现操作分析解决BIOS软件中出现的问题。上述实施例中,采集到的串口日志信息存储在PC机的内存中,所以本实施例基于此还提供一种优选的实施方案,上述方法还包括:
S14:根据接收到的串口日志导出指令,将内存中存储的串口日志信息以文件的形式导出至计算机外接的可移动存储设备中。
也即本实施例提供一种对收集到的串口日志进行导出的功能,将存储在PC机中的串口日志信息导出到与PC机连接的可移动存储设备中,使得测试人员可以更方便的转移、携带串口日志信息。对于上述的可移动存储设备,本实施例未做限制,可根据PC机实际支持的可移动存储设备种类决定,例如当前的PC机普遍支持移动硬盘以及通用串行总线(Universal Serial Bus,USB)接口闪存盘(USB flash disk,即U盘)等设备,则上述的可移动存储设备具体可以是移动硬盘或者U盘。
与上述第一指令、第二指令下达方式的优选实施例相似的是,本实施例中的串口日志导出指令也可以由用户在BIOS setup界面中进行下达,同样可由可视化选项或开关的形式进行操作,具体实施方式请参见上述第一指令、第二指令部分的实施例,本实施例不再赘述。
又由上述实施例可以知道的是,通过第一指令和第二指令的下达可以灵活地控制一次串口日志收集任务的开始和关闭,因此,以接收到第一指令为开始、接收到第二指令为结束,可以确定一次串口日志收集过程或一个串口日志收集任务。而在实际实施中也不能保证在每一次串口任务收集任务结束后,测试人员都可以及时对串口日志信息进行导出,所以,此时出现PC机中存储着多个串口日志收集任务对应的串口日志信息需要导出。
对于上述问题,本实施例还提供一种优选的实施方案,上述步骤S14中将内存中存储的串口日志信息以文件的形式导出至计算机外接的可移动存储设备中的步骤具体又为:
以接收到第一指令为开始、接收到第二指令为结束,确定一次串口日志收集过程,各串口日志收集过程中收集到的串口日志信息分别以文件的形式导出至可移动存储设备中;
其中,各文件的命名规则为本次串口日志收集过程中计算机接收到第一指令的时刻,例如一种可能的命名格式为第一指令接收时刻的“年月日-时分”,示例性的有被命名为“20230224-0917”的串口日志文件。
进一步的,当需要导出至可移动存储设备的串口日志文件有多个时,则串口日志文件在可移动存储设备中以文件名称的时间排序存储。
本实施例所提供的优选方案提供一种串口日志信息信息导出的实施方案,具体即为将收集到的串口日志信息以文件的形式导出到PC机所外接的可移动存储设备中,以方便测试人员随时通过可插拔的可移动设备将串口日志信息进行转移、携带,实现更为灵活便捷的BIOS测试。进一步的,根据由第一指令以及第二指令控制的串口日志收集进程,可将收集到的串口日志信息根据所述任务的不同进行区分,相应的在导出时每一收集任务对应的串口日志信息单独以一个文件的形式输出,每一串口日志文件通过对应收集任务的开始时刻为文件命名,以唯一区分不同收集任务,方便测试人员进行后续的测试工作,进一步简化BIOS测试工作。
由于PC机中内存空间有限,且内存还有其他数据存储任务,所以对于收集到的串口日志信息需要及时进行清理,以释放内存空间。因此,本实施例还提供一种优选的实施方案,上述方法还包括:
S15:当接收到串口日志删除指令时,根据串口日志删除指令删除内存中指定的串口日志信息。
与上述第一指令、第二指令以及串口日志导出指令同理,串口日志删除指令的实现方式也可以通过显示在BIOS setup界面中的可视化模块,
对于串口日志删除指令,具体还可以用于选择删除某一部分的串口日志文件,在上述实施例中,对应于不同收集任务的不同串口日志文件以开始时刻作为命令方式,则在可视化显示时也可通过开始时刻的先后顺序排序展示,由用户选择需要删除的串口日志文件,下达相应的串口日志删除指令以删除选中文件。
在另一种可能的实施方案中,串口日志文件的删除触发逻辑可以为该串口日志文件是否被导出至可移动存储设备。示例性的,当收集到的串口日志文件未被导出过可移动存储设备中,则该串口日志文件保留;反之,当通过串口日志文件导出指令从内存中导出所需文件至可移动存储设备中时,内存中的文件进行删除,也即每当有串口日志文件被导出至可移动存储设备中,则生成对应的串口日志删除指令以删除此串口日志文件。
本实施例所提供的一种优选方案,通过串口日志删除指令删除内存中指定的串口日志信息,以释放内存空间,避免了对后续串口日志收集的影响,也有利于在日志文件导出时剔除过期、失效信息的干扰。
进一步的,同样为提高上述的一种串口日志收集方法的可读性,本实施例还提供一种较优的实施方案,上述方法还包括:
S16:根据计算机当前是否进行串口日志信息的收集,于计算机屏幕的预设区域中显示不同的标识状态。
需要说明的是,不同的标识状态可以通过不同的标识实现,也可以通过对同一标识的显示/不显示状态实现,本实施例对此不做限制。但一般而言,实际应用中倾向选用后一种实施方案,当开始串口日志收集时,即在PC机屏幕的预设位置(例如屏幕右上角预设大小的一块区域)显示提示图标,提示图标的具体实施方式本实施例不做限制,可根据实际需要自由选择。
此外,对于判断计算机(也即PC机)当前是否进行串口日志信息的收集,可以通过多种方式判断,示例性的,可以通过CPU缓存区域中或内存中是否有新的串口日志信息存储判断,也可以通过上一接收到的指令具体是第一指令还是第二指令进行判断(此处的上一接收指令仅考虑第一指令或第二指令)等,本实施例同样不做限制。
还需要说明的是,上述的步骤S14-S16都为由对应指令触发的步骤,故步骤S14-S16之间、步骤S14-S16与步骤S11-S13之间都无先后顺序关系限制,其执行顺序由用户实时下达的指令决定。
本实施例所提供的优选方案,通过在PC机屏幕的预设区域内显示不同的标识状态以可视化的显示PC机当前是否在进行串口日志信息的收集,使测试人员可以直观地得知当前串口日志收集状态,解决了上述实施例中串口日志收集方法偏向后台实现不利于前端人员掌握状态的问题。
根据上述实施例所提供的一种串口日志收集方法,可以有效地解决目前在进行BIOS测试中获取所需串口日志困难的问题,为更清楚地说明本方法在具体的应用场景中如何进行应用,本实施例下面结合实例做出进一步的说明,如图2所示,流程包括:
S21:确保PC机配置完全后,令PC机开机以进入BIOS setup界面。
需要说明的是,上述的PC机配置既包括正常情况下为使PC机启动所需进行的配置,也包括上述方法中为实现串口日志信息收集所需的配置,例如串口日志的地址以及通信协议的配置。
另外,本步骤中还未开始串口日志的收集,本步骤为串口日志收集前的准备工作。
S22:于BIOS setup界面中选择串口日志选项,开启串口日志收集开关。
也即上述实施例中的下达第一指令,由于一次完成的串口日志收集过程是包括BIOS启动前后两个阶段的,但对于控制串口日志收集进程开启的第一指令的下达是在BIOSsetup界面中下达,BIOS setup界面的显示建立在BIOS已正常启动的前提下,故在正式进行串口日志收集之前,先需要进行一次准备配置工作。
S23:保存BIOS配置并重启后,通过测试机进行操作复现,以复现之前BIOS出现的故障情况。
在经由步骤S22的配置并重启后,串口日志收集进程正式开启,此时便可通过测试机操作复现先前出现的BIOS故障,此时PC机输出的串口日志也即为包括异常信息的串口日志,可用于分析、解决BIOS故障。
S24:在操作复现之后,于BIOS setup界面中选择日志导出选项,选择需要导出的串口日志文件。
在日志导出选项中,收集到的各串口日志文件以开始时刻命名并排序显示,用户可对文件进行选择,以导出所需的串口日志。需要说明的是,在进行日志导出之前,需要保证PC机连接有可移动存储设备,而当PC机连接有多个可移动存储设备时,还可以于BIOSsetup界面中选择具体需要导出到具体某一个可移动存储设备中。
S25:于BIOS setup界面中选择日志删除选项,选择需要删除的串口日志文件。
本步骤与步骤S24的日志导出过程相似,具体可参见上述步骤S24的具体实施方案。
S26:于BIOS setup界面中选择串口日志选项,关闭串口日志收集开关。
至此,一次串口日志的收集过程以及导出过程完毕,可实现基于PC机自行实现的串口日志收集,整个操作过程简单、可读性强,无需测试人员具有过强的专业知识,实施门槛低且效率更高,有利于BIOS的设计与改进。
在上述实施例中,对于一种串口日志收集方法进行了详细描述,本申请还提供一种串口日志收集装置对应的实施例。需要说明的是,本申请从两个角度对装置部分的实施例进行描述,一种是基于功能模块的角度,另一种是基于硬件的角度。
基于功能模块的角度,如图3所示,本实施例提供一种串口日志收集装置,包括:
日志收集模块31,用于通过预先烧录入基本输入输出系统中的程序,根据串口日志的地址以及通信协议获取计算机的串口日志信息;
第一存储模块32,用于在基本输入输出系统启动之前,将获取到的串口日志信息存储在计算机的中央处理器所预留的缓存区域中;
第二存储模块33,用于在基本输入输出系统启动之后,将获取的串口日志信息存储在计算机的内存中,并将存储在缓存区域中的串口日志信息转存到内存中。
在一种优选的实施方式中,上述的日志收集模块、第一存储模块和第二存储模块由第一指令控制开启、由第二指令控制关闭。
在一种优选的实施方式中,上述的第一指令和第二指令由设置在基本输入输出系统设置界面的可视化模块控制输出。
优选的,上述的一种串口日志收集装置还包括:
日志导出模块,用于根据接收到的串口日志导出指令,将所述内存中存储的所述串口日志信息以文件的形式导出至所述计算机外接的可移动存储设备中。
在一种优选的实施方式中,上述的日志导出模块具体用于根据接收到的串口日志导出指令,以接收到第一指令为开始、接收到第二指令为结束,确定一次串口日志收集过程,各串口日志收集过程中收集到的串口日志信息分别以文件的形式导出至可移动存储设备中;其中,各文件的命名规则为本次串口日志收集过程中计算机接收到第一指令的时刻。
优选的,上述的一种串口日志收集装置还包括:
日志删除模块,用于当接收到串口日志删除指令时,根据串口日志删除指令删除内存中指定的串口日志信息。
状态显示模块,用于根据计算机当前是否进行串口日志信息的收集,于计算机屏幕的预设区域中显示不同的标识状态。
由于装置部分的实施例与方法部分的实施例相互对应,因此装置部分的实施例请参见方法部分的实施例的描述,这里暂不赘述。
本实施例所提供的一种串口日志收集装置,由日志收集模块通过预先烧录入BIOS的程序实现PC机串口日志信息的获取,并根据BIOS的特性针对其启动前后进行针对性的设置以存储收集到的串口日志信息;具体的,在BIOS正式启动之前,由第一存储模块通过CPU预留缓存区域暂存收集到的串口日志信息;在BIOS正式启动之后,则由第二存储模块将获取到的串口日志信息存放在已经可以被使用的内存中,并且将先前暂存的串口日志信息转存到内存中,以保证串口日志信息不丢失,以在后续的故障重现操作中被使用。通过本装置可以有效地解决目前在收集BIOS软件串口日志的过程普遍依赖人工以及外部测试设备的问题,简化收集流程,降低测试门槛,使得BIOS测试工作的实施变得更加便捷。
图4为本申请另一实施例提供的一种串口日志收集装置的结构图,如图4所示,一种串口日志收集装置包括:存储器40,用于存储计算机程序;
处理器41,用于执行计算机程序时实现如上述实施例一种串口日志收集方法的步骤。
本实施例提供的一种串口日志收集装置可以包括但不限于台式机、笔记本电脑、小型笔记本电脑、平板电脑以及超级本等。
其中,处理器41可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器41可以采用数字信号处理器(Digital Signal Processor,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable LogicArray,PLA)中的至少一种硬件形式来实现。处理器41也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称中央处理器(CentralProcessing Unit,CPU);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器41可以集成有图像处理器(Graphics Processing Unit,GPU),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器41还可以包括人工智能(Artificial Intelligence,AI)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器40可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器40还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。本实施例中,存储器40至少用于存储以下计算机程序401,其中,该计算机程序被处理器41加载并执行之后,能够实现前述任一实施例公开的一种串口日志收集方法的相关步骤。另外,存储器40所存储的资源还可以包括操作系统402和数据403等,存储方式可以是短暂存储或者永久存储。其中,操作系统402可以包括Windows、Unix、Linux等。数据403可以包括但不限于一种串口日志收集方法等。
在一些实施例中,一种串口日志收集装置还可包括有显示屏42、输入输出接口43、通信接口44、电源45以及通信总线46。
本领域技术人员可以理解,图4中示出的结构并不构成对一种串口日志收集装置的限定,可以包括比图示更多或更少的组件。
本申请实施例提供的一种串口日志收集装置,包括存储器和处理器,处理器在执行存储器存储的程序时,能够实现如下方法:一种串口日志收集方法。
本实施例所提供的一种串口日志收集装置,通过处理器执行保存在存储器中的计算机程序,以对PC机启动后的串口日志进行收集,在BIOS启动之前,则通过预先在CPU中预留的缓存区域暂存收集到的串口日志信息;在BIOS启动之后,则可以调用内存实现后续收集到的串口日志信息的存储,并且将先前暂存在缓存区域中的串口日志信息转存到内存中,以保证数据的可靠性,测试人员得以根据需要随时获取保存在内存中的串口日志信息,实现BIOS串口日志的收集,无需借助人工以及外部测试设备,简化整个串口日志收集流程,降低收集门槛,更有利于实际应用。
最后,本申请还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。
可以理解的是,如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本实施例所提供的一种计算机可读取存储介质,当其中存储的计算机程序被执行时,可以对PC机启动后的串口日志进行收集,在BIOS启动之前,则通过预先在CPU中预留的缓存区域暂存收集到的串口日志信息;在BIOS启动之后,则可以调用内存实现后续收集到的串口日志信息的存储,并且将先前暂存在缓存区域中的串口日志信息转存到内存中,以保证数据的可靠性,测试人员得以根据需要随时获取保存在内存中的串口日志信息,实现BIOS串口日志的收集,无需借助人工以及外部测试设备,简化整个串口日志收集流程,降低收集门槛,更有利于实际应用。
以上对本申请所提供的一种串口日志收集方法、装置及其介质进行了详细介绍。说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (10)
1.一种串口日志收集方法,其特征在于,包括:
通过预先烧录入基本输入输出系统中的程序,根据串口日志的地址以及通信协议获取计算机的串口日志信息;
在所述基本输入输出系统启动之前,将获取到的所述串口日志信息存储在所述计算机的中央处理器所预留的缓存区域中;
在所述基本输入输出系统启动之后,将获取的所述串口日志信息存储在所述计算机的内存中,并将存储在所述缓存区域中的所述串口日志信息转存到所述内存中。
2.根据权利要求1所述的串口日志收集方法,其特征在于,所述串口日志收集方法由第一指令控制开启、由第二指令控制关闭。
3.根据权利要求2所述的串口日志收集方法,其特征在于,所述第一指令和所述第二指令由设置在基本输入输出系统设置界面的可视化模块控制输出。
4.根据权利要求2所述的串口日志收集方法,其特征在于,还包括:
根据接收到的串口日志导出指令,将所述内存中存储的所述串口日志信息以文件的形式导出至所述计算机外接的可移动存储设备中。
5.根据权利要求4所述的串口日志收集方法,其特征在于,所述内存中存储的所述串口日志信息以文件的形式导出至所述计算机外接的可移动存储设备中包括:
以接收到所述第一指令为开始、接收到所述第二指令为结束,确定一次串口日志收集过程,各所述串口日志收集过程中收集到的串口日志信息分别以文件的形式导出至所述可移动存储设备中;
其中,各所述文件的命名规则为本次串口日志收集过程中所述计算机接收到所述第一指令的时刻。
6.根据权利要求1所述的串口日志收集方法,其特征在于,还包括:
当接收到串口日志删除指令时,根据所述串口日志删除指令删除所述内存中指定的所述串口日志信息。
7.根据权利要求1至6任意一项所述的串口日志收集方法,其特征在于,还包括:
根据所述计算机当前是否进行所述串口日志信息的收集,于所述计算机屏幕的预设区域中显示不同的标识状态。
8.一种串口日志收集装置,其特征在于,包括:
日志收集模块,用于通过预先烧录入基本输入输出系统中的程序,根据串口日志的地址以及通信协议获取计算机的串口日志信息;
第一存储模块,用于在所述基本输入输出系统启动之前,将获取到的所述串口日志信息存储在所述计算机的中央处理器所预留的缓存区域中;
第二存储模块,用于在所述基本输入输出系统启动之后,将获取的所述串口日志信息存储在所述计算机的内存中,并将存储在所述缓存区域中的所述串口日志信息转存到所述内存中。
9.一种串口日志收集装置,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至7任意一项所述的串口日志收集方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7任意一项所述的串口日志收集方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310540310.1A CN116560961A (zh) | 2023-05-11 | 2023-05-11 | 一种串口日志收集方法、装置及其介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310540310.1A CN116560961A (zh) | 2023-05-11 | 2023-05-11 | 一种串口日志收集方法、装置及其介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116560961A true CN116560961A (zh) | 2023-08-08 |
Family
ID=87499672
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310540310.1A Pending CN116560961A (zh) | 2023-05-11 | 2023-05-11 | 一种串口日志收集方法、装置及其介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116560961A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117290190A (zh) * | 2023-11-27 | 2023-12-26 | 博为科技有限公司 | 一种串口日志远程采集方法、装置及存储介质 |
CN117493057A (zh) * | 2023-11-07 | 2024-02-02 | 上海合芯数字科技有限公司 | 系统概率性启动失败的调试方法、设备及介质 |
-
2023
- 2023-05-11 CN CN202310540310.1A patent/CN116560961A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117493057A (zh) * | 2023-11-07 | 2024-02-02 | 上海合芯数字科技有限公司 | 系统概率性启动失败的调试方法、设备及介质 |
CN117290190A (zh) * | 2023-11-27 | 2023-12-26 | 博为科技有限公司 | 一种串口日志远程采集方法、装置及存储介质 |
CN117290190B (zh) * | 2023-11-27 | 2024-02-13 | 博为科技有限公司 | 一种串口日志远程采集方法、装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN116560961A (zh) | 一种串口日志收集方法、装置及其介质 | |
US10503532B2 (en) | Creating a virtual machine clone of the host computing device and handling of virtual machine clone requests via an I/O filter | |
CN105808270B (zh) | 固件变量更新方法 | |
US20160110268A1 (en) | Apparatus and support method for state restoration | |
KR101702700B1 (ko) | 고속 컴퓨터 시동 | |
US9262283B2 (en) | Method for reading kernel log upon kernel panic in operating system | |
US20160378528A1 (en) | Propagating changes from a virtual machine clone to a physical host device | |
US20120311279A1 (en) | Data recovery and backup system and process | |
BR102012000929A2 (pt) | documentos não salvos | |
US10503489B1 (en) | Updating firmware via a remote utility | |
AU2014374256A1 (en) | Systems and methods for improving snapshot performance | |
CN109614267A (zh) | 一种修复开机异常问题的方法、装置、存储介质及终端 | |
CN104636242A (zh) | 一种基于Linux操作系统的系统日志自动删除重复内容的方法 | |
US20240264914A1 (en) | Method and device for recovering self-test exception of server component, system and medium | |
CN115951949A (zh) | 一种bios的配置参数的恢复方法、装置及计算设备 | |
CN110750521A (zh) | 一种数据迁移方法、装置、设备及计算机可读存储介质 | |
CN114138424B (zh) | 一种虚拟机内存快照生成方法、装置及电子设备 | |
CN108920216B (zh) | 关闭软件兼容模式的方法、装置、终端及存储介质 | |
CN112506388A (zh) | 操作录制方法、装置、设备及存储介质 | |
CN110851332A (zh) | 一种日志文件的处理方法、装置、设备和介质 | |
CN106909418B (zh) | 单片机系统更新方法和装置 | |
CN114116291B (zh) | 日志检测方法、日志检测装置、计算机设备及存储介质 | |
CN112346786B (zh) | 应用于开机阶段及开机后运行阶段的除错信息纪录方法 | |
CN117573431A (zh) | 一种功能单元挂死的恢复方法、装置、设备及介质 | |
CN111966415A (zh) | 一种基于eeprom修改开机启动项的方法 |
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 |