WO2018014687A1 - 一种参数传递方法、装置及计算机存储介质 - Google Patents
一种参数传递方法、装置及计算机存储介质 Download PDFInfo
- Publication number
- WO2018014687A1 WO2018014687A1 PCT/CN2017/089076 CN2017089076W WO2018014687A1 WO 2018014687 A1 WO2018014687 A1 WO 2018014687A1 CN 2017089076 W CN2017089076 W CN 2017089076W WO 2018014687 A1 WO2018014687 A1 WO 2018014687A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- information
- system kernel
- upgrade
- parameter
- parameter information
- 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.)
- Ceased
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/54—Interprogram communication
Definitions
- Embodiments of the present invention relate to an operating system booting technology, and in particular, to a parameter transfer method and apparatus, and a computer storage medium.
- Kernel In the traditional operating system boot process, the bootloader needs to pass some necessary parameters to the operating system kernel (Kernel), such as page size, memory start address and size, etc.; in multi-user, multi-tasking In an operating system Linux operating system that supports multi-threading and a central processing unit (CPU), this information is stored in a tag structure.
- Kernel operating system kernel
- CPU central processing unit
- the format of the parameter is relatively fixed, and it is inconvenient to personalize the parameter; the parameter passing object is limited to the system kernel, and no module other than the system kernel obtains these parameters; and, the parameter The pass is one-way, that is, the bootstrap can only pass parameters to the system kernel, and the system kernel cannot pass parameters to the bootstrap.
- the embodiment of the invention provides a parameter transmission method and device and a computer storage medium, which can realize bidirectional transmission of parameters between the boot program and the system kernel, realize parameter transfer customization, and improve parameter transmission flexibility.
- an embodiment of the present invention provides a parameter delivery method, where the method includes:
- the transfer parameter information is modified according to the operating environment, and the transfer parameter information is to provide parameter information required for running to a system kernel in the system kernel package;
- the providing a system kernel in a system kernel package with parameter information required for operation including:
- the modifying the delivery parameter information according to an operating environment includes:
- the delivery parameter information in the system kernel package for booting is modified according to the operating environment.
- the method further includes:
- the first upgrade information is used to provide information required when the bootstrap program is upgraded;
- the first upgrade information includes at least one of the following: a first upgrade trigger flag, a first upgrade status flag, first upgrade target file location information, first upgrade target file size information, and first upgrade target partition information.
- the method further includes:
- the second upgrade information includes at least one of the following: a second upgrade status flag, and second upgrade target partition information.
- the system kernel sets the system kernel running information in the parameter area during the running, and includes: restart information saved by the system kernel in the parameter area;
- the restart information includes at least one of the following: restarting a flag bit, and restarting log information;
- the restart flag is used to indicate to the boot program the reason for the system reboot.
- the method further includes:
- the parameter area is set in a kernel program system kernel package, and the delivery parameter information is preset in the parameter area.
- the delivery parameter information further includes: a compile time, a version number, and a version type of the system kernel.
- an embodiment of the present invention provides a computer storage medium, where the computer storage medium stores executable instructions, and the executable instructions are used to execute the parameter transfer method according to the embodiment of the present invention.
- an embodiment of the present invention provides a parameter transmission device, where the device includes: a correction module and an acquisition module;
- the correction module is configured to: before the system kernel is booted, modify the transfer parameter information according to the operating environment, where the transfer parameter information is to provide parameter information required for operation to a system kernel in the system kernel package;
- the obtaining module is configured to obtain system kernel running information that is set in the parameter area during the running of the system kernel.
- the providing a system kernel in a system kernel package with parameter information required for operation including:
- the correction module is configured to determine a system kernel package for booting in a system non-volatile memory; and modify the delivery parameter information in the system kernel package for booting according to a running environment. .
- the apparatus further includes:
- a setting module configured to set first upgrade information in the delivery parameter information; the first upgrade information is used to provide information required for bootloader upgrade; and the bootloader upgrade result information is set to the delivery parameter Information
- the first upgrade information includes at least one of the following: a first upgrade trigger flag, a first upgrade status flag, first upgrade target file location information, first upgrade target file size information, and first upgrade target partition information.
- the apparatus further includes:
- a setting module configured to set second upgrade information in the delivery parameter information; the second upgrade information is used to provide information required for system kernel upgrade; and the system kernel upgrade result information is set to the delivery parameter Information
- the second upgrade information includes at least one of the following: a second upgrade status flag, and second upgrade target partition information.
- the acquiring module is further configured to acquire restart information saved by the system kernel in the parameter area;
- the restart information includes at least one of the following: restarting a flag bit, and restarting log information;
- the restart flag is used to indicate to the boot program the reason for the system reboot.
- the apparatus further includes:
- a setting module configured to set the parameter area in a kernel program system kernel package, and preset the delivery parameter information in the parameter area.
- the boot program before booting the system kernel, corrects the transfer parameter information according to the operating environment, and the transfer parameter information is provided to the system kernel in the system kernel package. Run the required parameter information; the boot program obtains the system kernel running information set by the system kernel in the parameter area during the running process. In this way, the boot program and the system kernel can implement bidirectional transfer of parameters in the parameter area, and pass parameter information through presets, thereby realizing customization of parameter transfer and improving parameter transfer flexibility.
- FIG. 1 is a schematic flowchart of a parameter transmission method according to an embodiment of the present invention.
- FIG. 2 is a schematic structural diagram of a system core package according to an embodiment of the present invention.
- FIG. 3 is a schematic flowchart of a procedure for upgrading a boot program according to an embodiment of the present invention
- FIG. 4 is a schematic flowchart of a system kernel upgrade step according to an embodiment of the present invention.
- FIG. 5 is a schematic structural diagram of a parameter transmission device according to an embodiment of the present invention.
- the transfer parameter information is modified according to the operating environment, and the transfer parameter information is to provide parameter information required for running to the system kernel in the system kernel package; acquiring the system kernel System kernel operation information set in the parameter area during operation.
- the parameter transmission method provided by the embodiment of the present invention is as shown in FIG. 1 , and the method includes:
- the delivery parameter information is to provide parameter information required for operation to a system kernel in the system kernel package.
- the bootloader boots the system kernel; the bootloader traverses the memory, finds all available system kernels, and determines the system kernel that needs to be booted; here, you can determine which ones need to be started based on the system kernel version number in the passed parameter information.
- the system kernel after determining the system kernel that needs to be started, the boot program can read the parameter area in the system kernel package to which the system kernel to be started belongs in the memory, determine the parameter of the parameter area, and obtain the parameters required for the system kernel to start.
- the information can be modified according to the current operating environment and the like; for example, the Double Data Rate Synchronous Dynamic-Random Access Memory DDR SD-RAM can be used according to the current system. Parameter information such as a page size, a start address, and a size of the random access memory, and correcting the random access memory parameter information in the initial state in the transfer parameter information;
- the boot program transfers the system kernel that needs to be booted into the memory such as DDR SD-RAM, and boots the system kernel to boot;
- the transfer parameter information of the parameter area in the system kernel package corresponding to itself is read, thereby obtaining the parameters passed by the boot program.
- the parameter area needs to be set in the system kernel package in advance, and the parameter information is preset in the parameter area.
- the combined files of the two are burned into the non-volatile memory of the system such as flash memory (Flash), and the system is booted by the boot program at system startup.
- Kernel boot here, the combined file of the magic number and the system kernel is the system kernel package; more than one system kernel package can be stored in the memory; wherein the magic number is composed of a specific set of numbers, and the boot program can pass The magic number distinguishes different system kernel packages, and finds a valid system kernel package in Flash;
- a parameter area may be set in the system kernel package; the parameter area may be set between the magic number and a system kernel, and the parameter area becomes a file header of the system kernel package; In the parameter area, it may be pre-set according to the system kernel to start or run. Transfer parameter information; the transfer parameter information may be set to an initialization state;
- the delivery parameter information includes: operating environment parameter information in the system kernel startup process, and/or providing operation parameter information required during operation of the system kernel; where the operating environment parameter information includes The memory page size, the starting address and the size of the memory, and the like; the running parameter information includes parameter information required for the running of the different system kernels, such as the memory partition occupancy, and the like; the delivery parameter information may further include: Some customized parameter information such as the compilation time of the system kernel, and/or version number, and/or version type.
- the transfer parameter information may be merged into the final burned file together with the magic number and the system kernel in the form of a file; for example, in a Linux system, the standard system kernel may be compiled and generated under the Linux system environment.
- the standard system kernel may be compiled and generated under the Linux system environment.
- For uImage then prepare to pass the parameter information file, which contains the initial value of the parameter to be passed; then run the file processing tool such as buildImage (buildImage), and pass the parameter information file into the file header form and merge with uImage and magic number to burn Record the file; finally, burn the burned file to a memory such as Flash.
- buildImage buildImage
- Step 102 Acquire system kernel running information that is set in the parameter area during operation of the system kernel
- the system kernel running information such as the running flag information or the log information
- the booting program may be obtained in the parameter area when the system is restarted.
- the system kernel runs information and performs corresponding processing; thus, completing information transfer of the system kernel to the boot program;
- the system kernel can set the restart flag bit in the parameter area before restarting, and inform the boot program of the reason for restarting by the restart flag bit, such as user indication Start, system kernel upgrade complete restart, system crash restart, etc.; and the log at the restart can be stored in the parameter area, the boot program can determine the problem by restarting the log, and deal with it, such as reallocating memory.
- the first upgrade information may be set in the parameter parameter delivery parameter information; the first upgrade information is used to provide information required for the boot program upgrade; the first upgrade information includes at least one of the following: a first upgrade trigger flag, a first upgrade status flag, first upgrade target file location information, first upgrade target file size information, and first upgrade target partition information; where the first upgrade information may be pre-burned When the system kernel package is burned, it can also be set after the system is running; after the system restarts, the boot program obtains the first upgrade information and performs the boot program upgrade;
- the booting process according to the first upgrade information includes the following steps:
- Step 301 Determine a first upgrade trigger flag in the parameter area delivery parameter information.
- Step 302 Read parameter information required for the boot program upgrade, including a boot program upgrade status flag, a partition location and file size of the upgrade target file, and an upgrade target partition information.
- Step 303 reading and checking whether the upgrade target file is a valid version, if it is a valid version, executing a burning program, and burning the version to the upgrade target partition;
- Step 304 If the programming is successful, the boot program upgrade status flag is set to be upgraded; if the programming fails, the boot program upgrade status flag is set to fail to be upgraded;
- Step 305 finally, the boot program upgrade result information, such as the boot program upgrade status flag, is written into the parameter parameter of the parameter area, and the system kernel or other module can obtain the boot program upgrade result by reading the transfer parameter information. .
- the second upgrade information may be set in the parameter area delivery parameter information; the second upgrade information is used to provide information required for the system kernel upgrade; and the second upgrade information includes at least one of the following: the second upgrade Status flag, second upgrade target partition information.
- performing system kernel upgrade according to the second upgrade information includes the following steps:
- Step 401 If the system kernel upgrade process has been triggered during system operation, proceed to step 402;
- Step 402 Download a new version of the system kernel package to the memory
- Step 403 Read the delivery parameter information of the parameter zone of the new version of the system kernel package, and check whether the version is a valid upgradeable version by using a version number or the like;
- Step 404 If it is a valid upgradeable version, burn the new version of the system kernel package to the target partition specified in the delivery parameter information;
- Step 405 The programming is completed, and the upgrade status flag is set to 1, indicating that the upgrade is successful, and the system kernel upgrade result information, such as the system kernel upgrade status flag, is written into the parameter information of the parameter area for Subsequent boot programs, etc. read.
- the embodiment of the present invention provides a computer storage medium, where the computer storage medium stores computer executable instructions, and the computer executable instructions are used to execute the parameter transfer method according to the embodiment of the present invention.
- the parameter transmission device provided by the embodiment of the present invention, as shown in FIG. 5, the device includes a correction module 51 and an acquisition module 52;
- the correction module 51 is configured to: before the system kernel is booted, modify the transfer parameter information according to the operating environment, where the transfer parameter information is to provide parameter information required for operation to a system kernel in the system kernel package;
- the bootloader boots the system kernel; the bootloader traverses the memory, finds all available system kernels, and determines the system kernel that needs to be booted; here, you can determine which ones need to be started based on the system kernel version number in the passed parameter information.
- the boot program can read the parameter area in the system kernel package to which the system kernel to be started belongs in the memory, determine the parameter information of the parameter area, and obtain the parameter information required for the system kernel to start; the boot program can Modifying the delivery parameter information according to information such as the current operating environment; for example, according to the parameter information such as the page size, the starting address, and the size of the random memory such as the current system DDR SD-RAM, the initial modification of the delivery parameter information is Status of random access memory parameter information;
- the boot program transfers the system kernel that needs to be booted into the memory such as DDR SD-RAM, and boots the system kernel to boot;
- the transfer parameter information of the parameter area in the system kernel package corresponding to itself is read, thereby obtaining the parameters passed by the boot program.
- the obtaining module 52 is configured to obtain system kernel running information that is set in the parameter area during the running of the system kernel;
- the system kernel running information during the running process such as the running flag information or the log information
- the booting program may acquire the location in the parameter area when the system is restarted.
- the system kernel running information is described and processed accordingly; thus, the information transfer of the bootloader by the system kernel is completed;
- the system restarts; usually, the boot program cannot know the cause of the restart, so it cannot be processed; here, the system kernel can set the restart flag in the parameter area before restarting, and inform the boot by the restart flag.
- the reason for restarting the program such as user indication restart, system kernel upgrade complete restart, system crash restart, etc.; and the log at the restart can be stored in the parameter area, and the boot program can determine the problem by restarting the log and perform corresponding processing, such as reallocation. Memory, etc.
- the apparatus further includes:
- the setting module 53 is configured to set a parameter area in the system kernel package, and preset the delivery parameter information in the parameter area.
- the combined file of the two is burned into the memory such as Flash, and the booting of the system kernel is started by the boot program at the startup of the system;
- the magic number and the system kernel are two
- the combined file is a system kernel package;
- the memory can store more than one system kernel package; wherein the magic number is composed of a specific set of numbers, and the boot program can distinguish different system kernel packages by magic numbers, in FLASH Find a valid system kernel package;
- a parameter area may be set in the system kernel package; the parameter area may be set between the magic number and a system kernel, and the parameter area becomes a file header of the system kernel package;
- the parameter information may be set in advance according to a parameter setting required when the system kernel is started or run; the transfer parameter information may be set to an initialization state;
- the delivery parameter information includes: running environment parameter information in the system kernel startup process, or providing operation parameter information required during operation of the system kernel; where the operating environment parameter information includes: The size of the page, the starting address and size of the memory, and the like; the running parameter information includes parameter information required for running in different system kernels, such as a memory partition occupancy, etc.; the parameter information may also include: a system kernel Some custom parameter information such as compile time, and/or version number, and/or version type.
- the transfer parameter information may be merged into the final burned file together with the magic number and the system kernel in the form of a file; for example, in a Linux system, the standard system kernel may be compiled and generated under the Linux system environment. It is uImage; then prepare to pass the parameter information file, which contains the initial value of the parameter to be passed; then run the file processing tool such as buildImage, and pass the parameter information file into the burning file in the form of the file header and uImage and magic number; Finally, burn the burned file to a memory such as Flash.
- the standard system kernel may be compiled and generated under the Linux system environment. It is uImage; then prepare to pass the parameter information file, which contains the initial value of the parameter to be passed; then run the file processing tool such as buildImage, and pass the parameter information file into the burning file in the form of the file header and uImage and magic number; Finally, burn the burned file to a memory such as Flash.
- the setting module 53 is configured to set first upgrade information in the parameter area delivery parameter information; the first upgrade information is used to provide information required when the bootstrap program is upgraded;
- the upgrade information includes at least one of the following: a first upgrade trigger flag, a first upgrade status flag, first upgrade target file location information, first upgrade target file size information, and first upgrade target partition information;
- An upgrade information may be burned in advance when the system kernel package is burned, or may be set after the system is running; after the system is restarted, the boot program obtains the first upgrade information and performs boot program upgrade.
- the booting process according to the first upgrade information includes the following steps:
- Step 301 Determine a first upgrade trigger flag in the parameter area delivery parameter information.
- Step 303 reading and checking whether the upgrade target file is a valid version, if it is a valid version, executing a burning program, and burning the version to the upgrade target partition;
- Step 304 If the programming is successful, the boot program upgrade status flag is set to be upgraded; if the programming fails, the boot program upgrade status flag is set to fail to be upgraded;
- Step 305 finally, the boot program upgrade result information, such as the boot program upgrade status flag, is written into the parameter parameter of the parameter area, and the system kernel or other module can obtain the boot program upgrade result by reading the transfer parameter information. .
- the setting module 53 is configured to set second upgrade information in the delivery parameter information; the second upgrade information is used to provide information required for system kernel upgrade; the second upgrade The information includes at least one of the following: a second upgrade status flag, a second upgrade target Partition information.
- performing system kernel upgrade according to the second upgrade information includes the following steps:
- Step 401 If the system kernel upgrade process has been triggered during system operation, proceed to step 402;
- Step 402 Download a new version of the system kernel package to the memory
- Step 403 Read the delivery parameter information of the parameter zone of the new version of the system kernel package, and check whether the version is a valid upgradeable version by using a version number or the like;
- Step 405 The programming is completed, and the upgrade status flag is set to 1, indicating that the upgrade is successful, and the system kernel upgrade result information, such as the system kernel upgrade status flag, is written into the parameter information of the parameter area for Subsequent boot programs, etc. read.
- the setting module 53 can be implemented by an external computer system or the like; the correction module 51 and the obtaining module 52 can be implemented by a CPU, a Micro Processor Unit (MPU), and a digital signal processor (Digital Signal) of the system in which the operating system is located. Processor, DSP), or Field Programmable Gate Array (FPGA) implementation.
- MPU Micro Processor Unit
- FPGA Field Programmable Gate Array
- embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention can take the form of a hardware embodiment, a software embodiment, or a combination of software and hardware. Moreover, the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) including computer usable program code.
- the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
- the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
- These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
- the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
- the boot program before booting the system kernel, corrects the transfer parameter information according to the operating environment, and the transfer parameter information provides parameter information required for running to the system kernel in the system kernel package;
- the boot program obtains system kernel operation information set by the system kernel in the parameter area during the running process. In this way, the boot program and the system kernel can implement bidirectional transfer of parameters in the parameter area, and pass parameter information through presets, thereby realizing customization of parameter transfer and improving parameter transfer flexibility.
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
一种参数传递方法、装置及计算机存储介质，引导所述系统内核启动前，根据运行环境修正传递参数信息（101），所述传递参数信息为向系统内核包中的系统内核提供运行所需的参数信息；获取所述系统内核在运行过程中设置在参数区的系统内核运行信息（102）。
Description
相关申请的交叉引用
本申请基于申请号为201610567374.0、申请日为2016年07月18日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。
本发明实施例涉及操作系统启动引导技术，尤其涉及一种参数传递方法、装置及计算机存储介质。
在传统的操作系统引导过程中，引导程序(bootloader)需要向操作系统内核(Kernel)传递一些必要的参数，比如页面大小、内存的起始地址和大小等运行环境信息；在多用户、多任务、支持多线程和多中央处理器(Central Processing Unit，CPU)的操作系统Linux操作系统中，这些信息存放在标签(tag)结构体中。
现有的参数传递机制中，参数的格式相对固定，不方便对参数进行个性化定制；参数的传递对象仅限于系统内核，没有实现系统内核之外的其它模块获得这些参数的方法；并且，参数传递是单向的，即只能由引导程序向系统内核传递参数，系统内核不能向引导程序传递参数。
因此，如何实现引导程序和系统内核之间的参数双向传递，实现参数传递定制化，提高参数传递灵活性，是亟待解决的问题。
发明内容
本发明实施例提供一种参数传递方法、装置及计算机存储介质，能实现引导程序和系统内核之间的参数双向传递，实现参数传递定制化，提高参数传递灵活性。
本发明实施例的技术方案是这样实现的：
第一方面，本发明实施例提供一种参数传递方法，所述方法包括：
引导所述系统内核启动前，根据运行环境，修正所述传递参数信息，所述传递参数信息为向系统内核包中的系统内核提供运行所需的参数信息；
获取所述系统内核在运行过程中设置在参数区的系统内核运行信息。
在一实施例中，所述向系统内核包中的系统内核提供运行所需的参数信息，包括：
向所述系统内核提供所述系统内核启动过程中的运行环境参数信息、；或所述系统内核提供所述系统内核运行过程中所需的运行参数信息。
在一实施例中，所述根据运行环境修正所述传递参数信息，包括：
在系统非易失性存储器中确定用于启动的系统内核包；
根据运行环境修正所述用于启动的系统内核包中的所述传递参数信息。
在一实施例中，所述方法还包括：
在所述传递参数信息中设置第一升级信息；所述第一升级信息用于提供引导程序升级时所需的信息；
将所述引导程序升级结果信息设置到所述传递参数信息中；
所述第一升级信息包括如下至少之一：第一升级触发标志、第一升级状态标志、第一升级目标文件位置信息、第一升级目标文件大小信息、及第一升级目标分区信息。
在一实施例中，所述方法还包括：
在所述传递参数信息中设置第二升级信息；所述第二升级信息用于提供系统内核升级时所需的信息；
将所述系统内核升级结果信息设置到所述传递参数信息中；
所述第二升级信息包括如下至少之一：第二升级状态标志、第二升级目标分区信息。
在一实施例中，所述系统内核在运行过程中设置在所述参数区的系统内核运行信息，包括：所述系统内核在所述参数区保存的重启信息；
所述重启信息包括如下至少之一：重启标志位、重启日志信息；
所述重启标志位用于向引导程序指示系统重启原因。
在一实施例中，所述方法还包括：
在内核程序系统内核包中设置所述参数区，并在所述参数区中预设所述传递参数信息。
在一实施例中，所述传递参数信息还包括：系统内核的编译时间、版本号、版本类型。
第二方面，本发明实施例提供一种计算机存储介质，所述计算机存储介质中存储有可执行指令，所述可执行指令用于执行本发明实施例所述参数传递方法。
第三方面，本发明实施例提供一种参数传递装置，所述装置包括：修正模块和获取模块；其中，
所述修正模块，配置为引导所述系统内核启动前，根据运行环境修正传递参数信息，所述传递参数信息为向系统内核包中的系统内核提供运行所需的参数信息；
所述获取模块，配置为获取所述系统内核在运行过程中设置在参数区的系统内核运行信息。
在一实施例中，所述向系统内核包中的系统内核提供运行所需的参数信息，包括：
向所述系统内核提供所述系统内核启动过程中的运行环境参数信息；或向所述系统内核提供所述系统内核运行过程中所需的运行参数信息。
在一实施例中，所述修正模块，配置为在系统非易失性存储器中确定用于启动的系统内核包；根据运行环境修正所述用于启动的系统内核包中的所述传递参数信息。
在一实施例中，所述装置还包括：
设置模块，配置为在所述传递参数信息中设置第一升级信息；所述第一升级信息用于提供引导程序升级时所需的信息；将所述引导程序升级结果信息设置到所述传递参数信息中；
所述第一升级信息包括如下至少之一：第一升级触发标志、第一升级状态标志、第一升级目标文件位置信息、第一升级目标文件大小信息、及第一升级目标分区信息。
在一实施例中，所述装置还包括：
设置模块，配置为在所述传递参数信息中设置第二升级信息；所述第二升级信息用于提供系统内核升级时所需的信息；将所述系统内核升级结果信息设置到所述传递参数信息中；
所述第二升级信息包括如下至少之一：第二升级状态标志、第二升级目标分区信息。
在一实施例中，所述获取模块，还配置为获取所述系统内核在所述参数区保存的重启信息；
所述重启信息包括如下至少之一：重启标志位、重启日志信息；
所述重启标志位用于向引导程序指示系统重启原因。
在一实施例中，所述装置还包括：
设置模块，配置为在内核程序系统内核包中设置所述参数区，并在所述参数区中预设所述传递参数信息。
本发明实施例所提供的参数传递方法、装置及计算机存储介质，引导所述系统内核启动前，引导程序根据运行环境修正传递参数信息，所述传递参数信息为向系统内核包中的系统内核提供运行所需的参数信息；引导程序获取所述系统内核在运行过程中设置在参数区的系统内核运行信息。如此，引导程序和系统内核可以在参数区实现参数的双向传递，并通过预设传递参数信息，实现参数传递的定制化，提高参数传递灵活性。
图1为本发明实施例参数传递方法的流程示意图；
图2为本发明实施例系统内核包的组成结构示意图；
图3为本发明实施例引导程序升级步骤流程示意图；
图4为本发明实施例系统内核升级步骤流程示意图；
图5为本发明实施例参数传递装置的组成结构示意图。
本发明实施例中，引导所述系统内核启动前，根据运行环境修正传递参数信息，所述传递参数信息为向系统内核包中的系统内核提供运行所需的参数信息；获取所述系统内核在运行过程中设置在参数区的系统内核运行信息。
下面结合实施例对本发明再作进一步详细的说明。
本发明实施例提供的参数传递方法，如图1所示，所述方法包括：
步骤101：引导系统内核启动前，根据运行环境修正传递参数信息；
其中，所述传递参数信息为向所述系统内核包中的系统内核提供运行所需的参数信息。
系统启动后，由引导程序引导系统内核启动；引导程序遍历存储器，查找所有可用的系统内核，并确定需要启动的系统内核；这里，可以根据传递参数信息中的系统内核版本号来确定需要启动的系统内核；确定需要启动的系统内核后，引导程序可以在存储器中读取需要启动的系统内核所属的系统内核包中的参数区，确定参数区的传递参数信息，获取系统内核启动所需的参数信息；引导程序可以根据当前的运行环境等信息，修改所述传递参数信息；如可以根据当前系统的双倍速率同步动态随机存储器(Double Data Rate Synchronous Dynamic-Random Access Memory DDR SD-RAM，)等随机存储器的页面大小、起始地址和大小等参数信息，修正所述传递参数信息中处于初始状态的随机存储器参数信息；
完成传递参数信息修改后，引导程序将需要启动的系统内核搬运到DDR SD-RAM等内存中，并引导所述系统内核启动；
系统内核启动后，读取与自身对应系统内核包中的参数区的传递参数信息，从而获取引导程序传递的参数。
需要补充说明的是，在本发明实施例参数传递方法实现之前，需要预先在系统内核包中设置参数区，并在所述参数区中预设传递参数信息。
通常在编译生成标准系统内核后，结合幻数，将两者的结合文件烧录到闪存(Flash Memory，Flash)等系统的非易失性存储器中，在系统启动时由引导程序引导所述系统内核启动；这里，将幻数和系统内核两者的结合文件为系统内核包；存储器中可以存储一个以上的系统内核包；其中，所述幻数由一组特定的数组成，引导程序可以通过幻数区分不同的系统内核包，在Flash中查找到有效的系统内核包；
如图2所示，可以在所述系统内核包中设置参数区；可以将所述参数区设置在所述幻数和系统内核之间，所述参数区成为所述系统内核包的文件头；在所述参数区可以预先根据系统内核启动或运行时需要参数设置传
递参数信息；所述传递参数信息可以设置成初始化状态；
进一步的，所述传递参数信息包括：所述系统内核启动过程中的运行环境参数信息、和/或提供所述系统内核运行过程中所需的运行参数信息；这里，所述运行环境参数信息包括：内存页面大小、内存的起始地址和大小等；所述运行参数信息包括针对不同系统内核在运行过程中所需的参数信息，如存储器分区占用情况等；所述传递参数信息还可以包括：系统内核的编译时间、和/或版本号、和/或版本类型等一些定制化的参数信息。
实际应用中，可以将所述传递参数信息以文件的形式和所述幻数和系统内核一起合并成为最终的烧录文件；如在Linux系统中，首先可以编译生成标准系统内核，Linux系统环境下为uImage；再准备传递参数信息文件，该文件包含要传递的参数的初始值；然后运行构建内核(buildImage)等文件处理工具，将传递参数信息文件以文件头形式与uImage和幻数合并成烧录文件；最后，将烧录文件烧录到Flash等存储器。
由于所述参数区存在于存储器中，因此在系统运行过程中，其他模块也可以读取参数区的传递参数信息；解决引导程序传递给系统内核的参数其他模块无法获取的问题。
步骤102：获取所述系统内核在运行过程中设置在参数区的系统内核运行信息；
这里，在系统内核运行过程中，可以将运行过程中的系统内核运行信息，如运行标志信息或日志信息，存储到自身对应的参数区中，当系统重启后引导程序可以在所述参数区获取所述系统内核运行信息，并作相应处理；如此，完成系统内核对引导程序的信息传递；
如在系统内核运行过程中，系统出现重启；通常引导程序无法获知重启原因，因此也无法做出处理。这里，系统内核在重启前可以在参数区设置重启标志位，通过重启标志位告知引导程序重启的原因，如用户指示重
启、系统内核升级完成重启、系统崩溃重启等；并且可以将重启时的日志存储到参数区，引导程序可以通过重启日志确定问题，并作相应处理，如重新分配内存等。
进一步的，还可以在所述参数区传递参数信息中设置第一升级信息；所述第一升级信息用于提供引导程序升级时所需的信息；所述第一升级信息包括如下至少之一：第一升级触发标志、第一升级状态标志、第一升级目标文件位置信息、第一升级目标文件大小信息、及第一升级目标分区信息；这里，所述第一升级信息可以是预先在烧录系统内核包的时候烧录的，也可以是在系统运行后设置的；在系统重启后引导程序获取第一升级信息，进行引导程序升级；
具体的，如图3所示，引导程序根据所述第一升级信息进行升级包括以下步骤：
步骤301，判断参数区传递参数信息中的第一升级触发标志，这里，第一升级触发标志可以采用upgrade_flag表示；如果upgrade_flag＝0，则表示引导程序不需要升级，可以修正传递参数信息并引导系统内核启动流程；如果upgrade_flag＝1，则触发引导程序升级流程，转到步骤302；
步骤302，读取引导程序升级所需的参数信息，包括引导程序升级状态标志、升级目标文件所在分区位置和文件大小、升级目标分区信息等；
步骤303，读取并检查升级目标文件是否为有效版本，如果为有效版本，执行烧录程序，将该版本烧录到升级目标分区；
步骤304，如果烧录成功，将引导程序升级状态标志置升级完成；如果烧录失败，将引导程序升级状态标志置升级失败；
步骤305，最后，将引导程序升级结果信息，如引导程序升级状态标志等，写入到参数区的传递参数信息中，系统内核或其他模块可以通过读取传递参数信息获取所述引导程序升级结果。
进一步的，还可以参数区传递参数信息中设置第二升级信息；所述第二升级信息用于提供系统内核升级时所需的信息；所述第二升级信息包括如下至少之一：第二升级状态标志、第二升级目标分区信息。
具体的，如图4所示，根据所述第二升级信息进行系统内核升级包括以下步骤：
步骤401：系统运行中如果已触发系统内核升级进程，则进入步骤402；
步骤402：下载新版本系统内核包到内存；
步骤403：读取新版本系统内核包参数区的传递参数信息，可以通过版本号等信息检查该版本是否为有效的可升级版本；
步骤404：如果为有效可升级版本，烧录新版本系统内核包到传递参数信息中规定的目标分区；
步骤405：烧录完成，将所述升级状态标志置为1，表明升级成功，将所述系统内核升级结果信息，如系统内核升级状态标志等，写入到参数区的传递参数信息中，供后续引导程序等读取。
本发明实施例提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行本发明实施例所述参数传递方法。
本发明实施例提供的参数传递装置，如图5所示，所述装置包括修正模块51和获取模块52；其中，
所述修正模块51，配置为引导所述系统内核启动前，根据运行环境修正传递参数信息，所述传递参数信息为向系统内核包中的系统内核提供运行所需的参数信息；
系统启动后，由引导程序引导系统内核启动；引导程序遍历存储器，查找所有可用的系统内核，并确定需要启动的系统内核；这里，可以根据传递参数信息中的系统内核版本号来确定需要启动的系统内核；确定需要
启动的系统内核后，引导程序可以在存储器中读取需要启动的系统内核所属的系统内核包中的参数区，确定参数区的传递参数信息，获取系统内核启动所需的参数信息；引导程序可以根据当前的运行环境等信息，修改所述传递参数信息；如可以根据当前系统的DDR SD-RAM等随机存储器的页面大小、起始地址和大小等参数信息，修正所述传递参数信息中处于初始状态的随机存储器参数信息；
完成传递参数信息修改后，引导程序将需要启动的系统内核搬运到DDR SD-RAM等内存中，并引导所述系统内核启动；
系统内核启动后，读取与自身对应系统内核包中的参数区的传递参数信息，从而获取了引导程序传递的参数。
所述获取模块52，配置为获取所述系统内核在运行过程中设置在参数区的系统内核运行信息；
这里，在系统内核运行过程中，可以将运行过程中的系统内核运行信息，如运行标志信息或日志信息存储到自身对应的参数区中，当系统重启后引导程序可以在所述参数区获取所述系统内核运行信息，并作相应处理；如此完成了系统内核对引导程序的信息传递；
如在系统内核运行过程中，系统出现重启；通常，引导程序无法获知重启原因，因此也无法做出处理；这里，系统内核在重启前可以在参数区设置重启标志位，通过重启标志位告知引导程序重启的原因，如用户指示重启、系统内核升级完成重启、系统崩溃重启等；并且可以将重启时的日志存储到参数区，引导程序可以通过重启日志确定问题，并作相应处理，如重新分配内存等。
在一实施例中，所述装置还包括：
设置模块53，配置为在系统内核包中设置参数区，并在所述参数区中预设所述传递参数信息。
通常在编译生成标准系统内核后，结合幻数，将两者的结合文件烧录到Flash等存储器中，在系统启动时由引导程序引导所述系统内核启动；这里，将幻数和系统内核两者的结合文件为系统内核包；存储器中可以存储1个以上的系统内核包；其中，所述幻数由一组特定的数组成，引导程序可以通过幻数区分不同的系统内核包，在FLASH中查找到有效的系统内核包；
如图2所示，可以在所述系统内核包中设置参数区；可以将所述参数区设置在所述幻数和系统内核之间，所述参数区成为所述系统内核包的文件头；在所述参数区可以预先根据系统内核启动或运行时需要参数设置传递参数信息；所述传递参数信息可以设置成初始化状态；
进一步的，所述传递参数信息包括：所述系统内核启动过程中的运行环境参数信息，或提供所述系统内核运行过程中所需的运行参数信息；这里，所述运行环境参数信息包括：内存页面大小、内存的起始地址和大小等；所述运行参数信息包括针对不同系统内核在运行过程中所需的参数信息，如存储器分区占用情况等；所述传递参数信息还可以包括：系统内核的编译时间、和/或版本号、和/或版本类型等一些定制化的参数信息。
实际应用中，可以将所述传递参数信息以文件的形式和所述幻数和系统内核一起合并成为最终的烧录文件；如在Linux系统中，首先可以编译生成标准系统内核，Linux系统环境下为uImage；再准备传递参数信息文件，该文件包含了要传递的参数的初始值；然后运行buildImage等文件处理工具，将传递参数信息文件以文件头形式与uImage和幻数合并成烧录文件；最后，将烧录文件烧录到Flash等存储器。
由于，所述参数区存在于存储器中，因此，在系统运行过程中，其他模块也可以读取参数区的传递参数信息；解决引导程序传递给系统内核的参数其他模块无法获取的问题。
在一实施例中，所述设置模块53，配置为在所述参数区传递参数信息中设置第一升级信息；所述第一升级信息用于提供引导程序升级时所需的信息；所述第一升级信息包括如下至少之一：第一升级触发标志、第一升级状态标志、第一升级目标文件位置信息、第一升级目标文件大小信息、及第一升级目标分区信息；这里，所述第一升级信息可以是预先在烧录系统内核包的时候烧录的，也可以是在系统运行后设置的；在系统重启后引导程序获取第一升级信息，进行引导程序升级。
具体的，如图3所示，引导程序根据所述第一升级信息进行升级包括以下步骤：
步骤301，判断参数区传递参数信息中的第一升级触发标志，这里，第一升级触发标志可以采用upgrade_flag表示；如果upgrade_flag＝0，则表示引导程序不需要升级，可以修正传递参数信息并引导系统内核启动流程；如果upgrade_flag＝1，则触发引导程序升级流程，转到步骤302；
步骤302，读取引导程序升级所需的参数信息，包括引导程序升级状态标志、升级目标文件所在分区位置和文件大小、升级目标分区信息等；
步骤303，读取并检查升级目标文件是否为有效版本，如果为有效版本，执行烧录程序，将该版本烧录到升级目标分区；
步骤304，如果烧录成功，将引导程序升级状态标志置升级完成；如果烧录失败，将引导程序升级状态标志置升级失败；
步骤305，最后，将引导程序升级结果信息，如引导程序升级状态标志等，写入到参数区的传递参数信息中，系统内核或其他模块可以通过读取传递参数信息获取所述引导程序升级结果。
在一实施例中，所述设置模块53，配置为在所述传递参数信息中设置第二升级信息；所述第二升级信息用于提供系统内核升级时所需的信息；所述第二升级信息包括如下至少之一：第二升级状态标志、第二升级目标
分区信息。
具体的，如图4所示，根据所述第二升级信息进行系统内核升级包括以下步骤：
步骤401：系统运行中如果已触发系统内核升级进程，则进入步骤402；
步骤402：下载新版本系统内核包到内存；
步骤403：读取新版本系统内核包参数区的传递参数信息，可以通过版本号等信息检查该版本是否为有效的可升级版本；
步骤404：如果为有效可升级版本，烧录新版本系统内核包到传递参数信息中规定的目标分区；
步骤405：烧录完成，将所述升级状态标志置为1，表明升级成功，将所述系统内核升级结果信息，如系统内核升级状态标志等，写入到参数区的传递参数信息中，供后续引导程序等读取。
在实际应用中，设置模块53可以由外部电脑系统等实现；修正模块51和获取模块52可以由操作系统所在系统的CPU、微处理器(Micro Processor Unit，MPU)、数字信号处理器(Digital Signal Processor，DSP)、或现场可编程门阵列(Field Programmable Gate Array，FPGA)等实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、
嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的最佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
本发明实施例所述参数传递方法，引导所述系统内核启动前，引导程序根据运行环境修正传递参数信息，所述传递参数信息为向系统内核包中的系统内核提供运行所需的参数信息；引导程序获取所述系统内核在运行过程中设置在参数区的系统内核运行信息。如此，引导程序和系统内核可以在参数区实现参数的双向传递，并通过预设传递参数信息，实现参数传递的定制化，提高参数传递灵活性。
Claims (17)
- 一种参数传递方法，所述方法包括：引导所述系统内核启动前，根据运行环境，修正传递参数信息，所述传递参数信息为向系统内核包中的系统内核提供运行所需的参数信息；获取所述系统内核在运行过程中设置在参数区的系统内核运行信息。
- 根据权利要求1所述的方法，其中，所述向系统内核包中的系统内核提供运行所需的参数信息，包括：向所述系统内核提供所述系统内核启动过程中的运行环境参数信息；或，向所述系统内核提供所述系统内核运行过程中所需的运行参数信息。
- 根据权利要求1所述的方法，其中，所述根据运行环境修正所述传递参数信息，包括：在系统非易失性存储器中确定用于启动的系统内核包；根据运行环境修正所述用于启动的系统内核包中的所述传递参数信息。
- 根据权利要求1所述的方法，其中，所述方法还包括：在所述传递参数信息中设置第一升级信息；所述第一升级信息用于提供引导程序升级时所需的信息；将所述引导程序升级结果信息设置到所述传递参数信息中；所述第一升级信息包括如下至少之一：第一升级触发标志、第一升级状态标志、第一升级目标文件位置信息、第一升级目标文件大小信息、及第一升级目标分区信息。
- 根据权利要求1所述的方法，其中，所述方法还包括：在所述传递参数信息中设置第二升级信息；所述第二升级信息用于提供系统内核升级时所需的信息；将所述系统内核升级结果信息设置到所述传递参数信息中；所述第二升级信息包括如下至少之一：第二升级状态标志、第二升级目标分区信息。
- 根据权利要求1所述的方法，其中，所述系统内核在运行过程中设置在所述参数区的系统内核运行信息，包括：所述系统内核在所述参数区保存的重启信息；所述重启信息包括如下至少之一：重启标志位、重启日志信息；所述重启标志位用于向引导程序指示系统重启原因。
- 根据权利要求1所述的方法，其中，所述方法还包括：在内核程序系统内核包中设置所述参数区，并在所述参数区中预设所述传递参数信息。
- 根据权利要求1至7任一项所述的方法，其中，所述传递参数信息还包括如下至少之一：系统内核的编译时间、版本号、版本类型。
- 一种参数传递装置，所述装置包括：修正模块和获取模块；所述修正模块，配置为引导所述系统内核启动前，根据运行环境修正传递参数信息，所述传递参数信息为向系统内核包中的系统内核提供运行所需的参数信息；所述获取模块，配置为获取所述系统内核在运行过程中设置在参数区的系统内核运行信息。
- 根据权利要求9所述的装置，其中，所述向系统内核包中的系统内核提供运行所需的参数信息，包括：向所述系统内核提供所述系统内核启动过程中的运行环境参数信息；或向所述系统内核提供所述系统内核运行过程中所需的运行参数信 息。
- 根据权利要求9所述的装置，其中，所述修正模块，配置为在系统非易失性存储器中确定用于启动的系统内核包；根据运行环境修正所述用于启动的系统内核包中的所述传递参数信息。
- 根据权利要求9所述的装置，其中，所述装置还包括：设置模块，配置为在所述传递参数信息中设置第一升级信息；所述第一升级信息用于提供引导程序升级时所需的信息；将所述引导程序升级结果信息设置到所述传递参数信息中；所述第一升级信息包括如下至少之一：第一升级触发标志、第一升级状态标志、第一升级目标文件位置信息、第一升级目标文件大小信息、及第一升级目标分区信息。
- 根据权利要求9所述的装置，其中，所述装置还包括：设置模块，配置为在所述传递参数信息中设置第二升级信息；所述第二升级信息用于提供系统内核升级时所需的信息；将所述系统内核升级结果信息设置到所述传递参数信息中；所述第二升级信息包括如下至少之一：第二升级状态标志、第二升级目标分区信息。
- 根据权利要求9所述的装置，其中，所述获取模块，还配置为获取所述系统内核在所述参数区保存的重启信息；所述重启信息包括如下至少之一：重启标志位、重启日志信息；所述重启标志位用于向引导程序指示系统重启原因。
- 根据权利要求9所述的装置，其中，所述装置还包括：设置模块，配置为在内核程序系统内核包中设置所述参数区，并在 所述参数区中预设所述传递参数信息。
- 根据权利要求9至15任一项所述的装置，其中，所述传递参数信息还包括如下至少之一：系统内核的编译时间、版本号、版本类型。
- 一种计算机存储介质，所述计算机存储介质中存储有可执行指令，所述可执行指令用于执行权利要求1至8任一项所述的参数传递方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610567374.0A CN107632892B (zh) | 2016-07-18 | 2016-07-18 | 一种参数传递的方法和装置 |
| CN201610567374.0 | 2016-07-18 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2018014687A1 true WO2018014687A1 (zh) | 2018-01-25 |
Family
ID=60991915
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2017/089076 Ceased WO2018014687A1 (zh) | 2016-07-18 | 2017-06-19 | 一种参数传递方法、装置及计算机存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN107632892B (zh) |
| WO (1) | WO2018014687A1 (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113031998A (zh) * | 2021-02-26 | 2021-06-25 | 芜湖美的厨卫电器制造有限公司 | 用于系统升级的方法、处理器、电子设备及存储介质 |
| CN113672267A (zh) * | 2021-09-03 | 2021-11-19 | 中国银行股份有限公司 | 一种参数更新方法及装置 |
| CN115185442A (zh) * | 2022-07-07 | 2022-10-14 | 广东明创软件科技有限公司 | 运行参数控制方法、处理器、终端及存储介质 |
| CN116719788A (zh) * | 2023-06-09 | 2023-09-08 | 展讯通信（上海）有限公司 | 日志等级的修改方法及装置、电子设备 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114780259B (zh) * | 2022-04-18 | 2025-08-29 | 杭州义益钛迪信息技术有限公司 | 内核匹配方法、服务器及存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101763279A (zh) * | 2010-01-15 | 2010-06-30 | 上海维宏电子科技有限公司 | 一种BootLoader架构设计方法 |
| US20100205587A1 (en) * | 2009-02-10 | 2010-08-12 | Huafei Dai | Method, device and system for realizing kernel online patching |
| CN103092662A (zh) * | 2013-02-04 | 2013-05-08 | 烽火通信科技股份有限公司 | 一种基于嵌入式操作系统的终端设备的软件模块升级方法 |
| CN103995717A (zh) * | 2014-05-07 | 2014-08-20 | 南京国电南自电网自动化有限公司 | 一种嵌入式设备软件升级的方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100347672C (zh) * | 2005-08-26 | 2007-11-07 | 清华大学 | 基于龙芯架构的透明计算设备的远程引导芯片及方法 |
| CN102541572B (zh) * | 2010-12-08 | 2015-09-16 | 中兴通讯股份有限公司 | 一种实现操作系统内核引导的方法、系统及装置 |
| WO2012100535A1 (zh) * | 2011-01-30 | 2012-08-02 | 华为技术有限公司 | 超级内核组件的升级方法和计算机系统 |
| CN104461621B (zh) * | 2014-11-28 | 2018-01-02 | 青岛海信宽带多媒体技术有限公司 | 一种更新属性信息的方法及装置 |
| CN104765697A (zh) * | 2015-03-10 | 2015-07-08 | 安科智慧城市技术（中国）有限公司 | 一种嵌入式设备交互方法及系统 |
-
2016
- 2016-07-18 CN CN201610567374.0A patent/CN107632892B/zh active Active
-
2017
- 2017-06-19 WO PCT/CN2017/089076 patent/WO2018014687A1/zh not_active Ceased
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100205587A1 (en) * | 2009-02-10 | 2010-08-12 | Huafei Dai | Method, device and system for realizing kernel online patching |
| CN101763279A (zh) * | 2010-01-15 | 2010-06-30 | 上海维宏电子科技有限公司 | 一种BootLoader架构设计方法 |
| CN103092662A (zh) * | 2013-02-04 | 2013-05-08 | 烽火通信科技股份有限公司 | 一种基于嵌入式操作系统的终端设备的软件模块升级方法 |
| CN103995717A (zh) * | 2014-05-07 | 2014-08-20 | 南京国电南自电网自动化有限公司 | 一种嵌入式设备软件升级的方法 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113031998A (zh) * | 2021-02-26 | 2021-06-25 | 芜湖美的厨卫电器制造有限公司 | 用于系统升级的方法、处理器、电子设备及存储介质 |
| CN113672267A (zh) * | 2021-09-03 | 2021-11-19 | 中国银行股份有限公司 | 一种参数更新方法及装置 |
| CN115185442A (zh) * | 2022-07-07 | 2022-10-14 | 广东明创软件科技有限公司 | 运行参数控制方法、处理器、终端及存储介质 |
| CN115185442B (zh) * | 2022-07-07 | 2024-06-04 | 广东明创软件科技有限公司 | 运行参数控制方法、处理器、终端及存储介质 |
| CN116719788A (zh) * | 2023-06-09 | 2023-09-08 | 展讯通信（上海）有限公司 | 日志等级的修改方法及装置、电子设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107632892B (zh) | 2021-06-22 |
| CN107632892A (zh) | 2018-01-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101856284B1 (ko) | 장치의 초기화 동안 펌웨어의 백업 | |
| JP5575338B2 (ja) | 情報処理装置、情報処理方法、およびコンピュータプログラム | |
| US9703635B2 (en) | Method, computer program, and computer for restoring set of variables | |
| WO2018014687A1 (zh) | 一种参数传递方法、装置及计算机存储介质 | |
| US20140325496A1 (en) | Apparatus and method for firmware upgrade using usb | |
| CN111240720A (zh) | 引导程序升级方法、装置及存储介质 | |
| CN105760191A (zh) | 嵌入式系统设备程序烧写量产方法 | |
| WO2016091071A1 (zh) | 加载Linux内核驱动的方法及装置 | |
| CN107220060A (zh) | 一种同时支持多个ota升级包升级的方法及系统 | |
| CN102609290B (zh) | 电子产品的软件升级方法 | |
| WO2016119548A1 (zh) | 防软件反编译的方法、防反编译软件启动的方法和装置 | |
| WO2017000567A1 (zh) | 一种实现bootrom升级的方法及装置 | |
| US9348603B2 (en) | Electronic apparatus and booting method | |
| CN102880478B (zh) | 软件更新方法 | |
| WO2015154538A1 (zh) | 存储器的启动方法及装置 | |
| WO2015184732A1 (zh) | 引导程序的存储方法、故障恢复方法及设备、计算机存储介质 | |
| CN106951257A (zh) | 一种用Uboot_CDROM启动WinCE的实现方法 | |
| CN116339908A (zh) | 虚拟机启动方法、装置、计算机设备和存储介质 | |
| CN114546454A (zh) | bootloader升级方法、装置、计算机设备及存储介质 | |
| TW202044027A (zh) | 電腦系統與其開機方法 | |
| CN104298618A (zh) | 一种智能终端的命令处理方法及装置 | |
| CN108052337A (zh) | 一种eMMC量产工具的固件升级方法及装置 | |
| CN105204896A (zh) | 一种数字存储示波器的BootLoader设计方法 | |
| WO2017076034A1 (zh) | 一种对移动终端的存储器进行格式化的方法和装置 | |
| CN116954674A (zh) | eMMC固件升级方法、固件升级设备和存储装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 17830322 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 17830322 Country of ref document: EP Kind code of ref document: A1 |