CN109271206B - 一种异常现场的内存压缩和保存方法 - Google Patents
一种异常现场的内存压缩和保存方法 Download PDFInfo
- Publication number
- CN109271206B CN109271206B CN201810975828.7A CN201810975828A CN109271206B CN 109271206 B CN109271206 B CN 109271206B CN 201810975828 A CN201810975828 A CN 201810975828A CN 109271206 B CN109271206 B CN 109271206B
- Authority
- CN
- China
- Prior art keywords
- memory
- data
- compression
- kernel
- restart
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Retry When Errors Occur (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种异常现场的内存压缩和保存方法,包括如下步骤:步骤S1,提供一系统,当所述系统发生重新启动时,在系统引导过程中判断重新启动的原因是否符合预设条件,如不符合则正常重新启动并退出;步骤S2,压缩系统内存中的数据并保存至所述系统内存中一预设位置;步骤S3,在初始化系统过程中将保存在所述预设位置的所述数据转存至一非易失性存储器中,本发明无需预留特定内存,能够将异常信息数据进行完整压缩并原址存放在系统内存中,节约了存储空间。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种异常现场的内存压缩和保存方法。
背景技术
当计算机应用程序在运行中遇到异常,比如内存访问越界、内存破坏等问题时,平台的系统内核通常会打印异常现场的调用栈以及CPU的寄存器信息,以给问题定位提供必要帮助。但是受限于设备运行速度、性能、存储空间等诸多因素,异常现场的打印内容往往很有限,导致平台无法准确定位问题数据的来源,也就无法精准分析异常情况发生的原因。
针对上述问题,现有技术中,系统内核通常都会提供异常现场转存机制,能够在发生异常的时候将内存的一些日志信息、内存状态、内核关键数据结构、堆栈指针等内容存储到指定路径或者预留在内存中。但由于现有的异常现场转存机制通常需要预留一定量的内存空间,这部分内存在内核正常运行时对内核不可见,也就减少了设备的可用内存空间。有些异常现场转存机制则通过提供当前地址的空间镜像来存储异常信息数据,这将导致产生的存储文件过大,会占用较大的存储空间。并且,现有的异常现场转存机制不能在除一些崩溃信号以外的异常状态下被触发,妨碍了对系统的一些突发异常情况的分析。
发明内容
鉴于上述存在的技术问题,本发明的目的在于提供一种异常现场的内存压缩和保存方法,该异常现场的内存压缩和保存方法通过记忆转储方法实现,以解决上述技术问题。
本发明解决其技术问题采取的技术方案在于,提供一种异常现场的内存压缩和保存方法,包括如下步骤:
步骤S1,提供一系统,当所述系统发生重新启动时,在系统引导过程中判断重新启动的原因是否符合预设条件,如不符合则正常重新启动并退出;
步骤S2,压缩系统内存中的数据并保存至所述系统内存中一预设位置;
步骤S3,在初始化系统过程中将保存在所述预设位置的所述数据转存至一非易失性存储器中。
作为本发明的一种优选方案,所述预设条件为根据系统监控装置发出的重启指令进行重新启动,或者因为内核卡死进行重新启动。
作为本发明的一种优选方案,所述步骤S2结束后,所述步骤S3开始之前,进行内核引导,并将所述预设地址作为启动环境的一部分。
作为本发明的一种优选方案,所述内核引导成功后,初始化内存镜像程序,并创建对应所述数据的文件系统节点。
作为本发明的一种优选方案,所述步骤S4中转存所述数据之前,检测所述文件系统节点是否与所述数据的存储位置对应,如对应则通过所述内存镜像程序转存所述数据至所述非易失性存储器。
作为本发明的一种优选方案,所述系统监控装置为硬件看门狗。
作为本发明的一种优选方案,所述系统为Linux系统。
作为本发明的一种优选方案,所述系统内存为DDR存储器。
作为本发明的一种优选方案,所述步骤S2中,压缩所述数据的方法为原址压缩。
作为本发明的一种优选方案,通过一引导加载程序启动所述系统,在所述引导加载程序的第二阶段判断重新启动的原因是否符合预设条件。
与现有技术相比,本发明具有如下特性:
1、无需预留特定内存,减少了对存储空间的占用。
2、在完成数据压缩后能够将压缩后的数据保存到平台的非易失存储介质上,不用担心压缩数据会丢失。而且在存储器中存储的异常现场压缩数据可以很方便的拷贝到外部作解压分析。
附图说明
图1为本发明提供的异常信息的内存压缩和保存方法的实施例的实现流程图;
图2为本发明实施例的存储配置和压缩控制过程示意图;
图3为本发明实施例的存储配置分布图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
下面结合附图和具体实施例对本发明作进一步说明,但不作为本发明的限定。
请参照图1,本发明提供的一种异常现场的内存压缩和保存方法,包括如下步骤:
步骤S1,提供一系统,当系统发生重新启动时,在系统引导过程中判断重新启动的原因是否符合预设条件,如不符合则正常重新启动并退出;
步骤S2,压缩系统内存中的数据保存至系统内存中一预设位置;
步骤S3,在初始化系统过程中将保存在预设位置的数据转存至一非易失性存储器中。
上述技术方案中,当系统发生重新启动时在系统引导过程中判断重新启动的原因,此处,预设条件可以根据需要来设置,比如预设条件可以包括系统监控装置触发的重新启动,该系统监控装置包括但不限于硬件看门狗;预设条件还可以包括因系统内核卡死引起的重新启动。需要指出的是,上述预设条件当然也可以包括现有技术中如内核崩溃的原因触发的重新启动。
判断重新启动的原因可以在系统启动的第二阶段进行,计算机系统尤其是嵌入式计算机系统通常通过一引导加载程序(BootLoader)启动系统如UBoot,BootLoader启动系统通常分为两个阶段。
第一阶段BL1通常由汇编语言完成,其功能如下:
(1)硬件设备初始化;
(2)为加载BootLoader的第二个阶段代码准备系统内存空间;
(3)复制BootLoader的第二个阶段代码到系统内存中;
(4)设置栈;
(5)跳转到第二阶段代码的C入口点。
第二阶段BL2通常由C语言完成,其功能如下:
(1)初始化本阶段要使用到的硬件设备;
(2)检测系统内存映射;
(3)将内核映像和根文件系统从外部存储器上读到系统内存空间中;
(4)为内核设置启动参数;
(5)调用内核。
即,上述技术方案中,判断系统重新启动的原因在BL2阶段中进行,将上述技术方案的入口设置于BL2阶段,即可通过C语言完成程序编制,降低了编程难度,同时提高了程序的通用性。
如果系统重启的原因不满足上述的预设条件,如系统是根据操作者的要求进行重新启动的,则退出整个流程,按照正常的步骤重新启动系统。
如当前的重新启动原因符合上述的预设条件,则对系统内存中的数据进行压缩,并将压缩后的数据保存至系统内存中一预设位置,作为一种优选的实施方式,数据压缩的方法可采用原址压缩。通过原址压缩的方式既可减少系统内存的占用,又可避免划分专用内存空间来保存压缩后的数据。
在上述技术方案基础上,进一步的,于上述步骤S2结束后,步骤S3开始之前,BL2阶段跳转到BL31阶段,BL32阶段,BL33阶段执行后,BL33阶段中进行内核引导,此时可将并将预设位置作为启动参数的一部分,从而在内核调用过程中保留该部分内存空间,防止该部分内存空间内存储的内容在内核调用过程中被覆盖。
以Linux系统为例,在BL33阶段引导内核(Boot Kernel)步骤时,将上述预设位置的首地址及偏移量作为bootargs参数传递给内核(Kernel),使Kernel在Boot过程中不使用该段内存空间。
于上述技术方案基础上,进一步的,当内核完成引导后,对内存镜像程序进行初始化,并创建对应被压缩后的数据的文件系统节点。
以Linux系统为例,Kernel被启动后可对memory dump的驱动程序进行初始化,并创建对应压缩后的数据的sysfs节点。
与上述技术方案基础上进一步的,于步骤S3中,在初始化系统过程中将保存在预设位置的压缩后的数据转存至一非易失性存储器中,随后重新启动。
以Linux系统为例,Kernel完成启动后初始化程序(init)阶段,在init rc脚本中执行memory dump的脚本,该脚本检查memory dump驱动的sysfs节点是否存在有效的压缩后的数据,如存在,则在脚本中将压缩后的数据从对应sysfs节点写入非易失性存储器中对应的数据分区,随后重新启动系统,如sysfs节点不存在有效的压缩后的数据则退出流程,正常启动系统。
上述写入数据分区的压缩后的数据可在随后被拷贝至外部的计算机进行分析,从而确定系统重新启动的故障原因。
优选的,系统内存可采用DDR存储器,进一步优选的,非易失性存储器可采用EMMC存储器。
于上述技术方案基础上,进一步的,以具有2GB容量DDR存储器系统内存以及16GB容量EMMC存储器的硬件系统为例,请参照图2,图2的A部分展示了DDR存储器的存储配置。区域A1为划定的压缩数据存放区域,由一个start buffer(起始缓冲的内存区间)指针指向其首地址。区域A2为压缩程序的代码执行区域和临时压缩缓冲的内存区间。优选的,压缩程序可采用LZ4算法,LZ4算法的压缩率能达到30%~50%左右,并且其压缩速度非常快,在BL2阶段的环境下能在20~30秒左右的时间完成对2GB内存的压缩,编译完之后的压缩和控制算法只占据7KB左右的代码空间。因为压缩程序的代码占用的空间较小,如果硬件系统有足够的SRAM(静态随机存储存储器),压缩程序的代码和临时压缩缓冲的内存区间也可以放到静态随机存储存储器中去,这样就不用找预留的缓冲内存区间了。
图2中的B、C、D部分展示了原址压缩控制过程:
压缩程序首先从划定压缩数据存放的区域,即图中标记B1的区域开始压缩,并且将压缩好的数据原址存放到以start buffer指针指向的位置为首地址的内存空间中。这样一来区域B1就有一部分空闲空间可以用来存放新的压缩数据。因为原始数据已经被压缩存放了,所以剩下的空间即使被破坏也没有影响。之所以先从区域B1开始压缩的原因,是因为如果从别的区域开始压缩,并且最终将数据存放到区域B1的话,会破坏未压缩之前于区域B1中存储的数据内容;然后按照顺序依次将剩下的内存区域B2、B3、B4逐步压缩并顺序排列存放到区域B1中剩余的空闲空间里面。
请参照图3,本发明对整个2GB DDR存储器的空间划分为四个区段:
区段1、为地址0x10000000-0x80000000的内存空间,共1792MB,作为第一压缩区域,并且选定0x10000000作为压缩数据的存放首地址,即start buffer指针指向的位置。压缩率按较差的50%左右估算,2GB内容全部压缩理论上需要1GB空间,从0x10000000开始留有1792MB空间,因此不存在溢出的可能;
区段2、为地址0x00000000-0x05000000的内存空间,共80MB,作为第二压缩区域;
区段3、为地址0x05000000-0x05300000的内存空间,共3MB,作为第三压缩区域,该区域特殊标记,只填充0,并不压缩;
区段4、为地址0x05300000-0x10000000的内存空间,共173MB,作为第四压缩区域。
需要说明的是,其中,0x05200000-0x05300000为压缩代码执行区域和临时压缩缓冲的内存区间,0x05200000-0x05300000的内存大小为1MB。
将压缩代码加载到地址:0x05200000处运行,编译后的压缩代码仅7KB左右;
将压缩代码的stack pointer(堆栈指针)指向0x05210000。栈和代码共计使用64KB空间;
将0x05210000-0x05230000这128KB作为MMU(内存管理单元)存放的区域;
将0x05230000-0x05290000的共384KB内存作为临时压缩工作缓冲区;
将0x05290000-0x052F0000的共384KB作为临时压缩数据输出缓冲区。
正是因为压缩算法的代码非常小巧,所需的缓冲内存也很小,所以本发明提供的异常现场的内存压缩和保存方法不用像现有的异常现场转存机制一样预留特定内存空间。
上述技术方案,不需要第三方工具、不会出现现场丢失,使得其易于使用,尤其能方便的部署到产品中作为一个无缝插入的调试手段,可以在产线或者用户环境下很容易的收集异常现场的所有数据信息,对于分析和定位代码缺陷,提高产品质量和稳定性有很大的帮助。
以上所述仅为本发明较佳的实施例,并非因此限制本发明的实施方式及保护范围,对于本领域技术人员而言,应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案,均应当包含在本发明的保护范围内。
Claims (8)
1.一种异常现场的内存压缩和保存方法,其特征在于,包括如下步骤:
步骤S1,提供一系统,当所述系统发生重新启动时,在系统引导过程中判断重新启动的原因是否符合预设条件,如不符合则正常重新启动并退出;
步骤S2,压缩系统内存中的数据并保存至所述系统内存中一预设位置;
所述步骤S2中,压缩所述数据的方法为原址压缩;
步骤S3,在初始化系统过程中将保存在所述预设位置的所述数据转存至一非易失性存储器中;
所述步骤S2结束后,所述步骤S3开始之前,进行内核引导,并将所述预设位置作为启动环境的一部分;
原址压缩控制过程包括:
压缩程序首先从划定压缩数据存放的区域开始压缩,并且将压缩好的数据原址存放到以起始缓冲的内存区间指针指向的位置为首地址的内存空间中,然后按照顺序依次将剩下的内存区域逐步压缩并顺序排列存放到划定的所述压缩数据存放的区域中剩余的空闲空间里面。
2.如权利要求1所述的一种异常现场的内存压缩和保存方法,其特征在于,所述预设条件为根据系统监控装置发出的重启指令进行重新启动,或者因为内核卡死进行重新启动。
3.如权利要求1所述的一种异常现场的内存压缩和保存方法,其特征在于,所述内核引导成功后,初始化内存镜像程序,并创建对应所述数据的文件系统节点。
4.如权利要求3中所述的一种异常现场的内存压缩和保存方法,其特征在于,所述步骤S3中转存所述数据之前,检测所述文件系统节点是否与所述数据的存储位置对应,如对应则通过所述内存镜像程序转存所述数据至所述非易失性存储器。
5.如权利要求2所述的一种异常现场的内存压缩和保存方法,其特征在于,所述系统监控装置为硬件看门狗。
6.如权利要求1所述的一种异常现场的内存压缩和保存方法,其特征在于,所述系统为Linux系统。
7.如权利要求1所述的一种异常现场的内存压缩和保存方法,其特征在于,所述系统内存为DDR存储器。
8.如权利要求1所述的一种异常现场的内存压缩和保存方法,其特征在于,通过一引导加载程序启动所述系统,在所述引导加载程序的第二阶段判断重新启动的原因是否符合预设条件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810975828.7A CN109271206B (zh) | 2018-08-24 | 2018-08-24 | 一种异常现场的内存压缩和保存方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810975828.7A CN109271206B (zh) | 2018-08-24 | 2018-08-24 | 一种异常现场的内存压缩和保存方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109271206A CN109271206A (zh) | 2019-01-25 |
CN109271206B true CN109271206B (zh) | 2022-01-21 |
Family
ID=65154451
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810975828.7A Active CN109271206B (zh) | 2018-08-24 | 2018-08-24 | 一种异常现场的内存压缩和保存方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109271206B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110673974A (zh) * | 2019-08-20 | 2020-01-10 | 中科创达软件股份有限公司 | 系统调试方法及装置 |
CN110704302B (zh) * | 2019-09-02 | 2020-07-10 | 贝壳找房(北京)科技有限公司 | 映射关系建立方法、装置及系统崩溃分流的方法与装置 |
CN110993105A (zh) * | 2019-12-06 | 2020-04-10 | 重庆亿只网络科技有限公司 | 一种宠物健康监测及管理装置及方法 |
CN111240898B (zh) * | 2020-01-09 | 2023-08-15 | 中瓴智行(成都)科技有限公司 | 一种基于Hypervisor的黑匣子实现方法及系统 |
CN115826946B (zh) * | 2023-02-17 | 2023-05-12 | 苏州浪潮智能科技有限公司 | 一种程序异常向量空间优化系统、方法、设备及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103186461A (zh) * | 2011-12-30 | 2013-07-03 | 重庆重邮信科通信技术有限公司 | 一种现场数据的保存方法和恢复方法以及相关装置 |
CN103336736A (zh) * | 2013-05-27 | 2013-10-02 | 华为技术有限公司 | 系统日志获取方法和装置 |
CN104937561A (zh) * | 2013-05-17 | 2015-09-23 | 株式会社日立制作所 | 存储装置 |
CN105117246A (zh) * | 2015-08-04 | 2015-12-02 | 晶晨半导体(上海)有限公司 | 电子设备快速启动的方法 |
CN105183576A (zh) * | 2015-09-21 | 2015-12-23 | 上海斐讯数据通信技术有限公司 | 一种用于嵌入式olt崩溃后收集异常信息的方法和系统 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2210832A1 (en) * | 1996-10-15 | 1998-04-15 | At&T Corp. | Method and apparatus for pausing and resuming a live speech signal |
CN101551772A (zh) * | 2009-05-08 | 2009-10-07 | 中兴通讯股份有限公司 | 嵌入式通信设备异常信息记录方法及装置 |
JP5617233B2 (ja) * | 2009-11-30 | 2014-11-05 | ソニー株式会社 | 情報処理装置、情報処理方法及びそのプログラム |
CN201993755U (zh) * | 2011-01-30 | 2011-09-28 | 上海振华重工(集团)股份有限公司 | 实时数据库的数据过滤压缩存储系统 |
US20150317176A1 (en) * | 2014-05-02 | 2015-11-05 | Cavium, Inc. | Systems and methods for enabling value added services for extensible storage devices over a network via nvme controller |
CN104063477B (zh) * | 2014-06-30 | 2017-08-29 | 广东威创视讯科技股份有限公司 | 嵌入式系统启动异常的处理方法及装置 |
US20170046260A1 (en) * | 2015-08-14 | 2017-02-16 | Kabushiki Kaisha Toshiba | Storage device and method for saving write cache data |
CN105138362B (zh) * | 2015-08-20 | 2018-09-07 | 浪潮(北京)电子信息产业有限公司 | 一种linux系统下保存用户配置的方法及装置 |
US10255004B2 (en) * | 2015-11-16 | 2019-04-09 | Marvell World Trade Ltd. | Systems and methods for managing address-mapping data in memory devices |
CN106909399A (zh) * | 2015-12-22 | 2017-06-30 | 中电科技(北京)有限公司 | 一种基于服务器计算机的uefi固件实现方法 |
CN105573803A (zh) * | 2015-12-22 | 2016-05-11 | 国云科技股份有限公司 | 一种物理机部署的方法 |
CN107894932A (zh) * | 2016-09-29 | 2018-04-10 | 厦门雅迅网络股份有限公司 | 保持系统重启前后数据一致性的方法及其系统 |
CN107967360A (zh) * | 2017-12-22 | 2018-04-27 | 广东雅达电子股份有限公司 | 一种实时数据库文件存储方法 |
CN108170200B (zh) * | 2018-01-03 | 2020-01-21 | 南京航空航天大学 | 基于动态惯性权重和多阈值重启条件的改进粒子群mppt算法 |
-
2018
- 2018-08-24 CN CN201810975828.7A patent/CN109271206B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103186461A (zh) * | 2011-12-30 | 2013-07-03 | 重庆重邮信科通信技术有限公司 | 一种现场数据的保存方法和恢复方法以及相关装置 |
CN104937561A (zh) * | 2013-05-17 | 2015-09-23 | 株式会社日立制作所 | 存储装置 |
CN103336736A (zh) * | 2013-05-27 | 2013-10-02 | 华为技术有限公司 | 系统日志获取方法和装置 |
CN105117246A (zh) * | 2015-08-04 | 2015-12-02 | 晶晨半导体(上海)有限公司 | 电子设备快速启动的方法 |
CN105183576A (zh) * | 2015-09-21 | 2015-12-23 | 上海斐讯数据通信技术有限公司 | 一种用于嵌入式olt崩溃后收集异常信息的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN109271206A (zh) | 2019-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109271206B (zh) | 一种异常现场的内存压缩和保存方法 | |
US8589730B2 (en) | Handling errors during device bootup from a non-volatile memory | |
US6807630B2 (en) | Method for fast reinitialization wherein a saved system image of an operating system is transferred into a primary memory from a secondary memory | |
US7437524B2 (en) | Method and apparatus for dumping memory | |
US6308265B1 (en) | Protection of boot block code while allowing write accesses to the boot block | |
US9164756B2 (en) | Software updating process for an embedded device | |
US8595552B2 (en) | Reset method and monitoring apparatus | |
US6889340B1 (en) | Use of extra firmware flash ROM space as a diagnostic drive | |
US6629192B1 (en) | Method and apparatus for use of a non-volatile storage management system for PC/AT compatible system firmware | |
US20110213954A1 (en) | Method and apparatus for generating minimum boot image | |
US10579300B2 (en) | Information handling system firmware persistent memory runtime reclaim | |
CN110502281A (zh) | 一种嵌入式设备启动Linux内核和文件系统的方法 | |
KR20140121233A (ko) | 부트로더에 의한 운영 체제 부팅 기능의 전자 장치, 방법 및 저장 매체 | |
JP4677214B2 (ja) | パニックダンプ採取のためのプログラム、方法、及び機構 | |
CN117908916A (zh) | 一种基于STM32的改进Bootloader进行IAP升级的方法 | |
TWI743480B (zh) | 電腦系統與其開機方法 | |
KR101582919B1 (ko) | 전자장치 및 그 부팅방법 | |
US11494112B2 (en) | Storage device and accessing method for operation log thereof | |
CN114510375A (zh) | 一种Flash芯片数据区域动态共享系统及方法 | |
JPH09146774A (ja) | パーソナルコンピュータシステム | |
CN110515751B (zh) | 一种加载运行VxWorks实时保护进程的方法及系统 | |
KR101420026B1 (ko) | 부팅 프로세스 중에 파일들을 로딩하기 위한 방법, 장치 및 컴퓨터 판독가능 저장 매체 | |
JP2010282645A (ja) | Linuxプログラム起動システム | |
JP2003122644A (ja) | 計算機及びその記憶装置 | |
CN112631637B (zh) | 基于rtos的ota升级方法、系统、设备及存储介质 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |