[参考译文] TM4C1290NCPDT：当基本应用程序地址被改变时、RTOS 任务触发出现问题。

您好、Jacobi、

首先、我非常感谢您的回答。 我喜欢你的想法。 虽然这很可能是真的、但这种结构与我们拥有的其他 TI 芯片上正常工作的其他固件(相同的地址、引导加载程序等)所使用的结构相同、这是奇怪的。不过、不同的应用程序)。 我想，如果这是问题，我们会到处看到它。 不过、我仍会尝试这种方法。

我注意到了一些新情况。 当二进制文件加载到0x00时、所有文件都按预期运行。 当在我们的自定义地址加载时、当我单步执行代码时、所有内容看起来都已正确初始化(使用 RTOS 对象查看器)、但从未发生任何变化。 在进一步检查后、代码无限期地运行空闲任务。 这再次看起来可能是一个中断问题、就好像没有任何东西改变空闲任务的流程一样。

但是、ROV 中的 HWI 在工作时看起来与列表完全相同。

我注意到的一个奇怪现象是、我们的 RTOS 配置中的 halHwi.checkStackFlag = true。 此流程经常从空闲任务中断以运行 ti_sysbios_hal_HWI_checkstack()，并且似乎每次都指示有溢出。

图片中的堆栈大小为2048、我尝试增加到4096、但没有成功。 我怀疑堆栈大小是实际的问题、因为相同的配置在0x00工作。 此结果是否会产生任何天线？ 我假设 HWI 堆栈溢出肯定会使 HWI 功能混乱、从而导致时序/回调。

再次感谢您的帮助。

TM4C1294NCPDT：RTOS：BIOS 不工作 是一项不同的调查、显示 TI-RTOS 使用  的 m3Hwi.resetVectorAddress 是0x8100、它只有256字节对齐。

自举是否使用中断或应用程序使用的任何外设？

如果是、则自举在调用应用程序之前会做什么？

只需尝试排除  m3Hwi.resetVectorAddress 的更改 是问题所在。

在上面引用的线程中发现了一个问题：如果在启动应用程序之前调用了 IntMasterDisable()的启动加载程序，SYS/BIOS 应用程序将在所有中断被禁用时启动，这与处理器复位时的初始状态不同。

你(们)好。 感谢您的周到回应。

首先、我同意您的观点。 我知道使用相同引导加载程序/闪存地址设置在同一芯片组上运行的其他固件。 理论上唯一不同的是应用程序代码本身。 包装引导加载程序和闪存结构相同。 我在非页对齐地址加载时看到其他应用程序成功运行。

遗憾的是、这有点像双刃剑、因为引导加载程序在成功加载并跳转到同一地址的其他基于 TI-RTOS 的固件时被视为"黄金"。 尽管如此、我返回查看了引导加载程序代码、它不执行任何主要操作、例如禁用中断。 本质上只需最小的时钟初始化、基本代码验证(CRC)、然后跳转到代码。

我意识到我在上面所说的"应用程序代码问题"、我不会对此作出裁决。 对于该固件和 TI-RTOS 的新功能需要大量的消化、尤其是在遇到类似的奇怪问题时。 现在我将研究我在上面回答的空闲循环/HWI 溢出错误、因为这似乎会影响时钟模块/时序正常运行的能力。 由于我在0x00没有看到该错误、因此以某种方式将其与地址更改相关联。 我还将查看链接的主题以了解相关想法。

老实说，这个问题是一个很好的方法来学习 TI-RTOS 并更新我的低级内存技能:)。 感谢您的反馈。

我明白 Ralph 不用担心。 这些主题很复杂，更难通过论坛帖子传达问题：)。 我将仔细观察这些柱、并不断挖掘、我每天会稍微深入一点。 感谢您的帮助！

尊敬的 Mike：

  在跳转到引导加载程序之前、我会在您的引导加载程序或应用程序内部查找 IntMasterDisable 调用或 CPUcpsid。

我相信您已经在引导加载程序中查找了前者、因此可能是后来被调用的、但我认为可能是在应用程序本身内部调用它。   在跳转到引导加载程序之前、有人调用 IntMasterDisable 并不少见。  

此致、

Ralph Jacobi

你(们)好。 感谢您的建议。 自从这篇文章以来、我发现 PRIMASK 实际上是由我们的引导加载程序在某个位置设置的。 仍不清楚在哪里。 实际上、我们很幸运、我们的固件"正常工作"在 BIOS 启动之前由于不相关的原因进行了使能中断调用。

我认为这必须是永久性的"权变措施"、因为引导加载程序在许多地方都使用、更新起来会很复杂。 出于好奇、我试图弄清引导加载程序在何处设置 PRIMASK。 正如我之前说过的、它只是执行一些基本的振荡器设置。  

我注意  到、我们写入必须处理中断的 SYSCTL_MISC 和 SYSCTL_RIS 寄存器。 但从数据表中、我没有看到这些寄存器中的任何位字段明确指出了更改 PRIMASK 值的结果。 除此之外、它还需要大量 RCC 寄存器写入、这看起来并不重要。 引导加载程序在尝试单步调试时不合作。

我认为可以肯定的是、最初的问题已经解决了、这只是出于好奇而继续存在。 感谢您和 Chester 的帮助。

尊敬的 Mike：

也许您可以在 PRIMASK 的源代码上执行一个协议搜索。 即使 是 CPUcpsid API 也会将其用于汇编代码：

uint32_t
CPUcpsid(void)
{
    //
    // Read PRIMASK and disable interrupts.
    //
    __asm("    mrs     r0, PRIMASK\n"
          "    cpsid   i\n"
          "    bx      lr\n");

    //
    // The following keeps the compiler happy, because it wants to see a
    // return value from this function.  It will generate code to return
    // a zero.  However, the real return is the "bx lr" above, so the
    // return(0) is never executed and the function returns with the value
    // you expect in R0.
    //
    return(0);
}

此致、

Ralph Jacobi