WO2013075522A1 - 实现嵌入式设备引导程序通用性的方法及装置 - Google Patents

实现嵌入式设备引导程序通用性的方法及装置 Download PDF

Info

Publication number
WO2013075522A1
WO2013075522A1 PCT/CN2012/080738 CN2012080738W WO2013075522A1 WO 2013075522 A1 WO2013075522 A1 WO 2013075522A1 CN 2012080738 W CN2012080738 W CN 2012080738W WO 2013075522 A1 WO2013075522 A1 WO 2013075522A1
Authority
WO
WIPO (PCT)
Prior art keywords
hardware
file
data structure
configuration parameter
boot
Prior art date
Application number
PCT/CN2012/080738
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 WO2013075522A1 publication Critical patent/WO2013075522A1/zh

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping

Definitions

  • the present invention relates to a boot program for an embedded device, and more particularly to a method and apparatus for implementing the versatility of an embedded device boot program. Background technique
  • the boot process is basically the same, and the difference is mainly due to hardware chip initialization and configuration differences due to hardware differences.
  • it is a single board corresponding to a boot program, or a method of adding a large number of judgment branches in the program, it will increase the workload of maintaining the program, and reduce the boot program. Scalability.
  • traditional development is also difficult to decouple the development of the underlying driver module from the development of the upper support module, which is not conducive to the function upgrade and maintenance of the bootloader.
  • the version management of the bootloader has become very complicated. Often, every time a new board is added, the version of the bootloader changes once. Summary of the invention
  • the main purpose of the embodiments of the present invention is to provide a method for implementing the universality of an embedded device booting program, so that the initialization of the hardware with different differences can be performed by using a general booting procedure.
  • Embodiments of the present invention provide a method for implementing universality of an embedded device booting program, including: distinguishing between general hardware and non-generic hardware;
  • the data structure is allocated for non-generic hardware, a configuration parameter file corresponding to the data structure is generated, and the boot code is configured according to the data structure:
  • the bootstrap code supports configuration parameters in the configuration parameter file.
  • the linking the configuration parameter file and the boot code into an image file is: compiling the configuration parameter file and the boot code, linking into an image file, and dividing the image file into a boot program area and Parameter area.
  • An embodiment of the present invention further provides an apparatus for implementing universality of an embedded device booting program, including:
  • Distinguishing modules set to distinguish between general purpose hardware and non-generic hardware
  • An allocating module configured to allocate a data structure for non-generic hardware, generate a configuration parameter file corresponding to the data structure, and configure a boot code according to the data structure;
  • a link module configured to link the configuration parameter file and the boot code to an image file, and store the boot code in a boot program area in the image file, and store configuration parameters in the configuration parameter file
  • the parameter area in the image file is initialized, and the non-generic hardware is initialized by the configuration parameter and the boot program code.
  • the allocation module comprises:
  • a conversion unit configured to define a data structure according to the non-generic hardware, and generate a text file of the configuration parameter, and convert the text file of the configuration parameter into a configuration parameter file corresponding to the data structure;
  • a configuration unit is configured to configure boot code according to the data structure, the boot program code supporting configuration parameters in the configuration parameter file.
  • the link module comprises:
  • a link unit configured to compile the configuration parameter file and the boot code, link to an image file, and divide the image file into a boot program area and a parameter area.
  • the initialization module includes:
  • a first initialization unit configured to pass the boot code in the bootstrapping area
  • a second initialization unit configured to read configuration parameters in the parameter area, and according to the At the same time, a common configuration parameter file is generated according to these non-generic hardware, and the boot code that can support the configuration parameters is configured according to the data structure. Then, the image file linked according to the boot code and the configuration parameter file is divided into an I program area and a parameter area for storing the configuration parameters in the boot code and the configuration parameter file, respectively. After the embedded device is powered on, you can use the boot code and configuration parameters to initialize the CPU and hardware of the board. In this way, the development of the underlying hardware and the development of the upper software are decoupled, thereby reducing the workload of maintaining the bootloader and increasing the scalability of the bootloader.
  • FIG. 1 is a schematic flowchart of an embodiment of a method for implementing universality of an embedded device booting program according to the present invention
  • FIG. 2 is a schematic flowchart of a method for allocating an versatility of an embedded device booting program according to an embodiment of the present invention
  • FIG. 3 is a schematic flowchart of initializing an embodiment of a method for implementing an embedded device boot program according to an embodiment of the present invention
  • FIG. 4 is a schematic structural diagram of an apparatus for implementing universality of an embedded device booting program according to an embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of an allocation module in an embodiment of an apparatus for implementing an embedded device booting program according to the present invention
  • FIG. 6 is a schematic structural diagram of an initialization module in an embodiment of an apparatus for implementing an embedded device boot program according to the present invention. detailed description
  • FIG. 1 an embodiment of a method for implementing the universality of an embedded device booting program according to the present invention is provided. The method includes the following steps:
  • Step S101 distinguishing between general hardware and non-generic hardware
  • a method for initializing hardware in a board when the embedded device is powered on is provided.
  • the general-purpose hardware of the board is separated from the initialization of the non-generic hardware.
  • the general boot program can be used for initialization. Therefore, before the device is initialized, the general hardware and the non-generic hardware of the board are first distinguished according to whether the general boot program can be used, so that the general hardware and the non-generic hardware are respectively initialized according to the boot program.
  • Step S102 Allocating a data structure for the non-generic hardware, generating a configuration parameter file corresponding to the data structure, and configuring the boot program code according to the data structure; forming a general boot program.
  • the configuration parameters in the board can be used to initialize the non-universal hardware.
  • the boot code is configured according to the data structure allocated for the non-generic hardware.
  • the configuration process is to initialize the original reference hardware in the board.
  • configuration parameters for the board to initialize the non-universal hardware can also be supported.
  • Step S103 linking the configuration parameter file and the boot program code into an image file, and storing the boot program code in a boot program area in the image file, and storing configuration parameters in the configuration parameter file in the The parameter area in the image file;
  • the link technology is required to be configured.
  • the parameter file and the bootstrap code are linked and linked into an image file.
  • the image file is divided into two parts, which are divided into a boot program area and a parameter area.
  • the divided boot program area and parameter area are respectively used to store the boot program code and the configuration parameters in the configuration parameter file.
  • the hardware of the embedded device can be initialized by the reconfigured bootloader.
  • the boot code in the boot program area can be directly initialized.
  • the non-generic hardware of the board is initialized, the CPU and general hardware need to be initialized. After that, it is performed according to the configuration parameters in the parameter area and the program code.
  • the method for implementing the universality of the embedded device booting program provided by the embodiment of the present invention, by assigning a unified data structure to the hardware of the board that cannot be universally booted, and generating a common configuration parameter file according to the non-generic hardware, and according to The data structure configuration can support the boot code of the configuration parameters. Then, the image file linked according to the boot code and the configuration parameter file is divided into a boot program area and a parameter area for storing the boot parameters and the configuration parameters in the configuration parameter file, respectively. After the embedded device is powered on, you can use the boot code and configuration parameters to initialize the CPU and hardware of the board. In this way, the development of the underlying hardware and the development of the upper software are decoupled, thereby reducing the workload of maintaining the bootloader and increasing the scalability of the bootloader.
  • step S102 includes:
  • Step S1021 Define a data structure according to the non-generic hardware, and generate a text file of the configuration parameter, and convert the text file of the configuration parameter into a configuration parameter file corresponding to the data structure;
  • these hardware can be unified into non-generic hardware, and a data structure that can support all non-generic hardware is defined according to the unified non-generic hardware.
  • a text file that generates configuration parameters that are not common to the hardware is generated based on the defined data structure.
  • the configuration parameter step S1022 is executed by the conversion tool, and the boot program code is configured according to the data structure, and the boot program code supports the configuration parameter in the configuration parameter file.
  • the new boot code needs to be configured according to the data structure.
  • the essence of the configuration boot code is to modify the original boot code in the board.
  • the purpose of the modification is to support the configuration parameters in the configuration parameter file. Therefore, the boot device code and the configuration parameters can be used to initialize the general hardware and non-universal hardware of the board when the embedded device is started, so as to further initialize the operating system of the embedded device.
  • the bootstrap code that supports configuration parameters is configured according to the data structure. In this way, it provides a basis for the initialization of the non-universal hardware of the board through a common boot program, which further ensures the scalability of the program in the board.
  • step S103 may include:
  • Step S1031 Compile the configuration parameter file and the boot program code, link it into an image file, and divide the image file into a boot program area and a parameter area.
  • the configuration parameter file is generated according to the defined data structure, and the boot code supporting the configuration parameter in the configuration parameter file is configured according to the data structure
  • the configuration parameter file and the boot code are linked by link technology to link into one.
  • the image file, the final image file is divided into regions, which are divided into two areas: the boot program area and the parameter area. area.
  • the boot code and the configuration parameters are stored separately by the same link technology, that is, the boot code is stored in the boot program area, and the CPU of the configuration parameter board in the configuration parameter file and the general hardware are initialized.
  • the I-guide code can initialize the non-generic hardware of the board.
  • the configuration parameter file and the boot code are linked into an image file, and the image file is divided into two areas, the boot area and the parameter area, and the boot code and configuration parameters are stored in the boot area and the parameter area, respectively.
  • the CPU and general hardware of the device board and the non-generic hardware can be initialized by the boot code in the boot program area and the configuration parameters in the parameter area.
  • the general boot program can be used to initialize the board, instead of setting different versions for different boards, thus reducing the workload on the board version management. .
  • step S104 includes:
  • Step S1041 Initialize the CPU and the general-purpose hardware by using the boot code in the boot program area;
  • the simplest and most necessary initialization of the board can be performed by the boot code in the boot program area, that is, the CUP related registers and the general peripheral hardware are initialized.
  • the purpose of the CUP-related registers and the general-purpose peripheral hardware is to configure the CPU of the board so that the board can read the configuration parameters in the parameter area.
  • Step S1042 Read configuration parameters in the parameter area, and initialize the non-generic hardware according to the configuration parameters and the boot program code.
  • the board After initializing the CUP-related registers and the general peripheral hardware, the board begins to read the configuration parameters stored in the parameter area of the image file, based on the read configuration parameters. And the bootloader code in the bootloader, which initializes all non-generic hardware of the board. After all the non-universal hardware of the board is initialized, the subsequent steps of initializing the operating system of the embedded device can be performed, so that the workflow for guiding the embedded device through the boot program is completed.
  • the apparatus includes:
  • Distinguishing module 10 set to distinguish between general hardware and non-generic hardware
  • the allocating module 20 is configured to allocate a data structure for the non-generic hardware, generate a configuration parameter file corresponding to the data structure, and configure the boot code according to the data structure;
  • the linking module 30 is configured to link the configuration parameter file and the boot program code into an image file, and store the boot program code in a boot program area in the image file, and configure parameters in the configuration parameter file Storing a parameter area in the image file; initializing, and initializing the non-generic hardware by the configuration parameter and the boot code.
  • a method for initializing hardware in a board when the embedded device is powered on is provided.
  • the general hardware of the boards is separated from the initialization of the non-generic hardware.
  • the general boot program can be used for initialization. Therefore, before the device is initialized, the distinguishing module 10 first distinguishes the general hardware and the non-generic hardware of the board according to whether the universal booting program can be used. In order to initialize the general hardware and non-generic hardware separately according to the boot program. Become a universal bootloader.
  • the distribution module 20 needs to allocate a unified data structure according to the non-generic hardware in the board, and then generate a configuration parameter file containing the configuration parameters according to the allocated data structure, and generate the generated configuration file.
  • the configuration parameters in the configuration parameter file can be used to initialize the non-universal hardware on the board.
  • the boot code is configured according to the data structure allocated for the non-universal hardware.
  • the configuration process is essentially the original booting in the board.
  • the program code is modified so that the modified boot code can support initialization of the CPU and the general hardware, and can also support configuration parameters for the board to initialize the non-universal hardware.
  • the link module 30 needs to link the configuration parameter file and the boot code through the link technology, and link Into an image file.
  • the image file is then divided into a boot program area and a parameter area. The divided boot program area and parameter area are used to store the boot code and the configuration parameters in the configuration parameter file.
  • the initialization module 40 can initialize the hardware of the embedded device through the reconfigured bootloader.
  • the boot code in the boot program area can be directly initialized.
  • the non-generic hardware of the board is initialized, the CPU and general hardware need to be initialized. After that, it is performed together according to the configuration parameters in the parameter area and the boot code.
  • the apparatus for implementing the universality of the embedded device booting program allocates a unified data structure for the hardware in the board that cannot be universally booted, and generates a general configuration parameter file according to the non-generic hardware, and according to Data structure configuration can support configuration parameters The number of bootstrap code. Then, the image file linked according to the boot code and the configuration parameter file is divided into a boot program area and a parameter area for storing the boot program code and the configuration parameters in the configuration parameter file, respectively. After the embedded device is powered on, you can use the boot code and configuration parameters to initialize the CPU and hardware of the board. In this way, the development of the underlying hardware and the development of the upper software are decoupled, thereby reducing the workload of maintaining the bootloader and increasing the scalability of the bootloader.
  • the allocating module 20 includes:
  • the converting unit 21 is configured to define a data structure according to the non-generic hardware, and generate a text file of the configuration parameter, and convert the text file of the configuration parameter into a configuration parameter file corresponding to the data structure;
  • the configuration unit 22 is configured to configure bootloader code according to the data structure, the bootloader code supporting configuration parameters in the configuration parameter file.
  • the configuration parameters can be used to initialize the general hardware and non-universal hardware of the board when the embedded device is started by using the program code and the configuration parameter, so as to further initialize the operating system of the embedded device. Defining a data structure according to the non-generic hardware in the board, generating a text file of the configuration parameter at the same time, and converting the text file of the configuration parameter into a configuration parameter file corresponding to the defined data structure;
  • the bootstrap code that supports configuration parameters is configured according to the data structure. In this way, it provides a basis for initializing the non-universal hardware of the board through a common boot program, further ensuring the scalability of the program in the board.
  • the linking module 30 may include:
  • the linking unit 31 is configured to compile the configuration parameter file and the boot code, link to an image file, and divide the image file into a boot program area and a parameter area.
  • the link unit 31 needs to link the configuration parameter file and the boot code through the link technology to Linked into an image file, the resulting image file is divided into regions, which are divided into two areas: the boot program area and the parameter area. Then, through the same link technology, the boot code and configuration parameters are stored separately, that is, the boot code is stored in the boot program area, and the configuration parameters in the configuration parameter file are stored in the parameter area. In this way, the CPU of the embedded device board and the general hardware can be initialized by the boot code in the boot program area, and the non-generic hardware of the board can be initialized through the configuration parameters and the program code in the parameter area. .
  • the configuration parameter file and the boot code are linked into an image file, and the image file is divided into two areas, the boot area and the parameter area, and the boot code and configuration parameters are stored in the boot area and the parameter area, respectively.
  • the CPU and general hardware of the device board and the non-generic hardware can be initialized by the boot code in the boot program area and the configuration parameters in the parameter area.
  • the general boot program can be used to initialize the board, instead of setting different versions for different boards, thus reducing the workload on the board version management. .
  • the initialization module 40 includes:
  • the first initializing unit 41 is configured to initialize the CPU and the general hardware through the boot code in the boot program area;
  • the second initialization unit 42 is configured to read the configuration parameters in the parameter area, and initialize the non-generic hardware according to the configuration parameters and the boot program code.
  • the first initialization unit 41 can perform the simplest and most necessary initialization on the board by using the boot code in the boot program area, that is, the CUP-related registers and the general peripherals.
  • the hardware is initialized.
  • the purpose of the CUP-related registers and the general-purpose peripheral hardware initialization is to configure the CPU of the board so that the board can read the configuration parameters in the parameter area.
  • the board After the CPU related registers and the general peripheral hardware are initialized, the board starts to read the configuration parameters stored in the parameter area of the image file, and the second initialization unit 42 is based on the read configuration parameters and the boot program.
  • the bootstrap code that initializes all non-generic hardware of the board. After all the non-universal hardware of the board is initialized, the subsequent steps of initializing the operating system of the embedded device can be performed, thus completing the workflow of guiding the embedded device through the boot program.
  • the industrial utility structure at the same time, generates a general configuration parameter file according to these non-generic hardware, and configures the boot code that can support the configuration parameters according to the data structure. Then, the image file linked according to the boot code and the configuration parameter file is divided into an I program area and a parameter area for storing the configuration parameters in the boot code and the configuration parameter file, respectively. After the embedded device is powered on, you can use the boot code and configuration parameters to initialize the CPU and hardware of the board. In this way, the development of the underlying hardware and the development of the upper software are decoupled, thereby reducing the workload of maintaining the bootloader and increasing the scalability of the bootloader.

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)

Abstract

本发明公开了一种实现嵌入式设备引导程序通用性的方法,包括:区分通用硬件和不通用硬件;为不通用硬件分配数据结构,生成与数据结构对应的配置参数文件,并根据数据结构配置引导程序代码;将配置参数文件和引导程序代码链接为映像文件,并将引导程序代码存放在映像文件中的引导程序区,将配置参数文件中的配置参数存放在映像文件中的参数区;通过引导程序代码将CPU及通用硬件进行初始化,并通过配置参数和引导程序代码将不通用硬件进行初始化。本发明还提供了相应的装置。本发明所提供的方法,对外设有差异的硬件的初始化可以采用通用的引导程序,减小了对引导程序进行维护的工作量,并且增加了引导程序的可扩展性。

Description

实现嵌入式设备引导程序通用性的方法及装置 技术领域
本发明涉及到嵌入式设备的引导程序, 特别涉及到一种实现嵌入式设 备引导程序通用性的方法及装置。 背景技术
目前的嵌入式设备大多有自己的引导程序, 而随着商业上的需求不断 增加, 引导程序的功能及复杂性也日益增加。 很多情况下这些硬件设备具 有很大的相似性, 但又存在差异, 此时, 通常对嵌入式设备采用一种单板 对应一种 ^ I导程序的方法, 或者是在? I导程序的处理流程中增加大量处理 分支的方法, 来解决并处理硬件上有差异的不同嵌入式设备的引导。
事实上, 如果单板采用相同类型或者相近类型的 CPU, 引导程序的处 理流程基本一致, 而差别主要是在由于硬件的差异而导致的硬件芯片初始 化及其配置的不同。 但是, 无论是采用一种单板对应一种引导程序, 还是 一种 ^ I导程序中增加大量判断分支的方法, 都会增大对 ^ I导程序进行维护 的工作量, 并且降低引导程序的可扩展性。 其次, 由于引导程序与硬件结 合比较紧密, 传统的开发也很难将底层驱动模块的开发和上层支撑模块的 开发进行解耦, 不利于引导程序的功能升级及维护。 最后, 关于引导程序 的版本管理也变得非常复杂, 往往每新增一块单板, 引导程序的版本就要 发生一次变化。 发明内容
本发明实施例的主要目的为提供一种实现嵌入式设备引导程序通用性 的方法, 使得对外设有差异的硬件的初始化可以采用通用的引导程序, 减 小对引导程序进行维护的工作量, 并且增加弓 I导程序的可扩展性。
本发明实施例提供一种实现嵌入式设备引导程序通用性的方法, 包括: 区分通用硬件和不通用硬件;
为不通用硬件分配数据结构, 生成与所述数据结构对应的配置参数文 件, 并根据所述数据结构配置引导程序代码;
将所述配置参数文件和引导程序代码链接为映像文件, 并将所述引导 程序代码存放在所述映像文件中的引导程序区, 将所述配置参数文件中的 配置参数存放在所述映像文件中的参数区;
优选地, 所述为不通用硬件分配数据结构, 生成与所述数据结构对应 的配置参数文件, 并根据所述数据结构配置引导程序代码为:
根据不通用硬件定义一种数据结构, 并生成配置参数的文本文件, 将 所述配置参数的文本文件转换为所述数据结构所对应的配置参数文件; 根据所述数据结构配置引导程序代码, 所述引导程序代码支持所述配 置参数文件中的配置参数。
优选地, 所述将配置参数文件和引导程序代码链接为映像文件为: 将所述配置参数文件和引导程序代码进行编译, 链接为一个映像文件, 并将所述映像文件分为引导程序区和参数区。
通过所述引导程序区中的引导程序代码将 CPU及通用硬件进行初始 化;
读取所述参数区中的配置参数, 并根据所述配置参数和所述引导程序 代码将所述不通用硬件进行初始化。 本发明实施例还提供一种实现嵌入式设备引导程序通用性的装置, 包 括:
区分模块, 设置为区分通用硬件和不通用硬件;
分配模块, 设置为为不通用硬件分配数据结构, 生成与所述数据结构 对应的配置参数文件, 并根据所述数据结构配置引导程序代码;
链接模块, 设置为将所述配置参数文件和引导程序代码链接为映像文 件, 并将所述引导程序代码存放在所述映像文件中的引导程序区, 将所述 配置参数文件中的配置参数存放在所述映像文件中的参数区; 始化, 并通过所述配置参数和所述引导程序代码将所述不通用硬件进行初 始化。
优选地, 所述分配模块包括:
转换单元, 设置为根据不通用硬件定义一种数据结构, 并生成配置参 数的文本文件, 将所述配置参数的文本文件转换为所述数据结构所对应的 配置参数文件;
配置单元, 设置为根据所述数据结构配置引导程序代码, 所述引导程 序代码支持所述配置参数文件中的配置参数。
优选地, 所述链接模块包括:
链接单元, 设置为将所述配置参数文件和引导程序代码进行编译, 链 接为一个映像文件, 并将所述映像文件分为引导程序区和参数区。
优选地, 所述初始化模块包括:
第一初始化单元, 设置为通过所述引导程序区中的引导程序代码将
CPU及通用硬件进行初始化;
第二初始化单元, 设置为读取所述参数区中的配置参数, 并根据所述 构, 同时根据这些不通用硬件生成通用的配置参数文件, 并根据数据结构 配置可以支持配置参数的引导程序代码。 然后, 将根据引导程序代码和配 置参数文件链接而成的映像文件划分为分别用于存放引导程序代码和配置 参数文件中的配置参数的 I导程序区和参数区。 当嵌入式设备上电启动后, 可以利用引导程序代码和配置参数对单板的 CPU和硬件进行初始化。 采用 这种方法, 使得对硬件底层的开发和上层软件的开发进行解耦, 从而减小 了对引导程序进行维护的工作量, 并且增加了引导程序的可扩展性。 附图说明
图 1 为本发明实现嵌入式设备引导程序通用性的方法一实施例的流程 示意图;
图 2为本发明实现嵌入式设备引导程序通用性的方法一实施例中分配 的流程示意图;
图 3 为本发明实现嵌入式设备引导程序通用性的方法一实施例中初始 化的流程示意图;
图 4为本发明实现嵌入式设备引导程序通用性的装置一实施例的结构 示意图;
图 5 为本发明实现嵌入式设备引导程序通用性的装置一实施例中分配 模块的结构示意图;
图 6为本发明实现嵌入式设备引导程序通用性的装置一实施例中初始 化模块的结构示意图。 具体实施方式
应当理解, 此处所描述的具体实施例仅仅用以解释本发明, 并不用于 限定本发明。 参照图 1,提出本发明一种实现嵌入式设备引导程序通用性的方法一实 施例, 该方法包括以下步骤:
步骤 S101, 区分通用硬件和不通用硬件;
在本实施例中, 提供一种嵌入式设备上电启动时对单板中硬件进行初 始化的方法。 当单板所采用的 CPU的类型相同或相近时, 将单板的通用硬 件与不通用硬件的初始化工作进行分离, 对于不通用硬件也可以采用通用 的引导程序进行初始化。 由此, 在对设备进行初始化前, 首先要根据能否 通用引导程序, 来对单板的通用硬件和不通用硬件进行区分, 以便根据引 导程序分别对通用硬件和不通用硬件进行初始化。
步骤 S102, 为不通用硬件分配数据结构, 生成与所述数据结构对应的 配置参数文件, 并根据所述数据结构配置引导程序代码; 成一个通用的引导程序。 这时, 便需要根据单板中的不通用硬件, 并为这 些硬件分配一个统一的数据结构, 然后根据所分配的数据结构, 生成一个 包含有配置参数的配置参数文件, 所生成的配置参数文件中的配置参数可 以供单板对不通用硬件进行初始化; 同时, 根据为不通用硬件所分配的数 据结构对引导程序代码进行配置, 配置的过程实质上是对单板中原有的引 用硬件进行初始化的同时, 也可以支持供单板对不通用硬件进行初始化的 配置参数。
步骤 S103, 将所述配置参数文件和引导程序代码链接为映像文件, 并 将所述引导程序代码存放在所述映像文件中的引导程序区, 将所述配置参 数文件中的配置参数存放在所述映像文件中的参数区;
当根据所定义的数据结构生成配置参数文件, 并根据数据结构配置了 支持配置参数文件中配置参数的引导程序代码后, 需要通过链接技术将配 置参数文件和引导程序代码进行链接, 链接成一个映像文件。 然后将映像 文件进行划分, 即将其分为引导程序区和参数区, 所划分的引导程序区和 参数区分别用于存放引导程序代码和配置参数文件中的配置参数。
对单板中的引导程序, 根据不通用硬件进行了重新配置后, 当嵌入式 设备上电启动后, 便可以通过重新配置的引导程序来对嵌入式设备的硬件 进行初始化。 在对 CPU及通用硬件进行初始化时, 可以通过引导程序区中 的引导程序代码直接进行初始化即可; 而对单板的不通用硬件进行初始化 时, 则需要在完成了对 CPU及通用硬件进行初始化后, 根据参数区中的配 置参数和 ^ I导程序代码来共同进行。
本发明实施例所提供的实现嵌入式设备引导程序通用性的方法, 通过 为单板中不能通用引导程序的硬件分配统一的数据结构, 同时根据这些不 通用硬件生成通用的配置参数文件, 并根据数据结构配置可以支持配置参 数的引导程序代码。 然后, 将根据引导程序代码和配置参数文件链接而成 的映像文件划分为分别用于存放引导程序代码和配置参数文件中的配置参 数的引导程序区和参数区。 当嵌入式设备上电启动后, 可以利用引导程序 代码和配置参数对单板的 CPU和硬件进行初始化。 采用这种方法, 使得对 硬件底层的开发和上层软件的开发进行解耦, 从而减小了对引导程序进行 维护的工作量, 并且增加了引导程序的可扩展性。
参照图 2,在本发明一种实现嵌入式设备引导程序通用性的方法一实施 例中, 步骤 S102包括:
步骤 S1021 ,根据不通用硬件定义一种数据结构, 并生成配置参数的文 本文件, 将所述配置参数的文本文件转换为所述数据结构所对应的配置参 数文件; 当单板的外设硬件中存在不能通用引导程序的硬件时, 可以将这些硬 件统一为不通用硬件, 并且根据经过统一的不通用硬件, 定义一种可以支 持所有不通用硬件的数据结构, 同时根据所定义的数据结构生成一个不通 用硬件可以通用的配置参数的文本文件。 然后, 通过转换工具将配置参数 步骤 S1022,根据所述数据结构配置引导程序代码, 所述引导程序代码 支持所述配置参数文件中的配置参数。 结构后, 需要根据该数据结构配置新的引导程序代码, 配置引导程序代码 的实质是对单板中原本的引导程序代码进行修改, 修改的目的是使其可以 支持配置参数文件中的配置参数, 从而可以通过引导程序代码和配置参数 来在嵌入式设备启动时对单板的通用硬件和不通用硬件初始化, 以便进一 步对嵌入式设备的操作系统进行初始化。
根据单板中不通用硬件定义一种数据结构, 同时生成配置参数的文本 文件, 并将该配置参数的文本文件进行转换, 即将其转换为与所定义的数 据结构对应的配置参数文件; 然后, 根据数据结构配置可以支持配置参数 的引导程序代码。 这样, 便为通过通用的引导程序对单板的不通用硬件进 行初始化提供了基础, 进一步保证了单板中 ^ I导程序的可扩展性。
在上述实施例中, 步骤 S103可以包括:
步骤 S1031 ,将所述配置参数文件和引导程序代码进行编译,链接为一 个映像文件, 并将所述映像文件分为引导程序区和参数区。
当根据所定义的数据结构生成配置参数文件, 并根据数据结构配置了 支持配置参数文件中配置参数的引导程序代码后, 需要通过链接技术将配 置参数文件和引导程序代码进行链接, 以链接成一个映像文件, 将最终形 成的映像文件进行区域的划分, 即将其划分为引导程序区和参数区两个区 域。 然后, 通过同样的链接技术, 将引导程序代码和配置参数分别进行存 放, 即将引导程序代码存放在引导程序区中, 将配置参数文件中的配置参 式设备单板的 CPU以及通用硬件进行初始化, 通过参数区中的配置参数和
? I导程序代码便可以将单板的不通用硬件进行初始化。
将配置参数文件和引导程序代码链接成一个映像文件, 并将映像文件 划分为引导程序区和参数区两个区域, 将引导程序代码和配置参数分别存 放在引导程序区和参数区中。 当嵌入式设备上电启动时, 便可以通过引导 程序区中的引导程序代码和参数区中的配置参数分别对设备单板的 CPU和 通用硬件, 以及不通用硬件进行初始化。 这样, 便可以保证在底层硬件设 备有差别时, 也可以采用通用的引导程序对单板进行初始化, 而不用针对 不同单板进行不同版本的设置, 从而减小了对单板版本管理的工作量。
参照图 3,在本发明一种实现嵌入式设备引导程序通用性的方法一实施 例中, 步骤 S104包括:
步骤 S1041, 通过所述引导程序区中的引导程序代码将 CPU及通用硬 件进行初始化;
当嵌入式设备上电启动后, 首先, 可以通过引导程序区中的引导程序 代码, 对单板进行最简单最必要的初始化, 也就是对 CUP相关的寄存器以 及通用的外设硬件进行初始化。 对 CUP相关的寄存器以及通用的外设硬件 初始化的目的, 是为了实现对单板的 CPU进行配置, 从而可以方便单板读 取参数区中的配置参数。
步骤 S1042,读取所述参数区中的配置参数, 并根据所述配置参数和所 述引导程序代码将所述不通用硬件进行初始化。
当对 CUP相关的寄存器以及通用的外设硬件进行初始化后, 单板便开 始读取存储在映像文件的参数区中的配置参数, 根据所读取的配置参数以 及引导程序中的引导程序代码, 将单板的所有不通用硬件进行初始化。 当 对单板的所有不通用硬件进行初始化后, 便可以进行后续的对嵌入式设备 的操作系统进行初始化的步骤, 这样, 就完成了通过引导程序对嵌入式设 备进行引导的工作流程。
通过将映像文件划分为引导程序区和参数区, 调用引导程序区中的引 导程序代码, 完成对 CUP相关的寄存器以及通用的外设硬件进行初始化的 工作; 而调用参数区中的配置参数, 并利用引导程序代码, 即可完成对单 板的所有不通用硬件进行初始化的工作。 这样, 便可以进一步保证将对硬 件底层和上层软件的开发进行解耦, 从而减小对引导程序开发的工作量。
参照图 4,提出本发明一种实现嵌入式设备引导程序通用性的装置一实 施例, 该装置包括:
区分模块 10, 设置为区分通用硬件和不通用硬件;
分配模块 20, 设置为为不通用硬件分配数据结构, 生成与所述数据结 构对应的配置参数文件, 并根据所述数据结构配置引导程序代码;
链接模块 30, 设置为将所述配置参数文件和引导程序代码链接为映像 文件, 并将所述引导程序代码存放在所述映像文件中的引导程序区, 将所 述配置参数文件中的配置参数存放在所述映像文件中的参数区; 初始化, 并通过所述配置参数和所述引导程序代码将所述不通用硬件进行 初始化。
在本实施例中, 提供一种嵌入式设备上电启动时对单板中硬件进行初 始化的方法。 当单板所采用的 CPU的类型相同或相近时, 将单板的通用硬 件与不通用硬件的初始化工作进行分离, 对于不通用硬件也可以采用通用 的引导程序进行初始化。 由此, 在对设备进行初始化前, 区分模块 10首先 要根据能否通用引导程序, 来对单板的通用硬件和不通用硬件进行区分, 以便根据引导程序分别对通用硬件和不通用硬件进行初始化。 成一个通用的引导程序。 这时, 分配模块 20便需要根据单板中的不通用硬 件, 并为这些硬件分配一个统一的数据结构, 然后根据所分配的数据结构, 生成一个包含有配置参数的配置参数文件, 所生成的配置参数文件中的配 置参数可以供单板对不通用硬件进行初始化; 同时, 根据为不通用硬件所 分配的数据结构对引导程序代码进行配置, 配置的过程实质上是对单板中 原有的引导程序代码进行修改, 使修改后的引导程序代码在可以支持对 CPU以及通用硬件进行初始化的同时, 也可以支持供单板对不通用硬件进 行初始化的配置参数。
当根据所定义的数据结构生成配置参数文件, 并根据数据结构配置了 支持配置参数文件中配置参数的引导程序代码后, 链接模块 30需要通过链 接技术将配置参数文件和引导程序代码进行链接, 链接成一个映像文件。 然后将映像文件进行划分, 即将其分为引导程序区和参数区, 所划分的引 导程序区和参数区分别用于存放引导程序代码和配置参数文件中的配置参 数。
对单板中的引导程序, 根据不通用硬件进行了重新配置后, 当嵌入式 设备上电启动后, 初始化模块 40便可以通过重新配置的引导程序来对嵌入 式设备的硬件进行初始化。 在对 CPU及通用硬件进行初始化时, 可以通过 引导程序区中的引导程序代码直接进行初始化即可; 而对单板的不通用硬 件进行初始化时, 则需要在完成了对 CPU及通用硬件进行初始化后, 根据 参数区中的配置参数和引导程序代码来共同进行。
本发明实施例所提供的实现嵌入式设备引导程序通用性的装置, 通过 为单板中不能通用引导程序的硬件分配统一的数据结构, 同时根据这些不 通用硬件生成通用的配置参数文件, 并根据数据结构配置可以支持配置参 数的引导程序代码。 然后, 将根据引导程序代码和配置参数文件链接而成 的映像文件划分为分别用于存放引导程序代码和配置参数文件中的配置参 数的引导程序区和参数区。 当嵌入式设备上电启动后, 可以利用引导程序 代码和配置参数对单板的 CPU和硬件进行初始化。 采用这种方法, 使得对 硬件底层的开发和上层软件的开发进行解耦, 从而减小了对引导程序进行 维护的工作量, 并且增加了引导程序的可扩展性。
参照图 5,在本发明一种实现嵌入式设备引导程序通用性的装置一实施 例中, 分配模块 20包括:
转换单元 21, 设置为根据不通用硬件定义一种数据结构, 并生成配置 参数的文本文件, 将所述配置参数的文本文件转换为所述数据结构所对应 的配置参数文件;
配置单元 22, 设置为根据所述数据结构配置引导程序代码, 所述引导 程序代码支持所述配置参数文件中的配置参数。
当单板的外设硬件中存在不能通用引导程序的硬件时, 可以将这些硬 件统一为不通用硬件, 并且根据经过统一的不通用硬件, 定义一种可以支 持所有不通用硬件的数据结构, 同时根据所定义的数据结构生成一个不通 用硬件可以通用的配置参数的文本文件。 然后, 转换单元 21通过转换工具 文件。 结构后, 配置单元 22需要根据该数据结构配置新的引导程序代码, 配置引 导程序代码的实质是对单板中原本的引导程序代码进行修改, 修改的目的 是使其可以支持配置参数文件中的配置参数, 从而可以通过 ^ I导程序代码 和配置参数来在嵌入式设备启动时对单板的通用硬件和不通用硬件初始 化, 以便进一步对嵌入式设备的操作系统进行初始化。 根据单板中不通用硬件定义一种数据结构, 同时生成配置参数的文本 文件, 并将该配置参数的文本文件进行转换, 即将其转换为与所定义的数 据结构对应的配置参数文件; 然后, 根据数据结构配置可以支持配置参数 的引导程序代码。 这样, 便为通过通用的引导程序对单板的不通用硬件进 行初始化提供了基础, 进一步保证了单板中 ^ I导程序的可扩展性。
在上述实施例中, 链接模块 30可以包括:
链接单元 31, 设置为将所述配置参数文件和引导程序代码进行编译, 链接为一个映像文件, 并将所述映像文件分为引导程序区和参数区。
当根据所定义的数据结构生成配置参数文件, 并根据数据结构配置了 支持配置参数文件中配置参数的引导程序代码后, 链接单元 31需要通过链 接技术将配置参数文件和引导程序代码进行链接, 以链接成一个映像文件, 将最终形成的映像文件进行区域的划分, 即将其划分为引导程序区和参数 区两个区域。 然后, 通过同样的链接技术, 将引导程序代码和配置参数分 别进行存放, 即将引导程序代码存放在引导程序区中, 将配置参数文件中 的配置参数存放在参数区中。 这样, 通过引导程序区中的引导程序代码可 以将嵌入式设备单板的 CPU以及通用硬件进行初始化, 通过参数区中的配 置参数和 ^ I导程序代码便可以将单板的不通用硬件进行初始化。
将配置参数文件和引导程序代码链接成一个映像文件, 并将映像文件 划分为引导程序区和参数区两个区域, 将引导程序代码和配置参数分别存 放在引导程序区和参数区中。 当嵌入式设备上电启动时, 便可以通过引导 程序区中的引导程序代码和参数区中的配置参数分别对设备单板的 CPU和 通用硬件, 以及不通用硬件进行初始化。 这样, 便可以保证在底层硬件设 备有差别时, 也可以采用通用的引导程序对单板进行初始化, 而不用针对 不同单板进行不同版本的设置, 从而减小了对单板版本管理的工作量。
参照图 6,在本发明一种实现嵌入式设备引导程序通用性的装置一实施 例中, 初始化模块 40包括:
第一初始化单元 41, 设置为通过所述引导程序区中的引导程序代码将 CPU及通用硬件进行初始化;
第二初始化单元 42, 设置为读取所述参数区中的配置参数, 并根据所 述配置参数和所述引导程序代码将所述不通用硬件进行初始化。
当嵌入式设备上电启动后, 首先, 第一初始化单元 41可以通过引导程 序区中的引导程序代码,对单板进行最简单最必要的初始化,也就是对 CUP 相关的寄存器以及通用的外设硬件进行初始化。 对 CUP相关的寄存器以及 通用的外设硬件初始化的目的, 是为了实现对单板的 CPU进行配置, 从而 可以方便单板读取参数区中的配置参数。
当对 CUP相关的寄存器以及通用的外设硬件进行初始化后, 单板便开 始读取存储在映像文件的参数区中的配置参数, 第二初始化单元 42根据所 读取的配置参数以及引导程序中的引导程序代码, 将单板的所有不通用硬 件进行初始化。 当对单板的所有不通用硬件进行初始化后, 便可以进行后 续的对嵌入式设备的操作系统进行初始化的步骤, 这样, 就完成了通过引 导程序对嵌入式设备进行引导的工作流程。
通过将映像文件划分为引导程序区和参数区, 调用引导程序区中的引 导程序代码, 完成对 CUP相关的寄存器以及通用的外设硬件进行初始化的 工作; 而调用参数区中的配置参数, 并利用引导程序代码, 即可完成对单 板的所有不通用硬件进行初始化的工作。 这样, 便可以进一步保证将对硬 件底层和上层软件的开发进行解耦, 从而减小对引导程序开发的工作量。
以上所述仅为本发明的优选实施例, 并非因此限制本发明的专利范围, 凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换, 或直 接或间接运用在其他相关的技术领域, 均同理包括在本发明的专利保护范 围。 工业实用性 构, 同时根据这些不通用硬件生成通用的配置参数文件, 并根据数据结构 配置可以支持配置参数的引导程序代码。 然后, 将根据引导程序代码和配 置参数文件链接而成的映像文件划分为分别用于存放引导程序代码和配置 参数文件中的配置参数的 I导程序区和参数区。 当嵌入式设备上电启动后, 可以利用引导程序代码和配置参数对单板的 CPU和硬件进行初始化。 采用 这种方法, 使得对硬件底层的开发和上层软件的开发进行解耦, 从而减小 了对引导程序进行维护的工作量, 并且增加了引导程序的可扩展性。

Claims

权利要求书
1、 一种实现嵌入式设备引导程序通用性的方法, 其中, 该方法包括: 区分通用硬件和不通用硬件;
为不通用硬件分配数据结构, 生成与所述数据结构对应的配置参数文 件, 并根据所述数据结构配置引导程序代码;
将所述配置参数文件和引导程序代码链接为映像文件, 并将所述引导 程序代码存放在所述映像文件中的引导程序区, 将所述配置参数文件中的 配置参数存放在所述映像文件中的参数区;
2、如权利要求 1所述的方法, 其中, 所述为不通用硬件分配数据结构, 生成与所述数据结构对应的配置参数文件, 并根据所述数据结构配置引导 程序代码为:
根据不通用硬件定义一种数据结构, 并生成配置参数的文本文件, 将 所述配置参数的文本文件转换为所述数据结构所对应的配置参数文件; 根据所述数据结构配置引导程序代码, 所述引导程序代码支持所述配 置参数文件中的配置参数。
3、 如权利要求 2所述的方法, 其中, 所述将配置参数文件和引导程序 代码链接为映像文件为:
将所述配置参数文件和引导程序代码进行编译, 链接为一个映像文件, 并将所述映像文件分为引导程序区和参数区。
4、 如权利要求 3 所述的方法, 其中, 所述通过引导程序代码将 CPU 及通用硬件进行初始化, 并通过所述配置参数和所述引导程序代码将所述 不通用硬件进行初始化为:
通过所述引导程序区中的引导程序代码将 CPU及通用硬件进行初始 化;
读取所述参数区中的配置参数, 并根据所述配置参数和所述引导程序 代码将所述不通用硬件进行初始化。
5、 一种实现嵌入式设备引导程序通用性的装置, 其中, 该装置包括: 区分模块, 设置为区分通用硬件和不通用硬件;
分配模块, 设置为不通用硬件分配数据结构, 生成与所述数据结构对 应的配置参数文件, 并根据所述数据结构配置引导程序代码;
链接模块, 设置为将所述配置参数文件和引导程序代码链接为映像文 件, 并将所述引导程序代码存放在所述映像文件中的引导程序区, 将所述 配置参数文件中的配置参数存放在所述映像文件中的参数区; 始化, 并通过所述配置参数和所述引导程序代码将所述不通用硬件进行初 始化。
6、 如权利要求 5所述的装置, 其中, 所述分配模块包括:
转换单元, 设置为根据不通用硬件定义一种数据结构, 并生成配置参 数的文本文件, 将所述配置参数的文本文件转换为所述数据结构所对应的 配置参数文件;
配置单元, 设置为根据所述数据结构配置引导程序代码, 所述引导程 序代码支持所述配置参数文件中的配置参数。
7、 如权利要求 6所述的装置, 其中, 所述链接模块包括:
链接单元, 设置为将所述配置参数文件和引导程序代码进行编译, 链 接为一个映像文件, 并将所述映像文件分为引导程序区和参数区。
8、 如权利要求 7所述的装置, 其中, 所述初始化模块包括: 第一初始化单元, 设置为通过所述引导程序区中的引导程序代码将 CPU及通用硬件进行初始化; 第二初始化单元, 设置为读取所述参数区中的配置参数, 并根据所述
PCT/CN2012/080738 2011-11-24 2012-08-29 实现嵌入式设备引导程序通用性的方法及装置 WO2013075522A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2011103779574A CN103135997A (zh) 2011-11-24 2011-11-24 实现嵌入式设备引导程序通用性的方法及装置
CN201110377957.4 2011-11-24

Publications (1)

Publication Number Publication Date
WO2013075522A1 true WO2013075522A1 (zh) 2013-05-30

Family

ID=48469085

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/080738 WO2013075522A1 (zh) 2011-11-24 2012-08-29 实现嵌入式设备引导程序通用性的方法及装置

Country Status (2)

Country Link
CN (1) CN103135997A (zh)
WO (1) WO2013075522A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103677912B (zh) 2013-12-06 2017-12-01 华为技术有限公司 芯片及其启动方法
CN107436762B (zh) * 2017-07-03 2021-02-23 北京东土军悦科技有限公司 一种寄存器代码文件生成方法、装置和电子设备
CN107844331B (zh) * 2017-11-23 2021-01-01 腾讯科技(成都)有限公司 生成引导配置文件的方法、装置及设备
CN110007910A (zh) * 2019-03-29 2019-07-12 上海仁童电子科技有限公司 系统开发方法、系统引导方法及装置
CN111880780B (zh) * 2020-07-28 2024-03-15 北京经纬恒润科技股份有限公司 一种mcu的引导加载程序开发方法、装置及平台

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101192168A (zh) * 2006-11-30 2008-06-04 英业达股份有限公司 通用性电脑产品硬件配置管理控制程序设定方法及系统
CN101840345A (zh) * 2010-05-06 2010-09-22 深圳市九洲电器有限公司 一种配置参数的识别方法、系统及嵌入式设备
CN101907997A (zh) * 2010-08-11 2010-12-08 深圳市共进电子有限公司 一种嵌入式设备的通用启动方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100405325C (zh) * 2006-08-21 2008-07-23 北京中星微电子有限公司 一种嵌入式软件装载调试方法及其系统
CN101763279B (zh) * 2010-01-15 2012-12-12 上海维宏电子科技股份有限公司 一种BootLoader架构设计方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101192168A (zh) * 2006-11-30 2008-06-04 英业达股份有限公司 通用性电脑产品硬件配置管理控制程序设定方法及系统
CN101840345A (zh) * 2010-05-06 2010-09-22 深圳市九洲电器有限公司 一种配置参数的识别方法、系统及嵌入式设备
CN101907997A (zh) * 2010-08-11 2010-12-08 深圳市共进电子有限公司 一种嵌入式设备的通用启动方法

Also Published As

Publication number Publication date
CN103135997A (zh) 2013-06-05

Similar Documents

Publication Publication Date Title
US10338956B2 (en) Application profiling job management system, program, and method
JP5009299B2 (ja) 分離されたエクステンションおよびデバイスドライバの構成
TWI333621B (en) Facilitating allocation of resources in a heterogeneous computing environment
US8918448B2 (en) Application component decomposition and deployment
US20180165122A1 (en) Methods and apparatus to automate deployments of software defined data centers
Benedicic et al. Sarus: Highly scalable docker containers for hpc systems
US11086662B2 (en) Method and system of migrating applications to a cloud-computing environment
US20090271498A1 (en) System and method for layered application server processing
WO2013075522A1 (zh) 实现嵌入式设备引导程序通用性的方法及装置
JP2008509483A (ja) 予期せず/変化するハードウェア環境へのソフトウェアとファームウェアの適応
US8082436B2 (en) Enhanced UEFI framework layer
WO2008080827A1 (en) Virtual resource templates
Sampaio et al. Uni4cloud: an approach based on open standards for deployment and management of multi-cloud applications
US20060230397A1 (en) Method for third-party registration of software components
WO2018032653A1 (zh) 一种Java卡应用的功能实现方法及装置
CN113297566A (zh) 沙箱实现方法、装置、设备和存储介质
US20170131977A1 (en) Data driven embedded application building and configuration
CN1664813A (zh) 构建、展开、服务并管理可定制和可配置可重复使用应用程序的框架
CN112286633A (zh) 基于CloudStack平台的虚拟机创建方法、装置、设备及存储介质
US10540151B1 (en) Graphical customization of a firmware-provided user interface (UI)
Kim et al. Dynamic software updates for parallel high‐performance applications
Rothman et al. Harnessing the UEFI Shell: Moving the platform beyond DOS
KR20080066402A (ko) 공통중간코드를 이용한 병렬 임베디드 소프트웨어의 설계방법
US11263019B2 (en) Method for converting device tree data into ACPI data for edge device operating in a network
US8135943B1 (en) Method, apparatus, and computer-readable medium for generating a dispatching function

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

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

Country of ref document: EP

Kind code of ref document: A1