[参考译文] OMAP-L138：查找早期引导阶段调试提示

Brad、您好！

感谢您提供第一个提示、即尝试通过 JTAG 进行连接。

我们有一个 XDS100v2 JTAG 适配器和板上所需的连接端口。 但我们直到最近几周才使用它。 实际上，我们能够在没有 JTAG 调试的情况下构建、闪存和运行电路板，听起来可能很有趣，但事实是：-)

同时、我将 XDS100取出抽屉、阅读一些有关在 ccs5.5中连接和配置它的文章、并能够连接电路板并将您指向的 GEL 文件加载到目标配置中。 我不确定是将其加载到 ICEPICK_C 连接中还是加载到 ARM9_0连接中、因此我将其放入两个连接的"初始化脚本"条目中。 我没有收到任何错误消息、因此我认为这是可以的。

点击按钮'Test Connection"将获得'gain'结果、该消息告诉我 JTAG 似乎正常并且处理器可见。 如果我关闭目标电源、这也会得到报告、因此我认为这是可行的。

当我在 Studio 中打开 Debug 视图时、我看到 DSP 已连接(状态为'Suspened')、ARM 和两个 PRU 均为'IsConnected：unknown'。 反汇编窗口显示、DSP 在其代码中的某个位置-看起来不是很糟、而是我在问自己如何开始。 但这不是这里的问题。

当我通过上下文菜单连接 ARM 目标时、需要一段时间(我的 CCS 在虚拟盒 Linux 内运行、我们的部门不允许运行本机 Linux PC)、然后它告诉我、PC 指向0x14、无法访问 RAM： "00000014：   ？？？？ 读取0x00000014时出现页面故障[代码= 0x6]"

这将解释为什么电路板不启动、但如果我稍后按下复位按钮、为什么它会启动。

我对引导模式配置进行了其他调查： 我们使用简单的无源 logik 配置引导模式引脚、在用于引导加载和闪存的串行引导和"正常"引导/运行之间切换、该无源 logik 会切换 BOOT0、-1、-2、-3、 -4 在0x14 (用于"串行器")和0x0E (用于" NAND 8")闪存引导之间。 此逻辑由一个引脚驱动、该引脚可用于正常启动、并由 CP2103 USB 至串行适配器板的 GPIO 驱动。 这一切都很好、我检查了所有该 BOOTx 引脚的电压。 对于"良好"以及两个不在 POR 上启动的电路板、这些值都是正确的。

我的有趣观察是、"串行"引导在应用电源时能够完美地工作。 在电路板刷写过程中、主器件复位由 CP2103 GPIO 多次启动、因此在刷写过程中未观察到错误。 当使用处于"NAND-8"引导模式的 GPIO 为电路板上电时、它不会启动。 在此状态下、我通过 CCS 中的 JTAG 调试视图进行了观察。

我的问题：

为什么我要在 Studio 中首先连接(JTAG-) DSP 目标？ 这是(可更改)默认值还是来自 ARM、因为 ARM 似乎无法从 RAM 读取数据并运行？

应用电源/释放复位后的第一微秒内会发生什么情况？  ARM CPU 是第一个运行的内核、还是 DSP 内核以某种方式参与了早期启动过程？

是否可以怀疑闪存和/或 RAM 电源是否可以解决我的问题？ 它硬连接到 OMAP ps、这次两个器件都使用1.8V 电压(可修改)。

最重要的是：OMAP-L1x 中的早期启动过程是否有一些信息可以为我们提供有关如何调试此问题的提示？

感谢您的阅读、或许还有进一步的帮助。

霍斯特

Brad、您好！

同时、我成功地在损坏的电路板上运行 GEL 诊断脚本。 我捕获了控制台输出以供您参考：

-先前的输出，电路板断电

ICEPICK_C：目标 CPU 上的电源故障：(错误-180 @ 0xFFFFFF4C)控制器检测到目标功率损耗。 用户必须为目标打开或连接电源。 (仿真包5.1.232.0)
ICEPICK_C：在断开连接之前未能从目标中删除调试状态。  程序存储器中仍可能嵌入了断点运算代码。  建议您在连接之前重置仿真器、并在继续调试之前重新加载程序
ARM9_0：错误：无法获取 PRSC 状态
ARM9_0：20次尝试后无法确定目标状态
ARM9_0：在断开连接之前无法从目标中删除调试状态。  程序存储器中仍可能嵌入了断点运算代码。  建议您在连接之前重置仿真器、并在继续调试之前重新加载程序

-由电路板供电、然后根据 processors.wiki.ti.com/.../OMAP-L1x_Debug_Gel_Files 中的说明执行 GEL 文件

-然后从控制台窗口输出复制和粘贴：

ARM9_0：GEL 输出：
----------------------
ARM9_0：GEL 输出：|            器件信息           |
ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：DEV_INFO_00 = 0x1B7D102F
ARM9_0：GEL 输出：DEV_INFO_01 = 0x00000000
ARM9_0：GEL 输出：DEV_INFO_02 = 0x0000001E
ARM9_0：GEL 输出：DEV_INFO_03 = 0x00000035
ARM9_0：GEL 输出：DEV_INFO_04 = 0x00000000
ARM9_0：GEL 输出：DEV_INFO_05 = 0x000003E0
ARM9_0：GEL 输出：DEV_INFO_06 = 0x00000080
ARM9_0：GEL 输出：DEV_INFO_07-DEV_INFO_08-DEV_INFO_09-DEV_INFO_10-DEV_INFO_11-DEV_INFO_12 = 0-0-4527369-13-17-15
ARM9_0：GEL 输出：DEV_INFO_13、DEV_INFO_14、DEV_INFO_15、DEV_INFO_16 = 5、0、6246
ARM9_0：GEL 输出：---
ARM9_0：GEL 输出：DEV_INFO_17 = 0x00030003
ARM9_0：GEL 输出：DEV_INFO_18 = 0x00000000
ARM9_0：GEL 输出：DEV_INFO_19 =ARM9_0：GEL 输出：0ARM9_0：GEL 输出：0ARM9_0：GEL 输出：0ARM9_0：GEL 输出：0ARM9_0：GEL 输出：0ARM9_0：GEL 输出：0ARM9_0：GEL 输出：
ARM9_0：GEL 输出：---
ARM9_0：GEL 输出：DEV_INFO_20 = 0x303864
ARM9_0：GEL 输出：DEV_INFO_21 = 0x3830306B
ARM9_0：GEL 输出：DEV_INFO_22 = 0x303864
ARM9_0：GEL 输出：DEV_INFO_23 = 0x3830306B
ARM9_0：GEL 输出：---
ARM9_0：GEL 输出：DEV_INFO_24 = 0x0D00F011
ARM9_0：GEL 输出：DEV_INFO_25 = 0x00451509
ARM9_0：GEL 输出：DEV_INFO_06 = 0x00000080
ARM9_0：GEL 输出：DEV_INFO_26 = 0x30CC0005
ARM9_0：GEL 输出：

ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：|              BootROM 信息               |
ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：ROM ID：d800k008
ARM9_0：GEL 输出：器件修订版本2.1
ARM9_0：GEL 输出：引导引脚：30
ARM9_0：GEL 输出：引导模式：仿真调试
ARM9_0：GEL 输出：
ROM 状态代码：0x00000000
说明：ARM9_0：GEL 输出：无错误
ARM9_0：GEL 输出：
程序计数器(PC)= 0xFFFFFF0000
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：|             时钟信息            |
ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：PLL 配置为利用晶体。
ARM9_0：GEL 输出：ASYNC3 = PLL0_SYSCLK2
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：注意： 以下 PLL 部分中的所有时钟频率都是基于的
ARM9_0：GEL 输出：关闭 OSCIN = 24MHz。  如果该值与您的硬件不匹配
ARM9_0：GEL 输出：您应该更改 GEL 文件顶部的#define 并将其保存、
ARM9_0：GEL 输出：然后重新加载。
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：|             PLL0信息            |
ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：PLL0_SYSCLK1 = 24MHz
ARM9_0：GEL 输出：PLL0_SYSCLK2 = 12MHz
ARM9_0：GEL 输出：PLL0_SYSCLK3 = 8MHz
ARM9_0：GEL 输出：PLL0_SYSCLK4 = 6MHz
ARM9_0：GEL 输出：PLL0_SYSCLK5 = 8MHz
ARM9_0：GEL 输出：PLL0_SYSCLK6 = 24MHz
ARM9_0：GEL 输出：PLL0_SYSCLK7 = 4MHz
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：|             PLL1信息            |
ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：PLL1_SYSCLK1 = 24MHz
ARM9_0：GEL 输出：PLL1_SYSCLK2 = 24MHz
ARM9_0：GEL 输出：PLL1_SYSCLK3 = 24MHz
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：|             PSC0信息            |
ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：状态解码器：
ARM9_0：GEL 输出： 0 = SwRstDisable (复位有效、时钟关闭)
ARM9_0：GEL 输出： 1 = SyncReset (已连接复位、时钟打开)
ARM9_0：GEL 输出： 2 =禁用(复位取消置位、时钟关闭)
ARM9_0：GEL 输出： 3 =使能(复位取消置位、时钟开启)
ARM9_0：GEL 输出：>3 =正在进行转换
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：模块0：   EDMA3CC (0)       状态= 0
ARM9_0：GEL 输出：模块1：   EDMA3 TC0         状态= 0
ARM9_0：GEL 输出：模块2：   EDMA3 TC1         状态= 0
ARM9_0：GEL 输出：模块3：   EMIFA (BR7)       状态= 0
ARM9_0：GEL 输出：模块4：   SPI 0             状态= 0
ARM9_0：GEL 输出：模块5：   MMC/SD 0          状态= 0
ARM9_0：GEL 输出：模块6：   AINTC             状态= 3
ARM9_0：GEL 输出：模块7：   ARM RAM/ROM       状态= 3
ARM9_0：GEL 输出：模块9：   UART 0            状态= 0
ARM9_0：GEL 输出：模块10：   SCR 0 (BR0/1/2/8) 状态= 3
ARM9_0：GEL 输出：模块11：   SCR 1 (BR4)       状态= 3
ARM9_0：GEL 输出：模块12：   SCR 2 (BR3/5/6)   状态= 3
ARM9_0：GEL 输出：模块13：   PRUSS             状态= 0
ARM9_0：GEL 输出：模块14：   ARM               状态= 3
ARM9_0：GEL 输出：模块15：   DSP               状态= 3
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：|             PSC1信息            |
ARM9_0：GEL 输出：-------------------------------------------------------
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：状态解码器：
ARM9_0：GEL 输出： 0 = SwRstDisable (复位有效、时钟关闭)
ARM9_0：GEL 输出： 1 = SyncReset (已连接复位、时钟打开)
ARM9_0：GEL 输出： 2 =禁用(复位取消置位、时钟关闭)
ARM9_0：GEL 输出： 3 =使能(复位取消置位、时钟开启)
ARM9_0：GEL 输出：>3 =正在进行转换
ARM9_0：GEL 输出：
ARM9_0：GEL 输出：模块0：   EDMA3CC (1)       状态= 0
ARM9_0：GEL 输出：模块1：   USB0 (2.0)        状态= 0
ARM9_0：GEL 输出：模块2：   USB1 (1.1)        状态= 0
ARM9_0：GEL 输出：模块3：   GPIO              状态= 0
ARM9_0：GEL 输出：模块4：   UHPI              状态= 0
ARM9_0：GEL 输出：模块5：   EMAC              状态= 0
ARM9_0：GEL 输出：模块6：   DDR2和 SCR F3   状态= 0
ARM9_0：GEL 输出：模块7：   McASP0 + FIFO     状态= 0
ARM9_0：GEL 输出：模块8：   SATA              状态= 0
ARM9_0：GEL 输出：模块9：   VPIF              状态= 0
ARM9_0：GEL 输出：模块10：   SPI 1             状态= 0
ARM9_0：GEL 输出：模块11：   I2C 1             状态= 0
ARM9_0：GEL 输出：模块12：   UART 1            状态= 0
ARM9_0：GEL 输出：模块13：   UART 2            状态= 0
ARM9_0：GEL 输出：模块14：   McBSP0 + FIFO     状态= 0
ARM9_0：GEL 输出：模块15：   McBSP1 + FIFO     状态= 0
ARM9_0：GEL 输出：模块16：   LCDC              状态= 0
ARM9_0：GEL 输出：模块17：   eHRPWM (全部)      状态= 0
ARM9_0：GEL 输出：模块18：   MMC/SD 1          状态= 0
ARM9_0：GEL 输出：模块19：   upp               状态= 0
ARM9_0：GEL 输出：模块20：   ECAP (全部)        状态= 0
ARM9_0：GEL 输出：模块21：   EDMA3 TC2         状态= 0
ARM9_0：GEL 输出：模块24：   SCR-F0 BR-F0      状态= 3
ARM9_0：GEL 输出：模块25：   SCR-F1 BR-F1      STATE = 3
ARM9_0：GEL 输出：模块26：   SCR-F2 BR-F2      状态= 3
ARM9_0：GEL 输出：模块27：   SCR-F6 BR-F3      状态= 3
ARM9_0：GEL 输出：模块28：   SCR-F7 BR-F4      STATE = 3
ARM9_0：GEL 输出：模块29：   SCR-F8 BR-F5      状态= 3
ARM9_0：GEL 输出：模块30：   BR-F7 (DDR 控制器) 状态= 3
ARM9_0：GEL 输出：模块31：   L3 RAM、SCR-F4、BR-F6状态= 3

也许这至少有助于或提供一些线索...

此致

霍斯特

Brad、您好！

感谢您提供第一个提示、即尝试通过 JTAG 进行连接。

(笑声)

请参阅以下两条有关我的调查的消息、以进一步隔离问题。

这个问题只是为了删除"TI 认为这解决了问题"状态标志。

霍斯特

Brad 和 Rahul、您好！

首先、感谢您提供第一个提示、即尝试 JTAG 调试。 我们认为，这一问题并不是太紧迫，因此，两周的答复延迟不是问题。

我在尝试 我们的 XDS100v2 JTAG 适配器以及 CCS 5.5安装时学到了一点、它在 VirtualBox 中运行、在 Win7-box 上执行 Ubuntu 16.04。  在这种配置中、XDS100v2无法以可接受的方式使用。 如文档所述、一切"似乎正常"、但运行速度非常慢(单步执行时每条指令大约一分钟)、无法获得合理结果或对问题的理解。 但原则上它起作用。 XDS100探测器在没有 VirtualBox *****和*** VirusScanner 开销的情况下，在本地 Linux 盒上运行速度快得多，可用性更强。

错误的引导模式：正确、当 XDS100处于活动状态时、引导模式被设定为 JTAG (0x1E)。 但这似乎来自 CCS 内的适配器/调试器设置。 我找不到开关/选项卡/配置文件、在使用 JTAG 适配器时修改引导模式的位置-但我相信、这是可能的。 否则、调试某种问题根本就不可能。

但是、我得到了进一步的理解(简单！) 谷歌和阅读。

在我发布第一篇帖子后的周末、我谷歌搜索了有关 TI ARM 处理器启动问题的类似错误报告/社区帖子、我找到了 AM1808 Sitara 芯片的芯片勘误表、该芯片与 OMAP-L (相同的 ARM 内核、但没有 DSP 配套器件)非常接近。 在本文档中、我发现了问题2.0.9、它确切地描述了我们的问题。 然后、我读取 OMAP-L138 SPRZ301M 的芯片勘误表 (抱歉 、我在一个月前没有这个想法)、并且这个芯片具有完全相同的"异或性"、如"Advisory 2.3.23"中所述。 因此、我考虑了一个"次级复位"修复。

在我们的硬件中、我们使用 TPS3707-33DR 欠压检测器和复位计时器、并且主复位输入#MR 引脚1也连接到 RS232控制台连接器的复位引脚按钮。

在不重新设计太多硬件的情况下生成次级复位的想法是将 TPS3707更改为包含看门狗计时器的 TPS3705。 我   将 OMAP 焊球 T18 "CLKOUT"直接连接到 TPS3705的 WDI 输入(引脚6)和看门狗输出#WDO、并与控制台连接器的按钮和(外部 GPIO 控制)复位输入引脚并行。

我希望 TPS3705 #WDO 输出的临时快捷方式(如果有人按下复位按钮或我们的脚本控制的板级闪存系统脉冲、输出持续几百毫秒)不会损坏 TPS3705。 如果 OMAP 不启动并且在 POR 之后的1.5秒内不提供 CLKOUT、它将从 TPS3705获得一个200ms 的第二个复位脉冲。 这将重复、直到 OMAP 运行。

就在昨天、我们获得了 TPS3705-DR33芯片的五个样片、因此我无法同时进行测试、因此我问您：您如何考虑该变通办法？

此致

霍斯特

您好 Rahul、

谢谢你的友好提醒:-)

我们仍在就这个问题开展工作。 焊接两条电线并更换 TPS3707芯片对我来说很容易、但由于人手不足、我们无法修改 u-boot 代码、以便在上电后的1.2s 内激活 OMAP 的 CLKOUT 引脚。

几个月前、我们在 LCDK 评估板上使用该引脚为 ADS1274 ADC 计时、该代码仍在我们的软件中。 但是、此激活仅在 Linux 引导时进行、并且在加电后超过12秒、太晚了、无法在此处提供帮助。

因此、我们(我的软件伙伴和我)将在本周修改 u-boot 的早期初始化、以便设置焊球 T18的引脚多路复用器、使其发挥"CLKOUT"的功能。 由于我理解技术参考手册 SPRUH77-A 中的描述、因此用0x1 A 启用 SYSCFG PINMUX13_7_4位字段中的引脚功能应该足够了。 PLLC0的 OCSCLK 配置寄存器的 OCSRC 字段默认设置为0x14、该设置应通过24MHz 外部时钟频率馈送至 CLKOUT 引脚 T18。 默认情况下、OSCDIV 寄存器也设置为0x8000 (16位)、这意味着使能和1：1的分频器比率。  

当我们编辑源代码时、我们也会设置这两个寄存器、我们不确定是否会被 u-boot 标准代码修改、但我们将对这些寄存器名称进行 grep、并首先查看源代码。

您是否同意这种设置理念？ 我们将在明天或星期三对此进行编码并尝试、并报告我们的结果。

此致、

霍斯特