AM335X Dmtimer定时器偶现无法按时产生定时器中断

+1

也就是延时的概率是百万分之一，二？是不是有优先级高的进程打断了？

比较确定没有高优先级的进程打断，

首先，我调用chrt命令，已经将定时器中断线程的优先级调成98，基本是最高优先级。

其次，ftrace跟踪策略里面设置了irq 、sched事件跟踪，有任何中断、调度发生都会在log中有体现。

@Jian:

从ftrace的log中可以看到，应该是定时器中断出现了不能定时到达的问题，31136行的__irq_svc出现的时间比预期出现的时间晚了151us（定时器设置的周期是100us，也就是说这次定时器到期时间相比上次到期时间中间间隔了251us，>> 100us）。__irq_svc是IRQ异常跳转的最早的入口，它来晚了和内核应该没有关系吧。

我现在怀疑是BSP或者硬件中定时器中断控制器什么的不稳定导致定时器事件不准了，如果先不考虑是硬件问题，那么会不会是BSP的问题？

@Jian，从问题描述上看测试环境的开发板的内核是基于的linux-am335x-AM335XPSP_04.06.00.08这个基线做的，请问该基线的TI的BSP部分是否有过DMTimer定时器不准的bugfix，我们是否需要升级相关的TI补丁？