【技术实现步骤摘要】
本专利技术涉及soc(system on chip，片上系统)启动，特别是涉及一种基于efuse(electrical fuse，电编程熔丝)的soc系统的启动方法、装置、soc系统、芯片及电子设备。
技术介绍
1、arm开源scp firmware中位于rom的scp(system control processor，系统控制处理器)bl1(1st level boot loader，第一级引导加载程序)，其主要功能用于从外部非易失性器件中搬移scp bl2(2nd level boot loader，第二级引导加载程序)到sram(staticrandom-access memory，静态随机存取存储器)中。位于sram中的scp bl2作为第二级运行程序，由scp bl1引导并跳转到bl2处继续执行，其主要功能是对时钟、pll(phase lockedloop，锁相环)、mhu(message handling unit，消息处理单元)、定时器、计数器等进行初始化，以及中断处理和核间通讯等运行时服务进行处理。
2、在当前v9架构的arm neoverse n2(一种架构平台)中，包含scp、mcp(manageability control processor，管理控制处理器)、ap(application processor，应用处理器)三个cpu子系统。系统上电后，scp bl1首先运行，并对ap core0进行解复位。apbl1(第一级引导程序)从ap的rom中设定地址处开始运行。位于rom中的ap bl
3、在n2的启动流程中，位于scp rom中的scp bl1和ap rom中的ap bl1作为系统的信任根，视为安全的。然后ap bl1加载认证ap bl2以及ap bl2加载认证scp bl2。该整个流程都是在上一级成功后的基础上才会执行下一级，整个流程是串行且安全的。
4、但针对包含scp、mcp、ap的大型cpu架构的dpu，在一些使用场景下，不仅需要支持安全启动，还需要支持非安全启动，同时，不仅需要支持发布版本，还需要支持芯片开发过程中的调试版本。针对非安全启动，在版本启动过程中，无需进行安全认证。针对芯片开发过程中，需要支持版本调试；所谓调试版本，即版本启动不一定非要从scp bl1开始启动，也不一定需要scp来对ap进行解复位，而是各个核之间不存在强耦合，可以各自启动。针对上述功能要求，现有arm开源代码中不支持这些功能。同时，使用arm开源代码，芯片开发流程只能是串行的，无法进行并行的开发调试。
技术实现思路
1、本专利技术所要解决的技术问题在于，提供一种基于efuse的soc系统的启动方法、装置及soc系统、芯片、电子设备，可以实现多种启动模式，提高芯片研发效率，降低成本，提高产品竞争力。
2、为解决上述技术问题，作为本专利技术的一方面，提供一种基于efuse的soc系统的启动方法，应用于包含有多个子系统的soc系统中，其至少包括：
3、在soc系统上电时，获取efuse存储器中存储的efuse数据，以及一外部的上电控制字数据；
4、根据所述efuse数据以及上电控制字数据，获得对应的启动模式，其中，每一efuse数据以及上电控制字数据组合预先对应有一启动模式；
5、根据所获得的启动模式所对应的启动执行次序，执行上电启动操作。
6、其中，所述根据所述efuse数据以及上电控制字数据，获得对应的启动模式的步骤进一步包括：
7、当所述efuse数据为非全零，且上电控制字数据为第一数据时，确定当前的启动模式为业务场景的安全启动模式；
8、当所述efuse数据为非全零，且上电控制字数据为第二数据时，确定当前的启动模式为业务场景的非安全启动模式；
9、当所述efuse数据为全零，且上电控制字数据为第三数据时，确定当前的启动模式为调试场景中针对第一子系统的单独非安全启动模式；
10、当所述efuse数据为全零，且上电控制字数据为第四数据时，确定当前的启动模式为调试场景中针对第二子系统的单独非安全启动模式；
11、当所述efuse数据为全零，且上电控制字数据为第五数据时，确定当前的启动模式为调试场景中针对第三子系统的单独非安全启动模式。
12、其中，所述根据所获得的启动模式所对应的启动执行次序，执行上电启动操作的步骤进一步包括：
13、根据所确定的启动模式，获取所述启动模式对应的启动执行次序；
14、按照所述启动执行次序，控制所述第一子系统、第二子系统、第三子系统中至少一个，依序执行完成上电启动操作。
15、其中，在当前的启动模式为业务场景的安全启动模式时，所述根据所获得的启动模式预先设置的启动执行次序，执行上电启动操作的操作进一步包括：
16、执行第一子系统的第一级引导加载程序，从外部非易失性存储器将第一子系统的第二级引导程序加载至sram中；
17、对sram中的版本进行签名认证，在认证通过后再跳转至第一子系统的第二级引导程序；
18、执行第一子系统的第二级引导程序，将第二子系统的第二级引导程序加载到第二子系统的sram中；
19、对第二子系统的第二级引导程序进行签名认证，在认证通过后，解复位第二子系统，使第二子系统从设定地址处开始运行；
20、在解复位第二子系统后，将第三子系统的可信固件第二级引导程序搬移到ddr中；
21、并对ddr中的可信固件第二级引导程序进行安全认证，在认证通过后，解复位第三子系统，使第三子系统从设定地址处开始运行；
22、完成整个安全启动流程。
23、其中，在当前的启动模式为业务场景的非安全启动模式时，所述根据所获得的启动模式预先设置的启动执行次序，执行上电启动操作的操作进一步包括：
24、执行第一子系统的第一级引导加载程序，从外部非易失性存储器将第一子系统的第二级引导程序加载至sram中，并跳转至第一子系统的第二级引导程序；
25、执行第一子系统的第二级引导程序，将第二子系统的第二级引导程序加载到第二子系统的sram中，解复位第二子系统，使第二子系统从设定本文档来自技高网...
【技术保护点】
1.一种基于eFuse的SoC系统的启动方法，应用于包含有多个子系统的SoC系统中，其特征在于，至少包括：
2.如权利要求1所述的方法，其特征在于，所述根据所述eFuse数据以及上电控制字数据，获得对应的启动模式的步骤进一步包括：
3.如权利要求2所述的方法，其特征在于，所述根据所获得的启动模式所对应的启动执行次序，执行上电启动操作的步骤进一步包括：
4.如权利要求3所述的方法，其特征在于，在当前的启动模式为业务场景的安全启动模式时，所述根据所获得的启动模式预先设置的启动执行次序，执行上电启动操作的操作进一步包括：
5.如权利要求3所述的方法，其特征在于，在当前的启动模式为业务场景的非安全启动模式时，所述根据所获得的启动模式预先设置的启动执行次序，执行上电启动操作的操作进一步包括：
6.如权利要求3所述的方法，其特征在于，在当前的启动模式为调试场景中针对第一子系统的单独非安全启动模式，所述根据所获得的启动模式预先设置的启动执行次序，执行上电启动操作的操作进一步包括：
7.如权利要求3所述的方法，其特征在于，当
8.如权利要求2至7任一项所述的方法，其特征在于，所述第一系统为系统控制处理器(SCP)，所述第二管理控制器为管理控制处理器(MCP)，所述第三系统为应用处理器(AP)。
9.一种基于eFuse的SoC系统的启动装置，其特征在于，至少包括：
10.如权利要求9所述的装置，其特征在于，预先设置的每一eFuse数据以及上电控制字数据组合与启动模式的对应关系具体为：
11.如权利要求10所述的装置，其特征在于，所述上电执行单元进一步包括：
12.如权利要求9至11任一项所述的装置，其特征在于，所述第一系统为系统控制处理器(SCP)，所述第二管理控制器为管理控制处理器(MCP)，所述第三系统为应用处理器(AP)。
13.一种SoC系统，其包括有多个子系统，其特征在于，进一步包括如权利要求9-12任一项所述的启动装置。
14.一种芯片，其特征在于，集成有如权利要求13所述的SoC系统。
15.一种电子设备，其特征在于，至少设置有如权利要求14所述的芯片。
...【技术特征摘要】
1.一种基于efuse的soc系统的启动方法，应用于包含有多个子系统的soc系统中，其特征在于，至少包括：
2.如权利要求1所述的方法，其特征在于，所述根据所述efuse数据以及上电控制字数据，获得对应的启动模式的步骤进一步包括：
3.如权利要求2所述的方法，其特征在于，所述根据所获得的启动模式所对应的启动执行次序，执行上电启动操作的步骤进一步包括：
4.如权利要求3所述的方法，其特征在于，在当前的启动模式为业务场景的安全启动模式时，所述根据所获得的启动模式预先设置的启动执行次序，执行上电启动操作的操作进一步包括：
5.如权利要求3所述的方法，其特征在于，在当前的启动模式为业务场景的非安全启动模式时，所述根据所获得的启动模式预先设置的启动执行次序，执行上电启动操作的操作进一步包括：
6.如权利要求3所述的方法，其特征在于，在当前的启动模式为调试场景中针对第一子系统的单独非安全启动模式，所述根据所获得的启动模式预先设置的启动执行次序，执行上电启动操作的操作进一步包括：
7.如权利要求3所述的方法，其特征在于，当前的启动模式为调试场景中针对第二子系统的单独非安全启...
【专利技术属性】
技术研发人员：徐伟龙，
申请(专利权)人：深圳云豹智能有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。