[参考译文] RTOS/TI-RTOS：tsk_setPri 问题

我简化了代码并检查了问题是否仍然存在。

方法 sendRequest 从优先级为2 (多)、3 (多)、4、5的任务线程调用。 系统中还有两个优先级为1和6的附加任务。

int test_Class：：sendRequest(){

Task_handle tskHle；

tskHle = Task_self ()；
int oldpri = Task_setPri (tskHle、m_tskPri)；
对于(int i = 0；i < 30000；++I)｛volatile int tmp = i；｝
Task_setPri (tskHle、oldpri)；

返回0;

｝ 

其中、在初始化期间 m_tskPri 设置为5

调用方法 sendRequest()时启用中断(HWI、SWI)

>看起来不错。 您是否使用了 Tools->ROV->Task->Detailed 来验证优先级是否未更改？

我没有抱怨优先级没有改变。

>通过删除 Task_setPri 可以避免的根本问题是什么？

由于调度程序状态损坏而重新启动系统。

>这是您提到的熔断堆栈吗？

我写过、由于任务指针无效、执行在检查栈大小的断言处停止。 我还在"Memory"窗口中检查了所有任务的堆栈内存+系统堆栈、它们都正常。

您能否验证我正确理解调度程序行为的函数 taskTest()？

否 我无法共享原始应用程序。 即使我要共享它、您也无法执行它、因为它取决于许多外部外设(SRAM、闪存磁盘...)

不过、我可能会尝试创建一些示例应用。

以及我的附加断言。 我是否正确理解了调度程序？ 这将有助于我确定我断开调度程序的位置。

尊敬的 Lukas：

如果您可以创建一个展示该问题的截止应用程序、这将非常有用。

此外，是否可以启用任务日志记录？ 任务日志可能会显示有用的内容。

>> 以及我的附加断言。 我是否正确理解了调度程序？ 这将有助于我确定我断开调度程序的位置。

一些内核数据结构似乎已损坏、并导致调度程序发生故障。

最棒的

Ashish

您好！

  我还没有能够以一些极简的配置再现这种行为。 我尝试为不同的表达式添加断言。

最有趣的是检查 Task_module->readyQ (AUX1)(如果它包含有效数据)。 执行一段时间后、它返回一些随机大数(0x6F129A45)、并触发我的断言。

我已登录 CCS：

• Task_module (aux)指针包含值0x001001C0。 它是结构 ti_sysbios_KNL_Task_Module_state__V 的正确地址
• Task_module 中的 readyQ 包含值0x100240。 可能是正确的。

我不知道变量 AUX1如何包含与 Task_module 结构中保存的值不同的值。

我的理论是、外部 SRAM 存储器与 EMIF 连接时会出现某种干扰、并尝试读取 Task_module->readyQ 两次并检查这两次。 由于两个变量包含相同的大随机值、因此未确认理论。

您能给我一些提示吗、因为它看起来不像 SYS/BIOS 有问题、而是 SRAM/EMIF 有问题。

是的、AUX1在某些 N 次运行时保持一致。

我在 Sys/BIOS Task.c 中添加了检查 我只需检查地址是否< 0x200000。 我在 Zone6中有地址为0x100000 - 0x200000的数据段

Tasks.c 中的扩展部分(查找 TODO)：

UINT Task_setPri (Task_Object * tsk、int 优先级)
｛
int oldPri；
UINT newMask、tskKey、hwiKey；
queue_handle newQ；
void *aux = NULL；
void * AUX1；

assert_isTrue ((((优先级==1)||(优先级>0)||
((优先级=0 && Task_module->idleTask == NULL))&&
(优先级<(int) Task_numPriorities))、
Task_a_badPriority)；

log_write4 (Task_LM_setPri、(UArg) tsk、(UArg) tsk->fxn、
(UARg)tsk->priority，(UARg)priority)；

tskKey = Task_disable()；
hwiKey = Hwi_disable()；
// aux0 = Task_module->readyQ；
// if (aux = NULL)｛
AUX = Task_module；
｝ 否则｛
assert_isTrue (aux =Task_module、Task_a_badTimeout)；
｝
*
AUX =任务模块；
oldPri = tsk->priority；

if (oldPri => priority)｛
Hwi_restore (hwiKey)；
Task_restore (tskKey)；
返回(oldPri)；
｝

如果(优先级< 0)｛
NewMask = 0；
newQ = Task_Module_State_inactiveQ()；
｝
否则｛
//待办事项
newMask = 1 << priority；

AUX1 = Task_module->readyQ；
assert_isTrue ((unsigned long) AUX1 < 0x200000、Task_a_badTimeout)；
newQ =(Queue_handle)((uint8 *)(Task_module->readyQ)+
(uINT)(priority*(2*sizeof (ptr))))；
// assert_isTrue ((unsigned long) newQ < 0x200000、Task_a_badTimeout)；
｝

if (tsk->mode =Task_Mode_ready)｛
Queue_remove ((Queue_Elem *) tsk)；

/*如果 readyQ 中的最后一个任务，请删除 curSet 中的相应位*/
if (Queue_empty (tsk->readyQ))｛
Task_module->curSet ~tsk->mask；
｝

if (Task_module->curTask == tsk)｛
Task_module->curQ = newQ；//强制使用 Task_switch()*/
/*如果不再是 MaxQ */
/*将当前任务置于其新的 readyQ 的前面*/
Queue_insert (((Queue_elem *)(newQ))-> next、(Queue_Elem *) tsk)；
assert_isTrue ((unsigned long) newQ < 0x200000、Task_a_badTimeout)；
｝
否则｛
/*将任务放置在其 readyQ 的末尾*/
Queue_enqueue (newQ、(Queue_Elem *) tsk)；
｝

Task_module->curSet |= newMask；
｝

tsk->priority = priority；
tsk->mask = newMask；
tsk->readyQ = newQ；

如果(优先级< 0)｛
Task_module->curQ = NULL；//强制一个 Task_switch()*/
｝

Task_module->workFlag = 1；
//taskTest()；

Hwi_restore (hwiKey)；
Task_restore (tskKey)；

返回 oldPri；
｝ 

尊敬的 Lukas：

这是一个很好的发现。 损坏的 DP 可能会导致模块状态读取损坏。 让我们尝试深入探究一下、以确定 DP 损坏的原因。

以下是几个问题：
-您提到了 DP 寄存器值与 IER 相同。 当您更改 IER 时，DP 是否会更改为相同的值？
-我假设您的应用程序不包含任何修改 DP 的汇编代码。 您可以确认吗？
-当一个中断发生并且 DP 是其中之一时、C28x 自动将几个寄存器保存在堆栈上。 如果堆栈以某种方式损坏、DP 寄存器可能会恢复为错误的值。 要确认是否有中断在运行，是否可以启用任务和 Hwi 日志记录？

最棒的
Ashish

嗯、几天过去了、问题不再发生。 我认为它已经关闭了。