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/