双核工程编译与调试

Compilation and Debugging

HPM双核是集成了两个RISC-V 处理器，是两个完全独立的CPU，故HPM双核工程是Core0工程和Core1工程两个独立的工程。因此HPM双核工程编译，其实是两个独立的单核工程的编译。用户只需要建立core0和core1的各自工程编译调试即可。

由于HPM-SDK例程中使用的是方案二，且Core1的固件以数组(只读区)镜像的方式存储在Core0的固件中，导致Core1工程为Core0工程的关联工程。因此在构建工程时，必须先构建生成Core0工程，作为关联工程Core1工程会自动生成。由于Core1的固件是Core0工程中的只读数组，故必须先编译Core1工程生成只读数组镜像后，再编译Core0工程。

如下构建编译调试双核hello world工程：

A. 构建工程

先构建生成Core0工程：

由于Core0是flash片上执行，故type选择：flash_sdram_xip或flash_xip

作为关联工程Core1工程会自动生成：

B. 编译工程

打开各自的工程(Core0通过GUI工具直接点击Open Project with IDE, Core1对应目录下双击打开工程)。

用SES编译各自的工程即可。

C. 工程调试

一、双核同时调试

基于OpenOCD调试 (FT2232/DAP-LINK等)。

为了达到Core0和Core1同时调试，基于OpenOCD调试在HPM-SDK例程中，对Core1的Debug做了如下限制：

1）Core1不启动GDB Server，连接Core0启动的GDB Server。当然使用不同的port来区分是Core0(Port:3333)还是Core1（Port:3334）。

2）Reset 和 Stop时，直接hart停止运行。

如下图：

因此，调试HPM-SDK双核例程，步骤如下：

步骤1：Core0的工程调试，和正常的单核调试相同，正常SES启动debug即可。

步骤2：Core1的工程调试，由于上述限制(为了双核同时调试)，必须先将Core0的工程Debug运行，然后在启动Core1的Debug仿真。

可在Core0 SES终端看到Core1 GDB connect信息：

基于Jlink 调试

基于Jlink调试，对Core0和Core1的Debug做如下修改：

1. Core0 修改Debug连接target为：J-Link

2. Core1修改Debug连接target为：J-Link

3. Core1修改Debug Device为：HPM6750xVMx_CPU1

4. 由于SES修改Device为CPU1(上一步骤修改)，联动修改ISA为：rv32i，导致编译等异常。故在Code Generation下改回ISA为：rv32imac。

5. 通常初始化时钟等外设在Core0中完成，故为了双核能同时调试，需先运行Core0 Debug至完成时钟等外设初始化后，方可Core1 Debug运行。

二、双核单独调试

基于 OpenOCD 调试

如果只用来单独调试Core1(Core0的单独调试不做任何修改即可)，可修改Core1的Debug配置，如下：

Auto Start GDB Server: Yes

Reset and Stop Command: reset halt

修改后， 可直接启动Core1 Debug运行。

注意：由于CPU0,CPU1主从架构，通常外设等时钟初始化会在Core0中完成。如果是单独调试Core1，为了确保程序能正常运行，需在Core1工程中初始化时钟等外设。如下：

基于 Jlink 调试

单独调试Core1 (Core0的单独调试不做任何修改即可)，JLink修改同双核JLink修改一致（可参考上方介绍的内容）。

同样为了确保Core1能正常运行，需在Core1工程中初始化时钟等外设。