SDSoC 调试技巧
SDSoC整合了HLS、Vivado和SDK三个软件,使得整个硬件加速变得简单,那么整个系统绝对不会显得很简单,这其中必然包括一些有效的调试技巧,下面一一进行介绍。
下面的所有技巧都可以在ug1028文件中找到,可以仔细看看这篇文章。
软硬件资源评估
首先,在SDx Setting中,选中Estimate performance这个box
然后,build project
编译完成后,可以看到如下的效果。
上面的是硬件资源的评估暂用情况。点击其中的click here,这时必须连接板子,才会有结果,可以下面的最终软硬件对比的结果。
点击click here的时候,这里有一个local和here值得注意,其中local指的是本地的连接,而new表示重新建立连接。
还有一点,默认是整个工程的函数进行资源评估,可以单独选择某一个函数进行单独的资源评估,只要换个root function就行喽。
至此,资源评估实验搞定,到此结束。
软件调试
首先,build configuration选择的是Debug选项。
然后,编译工程,build project。
最后,按照正常c语言的调试过程进行调试。
在Debug界面的正上方,有一系列调试的常用操作,包括step into,step over, step out等;函数的左边,可以通过双击鼠标左键的方式添加断点;Debug界面的右上面,有一系列的观察点,可以观察变量等;Debug界面的右下方,可以观察内存中的数据。
硬件调试
和上面的操作一样,因为是硬件,所以需要硬件加速函数,即设置相应的HW函数,如下图所示。
为了进行硬件调试,下面开始和上面不一样的操作,即使能事件跟踪Enable event tracing选项box选中。
然后,编译工程,build project。
编译完成后,可以看到编译过程中插入了硬件监视内核handware monitor cores。
然后,就可以开始硬件调试喽。这时需要选择的是Run as Trace Application,因为若使用Debug的话,会产生断点。
点击后,会产生两部分的trace信息,顶部的是文字描述,右下方的是事件线描述。在event timeline中,不同的延时代表了不同的信息。黄色表示软件事件software event,绿色表示加速时间acclerator event,而蓝色表示的则是数据输出事件data transfer event。
刚才忘记添加HW函数,因此一直是黄色的。
上板测试
这个过程必须生成的是Release版本的程序。具体的操作如下图所示,当然,还有一些其他的操作也能达到类似的效果,具体查看ug1028文档。
与Debug选项相比,Release版本编译的时候,会使用更高性能优化的编译器。
具体来说,Debug编译的时候,增加了额外的调试信息,便于调试;Release编译的时候,则把这些调试信息去除了。Estimate可以在Debug和Release时候都使用,主要是为了整个应用程序的调试性能。
mmult.h文件中,我们做如下的设置。
#ifndef MATMUL_H_
#define MATMUL_H_
//Size of one dimension of the matrix
#define SIZE 32
//Pragma below instructs the HLS compiler to generate a PL
//design which has Direct Memory Interface with DDR and PL.
#pragma SDS data zero_copy(in1[0: SIZE * SIZE], in2[0: SIZE * SIZE], out[0: SIZE * SIZE])
void mmult_accel(int *in1, // Read-Only Matrix 1
int *in2, // Read-Only Matrix 2
int *out); // Output Result
#endif
编译完成之后,我们查看相应的报告,获取相应的端口使用情况。
具体的位置是在_sds/reports/data_motion.html保存的就是使用的端口情况。
如下图所示。
这个使用的ACP接口,配置的是AXI_MM的方式,这就是zero_copy对应的接口,如果是copy,则是不同的结果。