[发明专利]一种面向封装级多处理器的程序加载方法

说明书

本发明提出了一种面向封装级多处理器的程序加载方法。此方法将BootRom（存储处理器的启动程序，物理上以NAND Flash的形式实现，通过SPI（Serial Peripheral Interface）接口与互联裸芯连接）中的代码空间按照处理器进行分配，系统中不同处理器的启动代码集中在一个BootRom中，不同的处理器分别占有不同的代码空间，启动时不同处理器分别从不同代码空间中读取启动代码，优化了系统编程管理并且节约了空间。

技术领域

本发明涉及多裸芯集成微系统技术领域，具体涉及一种面向封装级多处理器的程序加载方法。

背景技术

在单片专用集成电路中，所有元件都是在一个硅片上用同一种工艺设计和制造的。随着工艺尺寸的缩小，开发这样的集成电路成本和开发周期变得极高。在此情况下，开发者经过不停地研究和探索，发现多裸芯集成将是集成电路发展的必然选择，即将多个功能各异且已通过验证、未被封装的芯片组件互联组装起来，并封装为同一管壳中的芯片整体，从而形成封装级网络NoP（Network on Package）。这些裸芯可以采用不同工艺、来自不同厂商，因此极大缩短和降低了开发周期和难度。而多裸芯集成的难点在于如何高效互联各个裸芯，并保证在功耗约束下实现较高的微系统性能。目前已有的面向多裸芯集成的通信协议要么是专用协议，通用性较差；要么是技术体系过于庞杂难以使用。在多裸芯互联总线协议不成熟的情况下，如何基于我国的现实情况和现阶段技术水平，定义出符合我国目前集成电路发展需求的多裸芯互联总线协议并完成新一代集成微系统的搭建是现阶段的主要任务。

微系统稳定运行的前提便是能够完成正常启动。微系统的启动除整个互联系统的配置外便是各处理器的自主启动，而处理器的启动即是各处理器从代码空间中加载各自的程序，因此如何基于封装级多处理器设计一种合理的代码存储和程序加载方法是实现处理器自主启动的关键问题。

发明内容

针对现有技术中存在的不足，本发明提供了一种面向封装级多处理器的程序加载方法，所要解决的技术问题是如何实现不同处理器的自主启动。

为解决上述技术问题，本发明提供的技术方案是：一种面向封装级多处理器的程序加载方法，方法步骤如下：

S1：对BootRom代码空间进行划分，将系统中不同处理器的启动代码集中到一个BootRom中，使得每个处理器占有不同的代码空间；

S2：微系统启动——第一阶段：在配置管理单元CMU的协同管理下对互联裸芯内部组件进行初始化配置；第二阶段：处理器在第一阶段系统初始化完成的基础上实现自主启动；

S3：微系统中多处理器的程序加载——首先将BootRom代码空间进行划分并分配给多个处理器，并以此地址空间划分作为软件程序加载的空间标准，然后将编译完成的目标文件桶系统提供的代码链接，生成可执行程序，并加载到不同处理器各自对应的代码空间中，另外还需要将代码空间中MPU和DSP等代码和数据地址装入flash中，随后进入CMU初始化配置阶段，CMU对互联裸芯中的各个组件进行配置，并完成对MPU和DSP的启动代码地址的指定，最后MPU和DSP通过SPI接口在代码空间中的指定地址处成功读取各自的启动代码，完成自主启动。

进一步地，在步骤S2中，对两个处理器的微系统的启动过程具体为，主设备分别为MPU1和MPU2，在启动第一阶段，利用CMU对互联裸芯进行初始化配置，启动第二阶段，先进型MPU1的复位释放，MPU1自主发送对BootRom中MPU1代码空间的读请求，执行其中MPU1的启动代码，在MPU1启动完成后再对MPU2复位释放，MPU2再自主发送对BootRom中MPU2代码空间的读请求，执行MPU2的启动代码。

本技术方案所带来的有益效果是：本发明一种面向封装级多处理器的程序加载方法。对BootRom代码空间进行划分，系统中不同处理器的启动代码集中在一个BootRom中，每个处理器占有不同的代码空间，启动时处理器从属于自己的代码空间中加载启动代码，完成自主启动，通过这样的启动方式，优化了系统编程管理，节约了代码空间。

附图说明