Foreword
Debug遇到一个诡异情况,之前没注意过
单步失效
简单说系统里有很多地方在read,但是debug的那个read,在进入read内部以后,会出现整个堆栈指针都跳变成另外一个线程中read流程
ssize_t read(struct file *filep, void *buf, size_t nbytes)
{
struct inode *inode;
int ret = -EBADF;
configASSERT(filep);
inode = filep->f_inode;
/* Was this file opened for read access? */
if ((filep->f_oflags & O_RDOK) == 0)
{
/* No.. File is not read-able */
ret = -EACCES;
}
/* Is a driver or mountpoint registered? If so, does it support the read
* method?
*/
else if (inode != NULL && inode->u.i_ops && inode->u.i_ops->read)
{
/* Yes.. then let it perform the read. NOTE that for the case of the
* mountpoint, we depend on the read methods being identical in
* signature and position in the operations vtable.
*/
ret = (int)inode->u.i_ops->read(filep, (char *)buf, (size_t)nbytes);
}
/* If an error occurred, set errno and return -1 (ERROR) */
if (ret < 0)
{
set_errno(-ret);
return ERR;
}
/* Otherwise, return the number of bytes read */
return ret;
}
这种情况基本100%可以复现,单独去这个线程的实际read的接口处断点,完全没有问题,就是这个中间过程断不住。
汇编断点
尝试使用汇编单步执行,中间过程可以比较容易的进入,但是不能用step over
,用一次就必然跳变。
这种方式依然不够好,如果中间过程很复杂,免不了要跳很多,手动得累死个人。
更换JLink
看了一下当前使用的JLink还是V9的老版本固件,刚好有闲置的新的V11JLink,更换以后依然停不住
Ozone
尝试使用Ozone进行调试,毕竟SES单独把这个调试工具独立出来,总有些独到之处吧。
新建工程选择芯片,设置内部或者外部Flash即可
设置调试接口,选择调试设备
直接选择工程的*.elf
文件,会自动关联到对应的代码文件位置各种变量,总体来说还是挺方便的
额外选项,默认就行了
如果使用了FreeRTOS,这里会出现插件提示,应用插件 fix-ups,这样有额外的FreeRTOS的调度栈显示
如果直接continue,那么单步失效的情况依然会复现,但是如果用了插件,那么情况就大为改观
FreeRTOS插件
有了插件以后,可以看到每个任务的情况,并且可以看到每个任务的调度栈具体在哪里了。
FreeRTOSPlugin这个目前看只写了CM4的支持,所以可能看到的信息有一些缺漏或者不准确的地方
而这个插件是JS的,官方也给了SDK,需要的话可以自行增加更多的功能
关闭调试以后会提示保存调试工程,存储以后可以看到一个jdebug的文件,打开就能看到这里加载的CM4,搜了一下官方是有CM7的支持的
所以直接改成CM7即可
单步问题
单步进不去的问题,实际上我通过关闭一些高级任务的运行或者提高debug任务的级别,是可以让他正常单步进去的,概率提高了很多,虽然偶尔也会出问题,但是这种方式不符合实际使用的情况。
Ozone+FreeRTOS插件实际上也不是完美的,偶尔还是会出现整个调度栈闪变的情况。
而这个单步问题,应该就是JLink断点,但是单步时出现了系统调度出让CPU,进而调度栈整个发生了变更,等到停下来已经在别的线程中了。有了FreeRTOS插件加持以后,等于知道了你当前断点是在这个线程的断点,而非全局的断点,从而可以正确停在此线程的中间过程。
猜想内部实现应该是类似断点加条件判断,识别出来是这个线程才断点的
SES RTOS Awareness
SES自己也能开启RTOS插件辅助
- 注意Task过多的情况下需要将25的默认值调高,方便调试
但是实测了以后,发现某些任务是识别不到的,这里只有27个任务,但是Ozone那边识别到了54个任务,这也是为什么SES挺不住了,任务数两边不对等导致的
这个问题提交给官方了,看官方怎么处理吧
Summary
稍微有点蛋疼
Quote
https://mcuoneclipse.com/2016/10/15/freertos-kernel-awareness-with-ozone/