WO2012031474A1 - 一种终端设备的启动方法及装置 - Google Patents

一种终端设备的启动方法及装置 Download PDF

Info

Publication number
WO2012031474A1
WO2012031474A1 PCT/CN2011/071909 CN2011071909W WO2012031474A1 WO 2012031474 A1 WO2012031474 A1 WO 2012031474A1 CN 2011071909 W CN2011071909 W CN 2011071909W WO 2012031474 A1 WO2012031474 A1 WO 2012031474A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
module
obm
blob
starting
Prior art date
Application number
PCT/CN2011/071909
Other languages
English (en)
French (fr)
Inventor
左剑
谢志宇
Original Assignee
青岛海信移动通信技术股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 青岛海信移动通信技术股份有限公司 filed Critical 青岛海信移动通信技术股份有限公司
Publication of WO2012031474A1 publication Critical patent/WO2012031474A1/zh

Links

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

Definitions

  • the present invention relates to the field of terminal devices, and in particular, to a method for starting a terminal device and a device for starting a terminal device. Background technique
  • the development platform for the first Ophone is Marvell PXA935, and the development platform for Ophone is Marvell PXA 310.
  • the CPU Central Processing Unit
  • the CPU When starting this type of Ophone, the CPU (Central Processing Unit) of the Ophone must run the following five software programs in order to successfully start the Ophone: BOOTROM (BOOT Read-Only Memory), OBM (Object Behavior Model), BLOB (Binary Large Object), Linux kernel, application, where BOOTROM is the ROM memory for recording the running information in the CPU, and OBM is the first level program for starting the bootloader BootLoader.
  • BLOB is the second-level program that launches the bootloader BootLoader. It can generate interactive programs with the user including the Linux kernel and applications. Therefore, before starting the Linux kernel of the mobile phone, you must run BOOTROM, OBM, BLOB in the mobile phone in turn.
  • the functions of the OBM implementation of the Marvell platform include: detecting hardware information and initializing hardware; BLOB implementation functions include: initializing each module in the hardware, setting GPIO (General Purpose Input Output) initialization configuration, setting default CPU frequency, downloading NandFlash content, etc.
  • GPIO General Purpose Input Output
  • the invention provides a method and a device for starting a terminal device, so as to shorten the startup delay of the terminal device and improve the startup speed.
  • a method for starting a terminal device comprising:
  • the CPU of the central processing unit runs the BOOTROM in the terminal device; the CPU runs a function module of the BLOB of the terminal device that is required to start the terminal device;
  • the CPU starts a system kernel of the terminal device.
  • a starting device for a terminal device comprising:
  • a second operating unit connected to the first operating unit, a functional module included in the OBM for running the terminal device, and a functional module that must be executed to start the terminal device in the BLOB running the terminal device;
  • a boot unit connected to the second running unit, for starting a system kernel of the terminal device.
  • FIG. 1 is a schematic flow chart of starting a terminal device in the prior art
  • FIG. 2 is a schematic flowchart of activating a terminal device according to an embodiment of the present invention.
  • FIG. 3 is a flowchart of a method for starting a terminal device according to an embodiment of the present invention.
  • FIG. 4 is a comparison diagram of delays required to start a terminal device and delays required to start a terminal device in the prior art according to an embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of a device for starting a terminal device according to an embodiment of the present invention. detailed description
  • an embodiment of the present invention provides a method and an apparatus for starting a terminal device, where the method includes: determining a part of a functional module overlapping a BLOB and an OBM of a terminal device, and starting a terminal device in a BLOB
  • the function module to be operated (the so-called function module that must be operated means that the terminal device cannot be successfully started if the function module is not operated) and the function module that the terminal device does not have to be operated (the so-called non-operational function module means The terminal device can be successfully started without running the function module.
  • the non-running function module can determine whether to run according to the specific situation after successfully starting the terminal device.
  • the terminal device When the terminal device is started, after the CPU runs the BootROM and the OBM, directly Run the function module that must be run in the BLOB and run the system kernel after running.
  • the OBM since some functional modules overlapping with the OBM in the BLOB and functional modules that are not necessarily required to be run are not required, after running the OBM, only the functions that must be run to start the terminal device in the BLOB need to be run.
  • the module can start the system kernel, which shortens the startup delay and improves the startup speed of the terminal device.
  • the delay of starting the terminal device is shortened.
  • the function module that must be run to start the terminal device in the BLOB is transplanted into the OBM, so that when the terminal device is started, the CPU directly starts the system kernel after running the BootROM and the OBM, and does not need to run the BLOB again.
  • the delay of starting the terminal device is further shortened.
  • FIG. 2 it is a flowchart of a method for starting a terminal device according to an embodiment of the present invention, where the process includes the following steps:
  • Step 201 Determine a functional module that overlaps between the BLOB and the OBM of the terminal device, a functional module that the startup terminal device must run in the BLOB, and a functional module that the startup terminal device in the BLOB does not have to run.
  • a part of the function modules overlapped in the BLOB and the OBM, a function module that must be executed to start the terminal device in the BLOB, and a function module that the startup terminal device does not have to run in the BLOB are preset; the CPU is in operation according to the The above information set in advance runs BOOTROM, OBM and BLOB.
  • some functional modules overlapping with the OBM in the BLOB may include a hardware initialization module; the functional modules that must be executed to start the terminal device in the BLOB may include a GPIO default configuration module and a CPU frequency setting module;
  • the function modules that the device does not have to run may include a serial port detection module and a NandFlash content download module.
  • Step 202 Porting a functional module that must be run in the BLOB to successfully start the terminal device is transplanted into the OBM.
  • Step 203 The CPU runs the BOOTROM of the terminal device.
  • Step 204 The CPU runs the OBM of the terminal device.
  • the function modules included in the OBM are: a hardware information detection module, a hardware initialization module, a GPIO initialization configuration module, a CPU frequency setting module, and a port detection module.
  • Step 205 The CPU starts a system kernel of the terminal device.
  • the function module running in the above step 204 may further include: a battery voltage detecting module, or/and a button detecting module, or/and a booting process determining module, or/and a software screening starting module.
  • a battery voltage detecting module or/and a button detecting module
  • a booting process determining module or/and a software screening starting module.
  • the control port detection module temporarily sets the status of all ports (ports including the USB port, serial port, etc.) of the terminal device. The detection is completed to reduce the long waiting delay caused by each detection.
  • the battery voltage detecting module when the battery voltage detecting module does not detect the battery or detects that the voltage is lower than the set voltage threshold, it determines that the current power of the terminal device is insufficient, and displays the representation on the display screen of the terminal device. A message indicating a low battery.
  • the port detection module determines, according to the detected status of each port, whether the terminal device needs to enter an abnormal startup mode (the abnormal process may include a download mode, a calibration mode, a clear mode, or a MODEM (Modulator/DEModulator) Demodulation mode, etc.), if necessary, control the terminal device to enter the abnormal startup mode; if not, enter the normal startup process, and prompt the trigger condition of the running system kernel, such as starting the kernel by the button, the charger to start the kernel or The alarm clock starts the kernel and so on.
  • the abnormal startup mode may include a download mode, a calibration mode, a clear mode, or a MODEM (Modulator/DEModulator) Demodulation mode, etc.
  • the port detection module determines whether the terminal device needs to enter the abnormal startup mode according to the detected status of each port, specifically: pre-setting the correspondence between the serial port input and the abnormal startup mode, when the port detection module detects that the serial port has
  • the data input determines that the terminal device needs to enter the abnormal startup mode, and determines an abnormal startup mode corresponding to the data input from the foregoing correspondence according to the data input, and controls the terminal device to enter the determined abnormality. In startup mode.
  • some functional modules in the BLOB are transplanted into the OBM, and some functional modules are added to the OBM as needed.
  • the system kernel is directly started after running the BootROM and the OBM. No need to run BLOB again; and, although some functional modules are added to the OBM, the added space is 30% to 40%, and the running time is increased by less than 10%. Therefore, overall, the technical solution of the present invention improves the speed of starting the terminal device.
  • FIG. 3 it is a flowchart of a method for determining whether to enter an abnormal startup mode according to an embodiment of the present invention.
  • the process is based on a scenario in which a function module that must be run to start a terminal device in a BLOB is migrated to an OBM, and includes the following steps:
  • Step 301 The CPU runs the BOOTROM of the terminal device.
  • Step 302 The CPU runs the OBM of the terminal device.
  • Step 303 The CPU determines, according to the detection result of the status of each port by the port detection module in the OBM, whether it is necessary to enter the abnormal startup mode of the BLOB. If yes, step 304 is performed; otherwise, step 305 is performed.
  • Step 304 Control the terminal device to enter an abnormal startup mode.
  • Step 305 Start a system kernel of the terminal device.
  • FIG. 4 is a comparison diagram of delays required to start a terminal device according to an embodiment of the present invention and delays required to start a terminal device in the prior art.
  • the columnar body 41 is a system core in a mobile phone terminal in the prior art.
  • the delay required before, the delay consists of two parts, one part is the delay required to run the OBM (the area filled with slashes in Figure 4) is about 600 milliseconds, and the other part is the delay required to run the BLOB ( The area in FIG. 4 that is not filled with oblique lines is about 900 milliseconds.
  • the column 42 is the system for starting the mobile terminal in the embodiment of the present invention.
  • the delay required before the kernel is about 900 milliseconds, but since the BLOB does not need to be run, the technical solution of the present invention starts the system kernel of the mobile terminal.
  • the delay required before was about 900 milliseconds.
  • the comparison shows that the delay required to start the terminal device by using the technical solution of the present invention is much lower than the delay required for starting the terminal device in the prior art.
  • the prior art needs to periodically detect the serial port to determine, It takes about 2 seconds, and the technical solution of the present invention determines whether the terminal device enters the abnormal mode by detecting the state of each port. Therefore, the technical solution of the present invention determines whether the terminal device enters the abnormal startup mode. Compared with the prior art, it also shortens the time.
  • an embodiment of the present invention further provides a starting device for a terminal device, and the structure of the starting device is as shown in FIG. 5.
  • FIG. 5 is a schematic structural diagram of a device for starting a terminal device according to an embodiment of the present invention, where the device includes:
  • the first running unit 51 is configured to start a BOOTROM of the terminal device.
  • the second running unit 52 is connected to the first running unit 51, and is used to start a function module included in the BOM of the terminal device, and a function module in which the terminal device in the BLOB running the terminal device must run.
  • the boot unit 53 is connected to the second running unit 52 for starting the system kernel of the terminal device, and the Linux kernel.
  • the second running unit 52 is specifically configured to: run a hardware information detecting module and a hardware initializing module in the OBM; and run a GPIO default configuration module and a CPU frequency setting module in the BLOB.
  • the second running unit 52 is further configured to: run a port detecting module in the OBM, or/and a battery voltage detecting module, or/and a button detecting module, or/and a boot process determining module, or/and a software screening start Module.
  • the function module that must be run to start the terminal device in the BLOB of the terminal device is transplanted into the OBM; when the terminal device needs to be started, after the BootROM in the terminal device is started, the function modules included in the OBM are Running the function module of the BLOB to start the terminal device; finally starting the system kernel of the terminal device; ⁇ using the technical solution of the invention, does not need to run the overlapping functional modules in the OBM and the BLOB, and does not need to run the startup terminal in the BLOB
  • the function module that the device does not have to run, thereby shortening the delay of starting the terminal device and increasing the speed of starting the terminal device.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Description

一种终端设备的启动方法及装置 本申请要求在 2010 年 09 月 08 日提交中国专利局、 申请号为 201010277614.6、发明名称为"一种终端设备的启动方法及装置"的中国专利申 请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及终端设备领域， 尤其涉及一种终端设备的启动方法和一种终 端设备的启动装置。 背景技术
目前， Ophone手机所釆用的开发平台大多数都是基于 Marvell平台， 如 第一款上市 Ophone釆用的开发平台为 Marvell PXA935 , Ophone手机釆用的 开发平台为 Marvell PXA 310。在启动该类 Ophone手机时， Ophone手机的 CPU ( Central processing unit, 中央处理器） 必须依次运行以下五个软件程序才能 成功启动 Ophone手机： BOOTROM ( BOOT Read-Only Memory, 启动只读存 储器）、 OBM ( Object Behavior Model, 对象行为模型）、 BLOB ( Binary Large Object, 二进制对象）、 Linux内核、 应用程序， 其中 BOOTROM为 CPU中记 录运行信息的 ROM存储器， OBM为启动引导程序 BootLoader的第一级程 序， BLOB为启动引导程序 BootLoader的第二级程序， 可与用户产生互动程 序包括 Linux内核和应用程序， 因此， 在启动手机的 Linux内核之前， 必须要 依次运行手机中的 BOOTROM、 OBM、 BLOB。
Marvell 平台的 OBM实现的功能包括：检测硬件信息、初始化硬件； BLOB 实现的功能包括： 初始化硬件中各模块、 设置 GPIO ( General Purpose Input Output, 通用输入 /输出）初始化配置、 设置默认 CPU频率、 下载 NandFlash 内容等。 釆用现有的移动终端启动方式， 必须要依次运行 OBM和 BLOB中的代码 才能运行 Linux内核， 但是 OBM和 BLOB中的部分代码是重复的， 如用于实现 初始化的代码， 相当于相同的代码需要重复运行多次， 从而导致启动时延较 大； 并且， 本发明人在开发过程中发现 BLOB中的部分功能对应的代码是在运 行手机的过程中并不是必须要运行的， 如图 1所示的， 循环检测串口中是否有 数据输入， 若有则进入非正常启动模式（如下载模式）， 否则运行 Linux内核， 但是一般情况下在启动过程中串口很少有数据输入， 循环检测串口是否有数 据输入需要较长的等待时间， 一般情况下需要等待 2秒钟， 若每次启动时都需 要进行循环检测串口， 则使得启动时延更大。 发明内容
本发明提供一种终端设备的启动方法及装置， 以缩短终端设备的启动时 延， 提高启动速度。
一种终端设备的启动方法， 包括：
中央处理器 CPU运行终端设备中的 BOOTROM; 所述 CPU运行所述终端设备的 BLOB中启动终端设备必须要运行的功能 模块；
所述 CPU启动所述终端设备的系统内核。
一种终端设备的启动装置， 包括：
第一运行单元， 用于启动终端设备的 BOOTROM
第二运行单元， 与所述第一运行单元相连接， 用于运行所述终端设备的 OBM所包含的功能模块，和运行所述终端设备的 BLOB中启动终端设备必须 要运行的功能模块；
启动单元， 与所述第二运行单元相连接， 用于启动所述终端设备的系统 内核。
本发明实施例中， 在运行终端设备中的 BOOTROM之后， 运行 OBM所包 含的功能模块和运行 BLOB中启动终端设备必须要运行的功能模块；再启动所 述终端设备的系统内核， 即不需要运行 OBM和 BLOB中重叠的功能模块， 且 不需要运行 BLOB中启动终端设备非必须运行的功能模块，从而缩短了启动终 端设备的时延、 提高了启动终端设备的速度。 附图说明
图 1为现有技术中启动终端设备的流程示意图；
图 2为本发明实施例中启动终端设备的流程示意图；
图 3为本发明实施例中启动终端设备的方法流程图；
图 4 为本发明实施例中启动终端设备所需时延与现有技术启动终端设备 所需时延的对比图；
图 5为本发明实施例中终端设备的启动装置的结构示意图。 具体实施方式
针对现有技术存在的上述技术问题， 本发明实施例提供一种终端设备的 启动方法及装置， 该方法包括： 确定终端设备的 BLOB与 OBM中相重叠的 部分功能模块、 BLOB 中启动终端设备必须要运行的功能模块（所谓必须要 运行的功能模块是指若不运行该功能模块则终端设备不能成功启动）和启动 终端设备非必须要运行的功能模块（所谓非必须要运行的功能模块是指不运 行该功能模块也能成功启动终端设备， 该非必须运行的功能模块可以在成功 启动终端设备之后再根据具体情况确定是否运行）； 在启动终端设备时， CPU 运行完 BOOTROM和 OBM之后，直接运行 BLOB中必须要运行的功能模块， 并在运行完之后运行系统内核。釆用本发明技术方案， 由于不需要运行 BLOB 中与 OBM相重叠的部分功能模块和非必须要运行的功能模块， 因此，在运行 完 OBM之后， 只需要运行 BLOB中启动终端设备必须运行的功能模块即可 启动系统内核， 从而缩短了启动时延， 提高了终端设备的启动速度。
较佳地， 为进一步提高启动终端设备的速度， 缩短启动终端设备的时延， 本发明实施例中， 将 BLOB中的启动终端设备必须要运行的功能模块移植到 OBM中， 以便在启动终端设备时， CPU在运行完 BOOTROM和 OBM之后 直接启动系统内核， 不需要再运行 BLOB, 从而进一步缩短启动终端设备的 时延。
下面结合说明书附图对本发明技术方案进行详细的描述。
参见图 2, 为本发明实施例中启动终端设备的方法流程图， 该流程包括步 骤：
步骤 201、 确定出终端设备的 BLOB与 OBM中相重叠的部分功能模块、 BLOB中启动终端设备必须要运行的功能模块、 BLOB中启动终端设备非必须 要运行的功能模块。
本发明实施例中， 预先设置 BLOB与 OBM中相重叠的部分功能模块、 BLOB中启动终端设备必须要执行的功能模块和 BLOB中启动终端设备非必 须要运行的功能模块； CPU 在运行过程中根据预先设置的上述信息运行 BOOTROM、 OBM和 BLOB。 本发明实施例中， BLOB中与 OBM相重叠的 部分功能模块可包括硬件初始化模块； BLOB 中启动终端设备必须要运行的 功能模块可包括 GPIO默认配置模块和 CPU频率设定模块； BLOB中启动终 端设备非必须要运行的功能模块可包括串口检测模块和 NandFlash 内容下载 模块。
步骤 202、 将 BLOB 中成功启动终端设备必须要运行的功能模块移植到 OBM中。
步骤 203、 CPU运行终端设备的 BOOTROM。
步骤 204、 CPU运行终端设备的 OBM。
该步骤中， OBM包含的功能模块：硬件信息检测模块、硬件初始化模块、 GPIO初始化配置模块、 CPU频率设置模块、 端口检测模块。
步骤 205、 CPU启动终端设备的系统内核。
较佳地， 上述步骤 204中运行的功能模块还可包括： 电池电压检测模块， 或 /和按键检测模块， 或 /和开机流程判断模块， 或 /和软件甄别启动模块。 现有技术中， 对开机流程进行判断的程序大部分为兼容前期开发智能终 端的代码， 以增强可读性， 以便增加功能或问题查找， 但是由于对开机流程 的判断需要一步一步按顺序进行判断， 因此， 该种对开机流程进行判断的方 式需要较长的时延， 本发明实施例为缩短对终端设备的开机流程进行判断的 时延， 在 ΒΟΜ中重新编写开机流程判断模块， 以优化代码空间、 减小镜像的 大小， 缩短运行开机流程判断模块所需要的时延。
较佳地， 为提高终端设备的启动速度、 缩短终端设备的启动时延， 本发 明实施例中， 控制端口检测模块一次性地将终端设备的所有端口 （端口包括 USB口、 串口等） 的状态检测完毕， 以减少每次检测带来较长的等待时延。
较佳地， 本发明实施例中， 当电池电压检测模块检测不到电池或检测到 电压低于设定的电压阔值时， 确定终端设备当前电量不足， 并在终端设备的 显示屏幕上显示表征电量不足的提示信息。
较佳地， 端口检测模块根据检测到的各端口的状态， 确定出终端设备是 否需要进入非正常启动模式（非正常流程可包括下载模式、 校准模式、 清除 模式或 MODEM ( Modulator/DEModulator, 调制 /解调）模式等）， 若需要， 则控制终端设备进入非正常启动模式； 若不需要则进入到正常启动流程， 并 提示运行系统内核的触发条件， 如通过按键启动内核、 充电器启动内核或闹 钟启动内核等。
端口检测模块根据检测到的各端口的状态， 确定出终端设备是否需要进 入非正常启动模式， 具体为： 预先设置串口输入与非正常启动模式之间的对 应关系， 当端口检测模块检测到串口有数据输入， 则可确定终端设备需要进 入非正常启动模式， 并根据该数据输入从上述对应关系中确定出与该数据输 入相对应的非正常启动模式， 并控制终端设备进入到确定出的非正常启动模 式中。
釆用本发明技术方案， 将 BLOB中的部分功能模块移植到 OBM中， 且 根据需要还在 OBM 中增加了部分功能模块， 在启动终端设备时， 在运行完 BOOTROM和 OBM之后直接启动系统内核， 不需要再运行 BLOB； 并且， 虽然在 OBM中添加了部分功能模块， 增加的空间为 30%~40%, 而运行时间 增加不到 10%, 因此， 整体而言， 釆用本发明技术方案提高了启动终端设备 的速度。
参见图 3 , 为本发明实施例中判断是否进入非正常启动模式的方法流程 图，该流程基于 BLOB中启动终端设备必须要运行的功能模块移植到 OBM的 方案， 包括以下步骤：
步骤 301、 CPU运行终端设备的 BOOTROM。
步骤 302、 CPU运行所述终端设备的 OBM。
步骤 303、 CPU根据 OBM中的端口检测模块对各端口状态的检测结果， 确定是否需要进入 BLOB 的非正常启动模式， 若是则执行步骤 304, 否则执 行步骤 305。
步骤 304、 控制所述终端设备进入到非正常启动模式中。
步骤 305、 启动所述终端设备的系统内核。
下面以一具体的数据来对本发明技术方案取得的技术效果进行更详细的 描述。
参见图 4,为本发明实施例启动终端设备所需时延与现有技术启动终端设 备所需时延的对比图， 图 4中， 柱状体 41为现有技术中在启动手机终端的系 统内核之前所需要的时延， 该时延包括两部分， 一部分是运行 OBM所需要的 时延（图 4中用斜线填充的区域） 大约为 600毫秒， 另一部分是运行 BLOB 所需要的时延（图 4中没有用斜线填充的区域） 大约为 900毫秒， 因此， 现 有技术中在启动手机终端的系统内核之前大约需要 1500 毫秒； 而柱状体 42 为本发明实施例中启动手机终端的系统内核之前所需要的时延，运行 OBM所 需要的时延（图 4中用斜线填充的区域） 大约为 900毫秒， 但是由于不需要 运行 BLOB, 因此， 本发明技术方案启动手机终端的系统内核之前所需要的 时延约为 900 毫秒。 对比可知， 釆用本发明技术方案来启动终端设备所需要 的时延大大低于现有技术中启动终端设备所需要的时延。 另外， 若需要判断 终端设备是否进入非正常启动模式， 则现有技术需要循环检测串口来判断， 则需要耗时约为 2秒， 而本发明技术方案通过检测各端口状态来确定是否进 入正常模式， 则只需要微乎其微的时间， 因此， 本发明技术方案在判断终端 设备是否进入非正常启动模式， 与现有技术相比也缩短了不少时间。
基于上述方法相同的构思， 本发明实施例还提供一种终端设备的启动装 置， 该启动装置的结构如图 5所示。
参见图 5 为本发明实施例中终端设备的启动装置的结构示意图， 该启动 装置包括：
第一运行单元 51 , 用于启动终端设备的 BOOTROM。
第二运行单元 52, 与第一运行单元 51相连接， 用于启动所述终端设备的 BOM所包含的功能模块，和运行所述终端设备的 BLOB中启动终端设备必须 要运行的功能模块。
启动单元 53 , 与第二运行单元 52相连接， 用于启动所述终端设备的系统 内核, 口 Linux内核。
较佳地， 第二运行单元 52, 具体应用为： 运行 OBM中的硬件信息检测 模块和硬件初始化模块； 以及运行 BLOB中的 GPIO默认配置模块和 CPU频 率设定模块。
较佳地， 第二运行单元 52进一步用于， 运行 OBM中的端口检测模块， 或 /和电池电压检测模块， 或 /和按键检测模块， 或 /和开机流程判断模块， 或 / 和软件甄别启动模块。
本发明实施例中， 将终端设备的 BLOB 中启动终端设备必须要运行的功 能模块移植到 OBM 中； 在需要启动终端设备时， 在启动终端设备中的 BOOTROM之后， 运行 OBM所包含的功能模块和运行 BLOB中启动终端设 备必须要运行的功能模块； 最后启动所述终端设备的系统内核； 釆用本发明 技术方案，不需要运行 OBM和 BLOB中重叠的功能模块，且不需要运行 BLOB 中启动终端设备非必须运行的功能模块， 从而缩短了启动终端设备的时延、 提高了启动终端设备的速度。 发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求
1、 一种终端设备的启动方法， 其特征在于， 包括：
中央处理器 CPU运行终端设备中的 BOOTROM; 所述 CPU运行所述终端设备的 BLOB中启动终端设备必须要运行的功能 模块；
所述 CPU启动所述终端设备的系统内核。
2、 如权利要求 1所述的方法， 其特征在于， 所述 OBM包括： 硬件信息 检测模块和硬件初始化模块；
所述 BLOB中启动终端设备必须要运行的功能模块包括： 通用输入 /输出 GPIO默认配置模块和 CPU频率设定模块。
3、 如权利要求 2所述的方法， 其特征在于， 所述 OBM还包括： 端口检测模块， 或 /和电池电压检测模块， 或 /和按键检测模块， 或 /和开机 流程判断模块， 或 /和软件甄别启动模块。
4、 如权利要求 3所述的方法， 其特征在于， 所述 BOM还包括端口检测 模块， 所述方法还包括：
所述端口检测模块根据对所述终端设备的各端口状态的检测结果， 确定 是否进入非正常启动模式， 并在确定进入非正常启动模式时， 控制终端设备 进入相应的非正常启动模式， 否则启动所述终端设备的系统内核。
5、 如权利要求 3所述的方法， 其特征在于， 所述 BOM还包括电池电压 检测模块， 所述方法还包括：
所述电池电压检测模块在检测不到所述终端设备的电池或检测到的电压 小于设定的电压阔值时， 在所述终端设备的显示屏中显示表征电量不足的提 示信息。
6、 一种终端设备的启动装置， 包括用于运行终端设备的 BOOTROM的 第一运行单元， 其特征在于， 还包括： 第二运行单元， 与所述第一运行单元相连接， 用于运行所述终端设备的
OBM所包含的功能模块，和运行所述终端设备的 BLOB中启动终端设备必须 要运行的功能模块；
启动单元， 与所述第二运行单元相连接， 用于启动所述终端设备的系统 内核。
7、 如权利要求 6所述的气动装置， 其特征在于， 所述 OBM包含的功能 模块包括： 硬件信息检测模块和硬件初始化模块；
所述 BLOB中启动终端设备必须要运行的功能模块包括： 通用输入 /输出 GPIO默认配置模块和 CPU频率设定模块。
8、 如权利要求 7所述的方法， 其特征在于， 所述 OBM还包括： 端口检测模块， 或 /和电池电压检测模块， 或 /和按键检测模块， 或 /和开机 流程判断模块， 或 /和软件甄别启动模块。
PCT/CN2011/071909 2010-09-08 2011-03-17 一种终端设备的启动方法及装置 WO2012031474A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN 201010277614 CN101923480B (zh) 2010-09-08 2010-09-08 一种终端设备的启动方法及装置
CN201010277614.6 2010-09-08

Publications (1)

Publication Number Publication Date
WO2012031474A1 true WO2012031474A1 (zh) 2012-03-15

Family

ID=43338436

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/071909 WO2012031474A1 (zh) 2010-09-08 2011-03-17 一种终端设备的启动方法及装置

Country Status (2)

Country Link
CN (1) CN101923480B (zh)
WO (1) WO2012031474A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101923480B (zh) * 2010-09-08 2013-04-10 青岛海信移动通信技术股份有限公司 一种终端设备的启动方法及装置
CN103516872A (zh) * 2012-06-19 2014-01-15 联想(北京)有限公司 终端设备以及终端设备的开机控制方法
CN102970413B (zh) * 2012-10-26 2014-11-12 广东欧珀移动通信有限公司 一种智能手机运行方法
CN106531042A (zh) * 2014-02-27 2017-03-22 青岛海信宽带多媒体技术有限公司 数字终端设备及其数码管显示控制方法
CN104965744A (zh) * 2015-07-10 2015-10-07 上海斐讯数据通信技术有限公司 一种系统升级方法及嵌入式系统
CN109947487A (zh) * 2019-03-14 2019-06-28 深圳忆联信息系统有限公司 一种提高芯片启动速度的方法、装置、计算机设备及存储介质
CN110489169B (zh) * 2019-08-06 2021-10-19 晶晨半导体(上海)股份有限公司 一种片上系统的存储器快速启动方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101287187A (zh) * 2007-04-12 2008-10-15 奥科无线通信技术（深圳）有限公司 智能手机及其操作系统运行方法
CN101923480A (zh) * 2010-09-08 2010-12-22 青岛海信移动通信技术股份有限公司 一种终端设备的启动方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101442332A (zh) * 2007-11-21 2009-05-27 德信智能手机技术（北京）有限公司 一种智能手机及其重启方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101287187A (zh) * 2007-04-12 2008-10-15 奥科无线通信技术（深圳）有限公司 智能手机及其操作系统运行方法
CN101923480A (zh) * 2010-09-08 2010-12-22 青岛海信移动通信技术股份有限公司 一种终端设备的启动方法及装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HAN, SHENGZHONG: "Research and implementation of boot system based on PXA Microprocessor", SOUTHEAST UNIVERSITY MASTER DISSERTATION, December 2008 (2008-12-01), pages 25 - 26, 34-35, 37-40 *
MARVELL, PXA300/PXA310 PROCESSOR PLATFORM AND PXA300/PXA310 HANDHELD PLATFORM DEVELOPMENT KIT LINUX PREVIEW KIT FOR KERNEL 2.6.21 BOARD SUPPORT PACKAGE, 15 August 2007 (2007-08-15), pages 8 - 11 *
MARVELL, PXA3XX PROCESSORS AND TAVOR P PROCESSOR BOOT ROM REFERENCE MANUAL, 29 January 2008 (2008-01-29), pages 87 - 88 *

Also Published As

Publication number Publication date
CN101923480B (zh) 2013-04-10
CN101923480A (zh) 2010-12-22

Similar Documents

Publication Publication Date Title
WO2012031474A1 (zh) 一种终端设备的启动方法及装置
US7752428B2 (en) System and method for trusted early boot flow
WO2017067448A1 (zh) 一种无线固件升级方法、系统及计算机存储介质
CN102915247B (zh) Apk插件化管理方法
AU2012375273B2 (en) Method and system for verifying proper operation of a computing device after a system change
RU2005110041A (ru) Эффективное исправление программ
RU2009132388A (ru) Согласование загрузки между несколькими способными к загрузке устройствами
CN107567629B (zh) 在可信执行环境容器中的动态固件模块加载器
WO2017219861A1 (zh) 系统启动模式的控制方法及装置
CN106227568A (zh) 终端设备开机、升级方法和设备
WO2014013499A1 (en) System and method for operating system agnostic hardware validation
CN106792266B (zh) 一种网络检测方法和装置及数字机顶盒
WO2016184058A1 (zh) 一种终端异常恢复方法及终端
WO2021136200A1 (zh) 引导程序的加载方法、存储介质及嵌入式终端
KR20130142073A (ko) 모바일 메모리 카드를 사용하여 모바일폰 운영체제를 부팅시키는 방법 및 단말
CN110442426A (zh) 一种密码重置方法、装置及存储介质
US20130080751A1 (en) Method and device for updating bios program for computer system
CN113901473A (zh) 一种服务器安全启动的方法、装置、设备及可读介质
WO2022199335A1 (zh) 服务器部件固件升级的控制方法、装置、设备及存储介质
CN105045671A (zh) 一种智能终端的系统升级方法及装置
CN106919423B (zh) 一种固件升级方法及装置
WO2014067368A1 (zh) 资源预览图的获取方法、装置以及设备
WO2013004175A1 (zh) 一种电子设备的软件升级方法及装置
WO2017128589A1 (zh) 可运行文件生成方法、art虚拟机运行方法和装置
TWI554876B (zh) 節點置換處理方法與使用其之伺服器系統

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: 11822997

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: 11822997

Country of ref document: EP

Kind code of ref document: A1