[参考译文] Linux/DRA722：J6E 启动卡在 SPL 中

尊敬的 Pavel：

我已检查 VDDA_CORE_GMAC 的电压和 GMAC_DPLL_CLK 的时钟。 它们都是正确的。

此致、
鲍伊·任

任

您是否检查了 OSC0参数？ 确保它满足 DRA72x DM 第6.1.2.1节 OSC0外部晶振中所述的要求。

您还可以使用 CCStudio 并运行 GEL 文件来查看 DPLL_GMAC 是否会锁定在此处。 有关更多信息、请参阅以下指针：

www.ti.com/.../sprac17a.pdf

ccsv6/ccs_base/emulation/gel/DRA72x/DRA72x_prcm_config.gel -> DPLL_GMAC_CONFIG ()、DRA72x_PRCM_Clock_getconfig ()、DRA72x_PRCM_Clock_Config_API ()

此致、
帕维尔

您好、Pavel、

我通过 CCStudio 运行 DRA72x_prcm_config.gel、但我找不到 DPLL_GMAC_CONFIG ()和 DRA72x_PRCM_Clock_Config_API ()。
DRA72x_PRCM_Clock_getconfig()的结果如下：
================================================================================================================================================
CortexA15_0：GEL 输出：-->读取 DPLL 配置...<<---
CortexA15_0：GEL 输出： 频率值根据 M/N/等...
CortexA15_0：GEL 输出：MPU：
CortexA15_0：GEL 输出：LOCK_MODE 模式下的 DPLL
CortexA15_0：GEL 输出：DPLL CLKOUT_M2速度为1041MHz
CortexA15_0：GEL 输出：DPLL CLKOUT_M2处于活动状态

CortexA15_0：GEL 输出：内核：
CortexA15_0：GEL 输出：LOCK_MODE 模式下的 DPLL
CortexA15_0：GEL 输出：DPLL CLKOUT_M2速度为554MHz
CortexA15_0：GEL 输出：DPLL CLKOUT_M2被门控

CortexA15_0：GEL 输出：Abe：
CortexA15_0：GEL 输出：IDLE_BYPASS_LOW_POWER 模式下的 DPLL
CortexA15_0：GEL 输出：DPLL CLKOUT_M2速度为0MHz
CortexA15_0：GEL 输出：DPLL CLKOUT_M2被门控

CortexA15_0：GEL 输出：IVA：
CortexA15_0：GEL 输出：IDLE_BYPASS_LOW_POWER 模式下的 DPLL
CortexA15_0：GEL 输出：DPLL CLKOUT_M2速度为0MHz
CortexA15_0：GEL 输出：DPLL CLKOUT_M2被门控

CortexA15_0：GEL 输出：DDR：
CortexA15_0：GEL 输出：LOCK_MODE 模式下的 DPLL
CortexA15_0：GEL 输出：DPLL CLKOUT_M2速度为693MHz
CortexA15_0：GEL 输出：DPLL CLKOUT_M2处于活动状态

CortexA15_0：GEL 输出：DSP：
CortexA15_0：GEL 输出：IDLE_BYPASS_LOW_POWER 模式下的 DPLL
CortexA15_0：GEL 输出：DPLL CLKOUT_M2速度为0MHz
CortexA15_0：GEL 输出：DPLL CLKOUT_M2被门控

CortexA15_0：GEL 输出：GMAC：
CortexA15_0：GEL 输出：LOCK_MODE 模式下的 DPLL
CortexA15_0：GEL 输出：DPLL CLKOUT_M2速度为260MHz
CortexA15_0：GEL 输出：DPLL CLKOUT_M2处于活动状态

CortexA15_0：GEL 输出：GPU：
CortexA15_0：GEL 输出：IDLE_BYPASS_LOW_POWER 模式下的 DPLL
CortexA15_0：GEL 输出：DPLL CLKOUT_M2速度为0MHz
CortexA15_0：GEL 输出：DPLL CLKOUT_M2被门控

CortexA15_0：GEL 输出：PER：
CortexA15_0：GEL 输出：LOCK_MODE 模式下的 DPLL
CortexA15_0：GEL 输出：DPLL CLKOUT_M2速度为100MHz
CortexA15_0：GEL 输出：DPLL CLKOUT_M2被门控

CortexA15_0：GEL 输出：PCIe：
CortexA15_0：GEL 输出：IDLE_BYPASS_LOW_POWER 模式下的 DPLL
CortexA15_0：GEL 输出：DPLL CLKOUT_M2速度为0MHz
CortexA15_0：GEL 输出：DPLL CLKOUT_M2被门控

CortexA15_0：GEL 输出：不同模块的时钟输入：
CortexA15_0：GEL 输出：IDLE_BYPASS_LOW_POWER 模式下的 DPLL
CortexA15_0：GEL 输出：DPLL CLKOUT_M2速度为0MHz
CortexA15_0：GEL 输出：DPLL CLKOUT_M2被门控

CortexA15_0：GEL 输出：IPU1功能时钟是来自 ABE DPLL 的 CLKOUTX2_M2。
CortexA15_0：GEL 输出：IPU1 CPU 速度为0MHz

CortexA15_0：GEL 输出：IPU2功能时钟来自内核 DPLL (CLKOUTX2_H22)。
CortexA15_0：GEL 输出：IPU2 CPU 速度为0MHz

CortexA15_0：GEL 输出：GPU 内核时钟来自内核 DPLL (CLKOUTX2_H14)。
CortexA15_0：GEL 输出：GPU 内核时钟速度为0MHz
CortexA15_0：GEL 输出：GPU HYD 时钟来自内核 DPLL (CLKOUTX2_H14)。
CortexA15_0：GEL 输出：GPU HYD 时钟速度为0MHz
CortexA15_0：GEL 输出：-->读取 DPLL 配置...完成<<-->
================================================================================================================================================
对于这些信息、是否有任何可疑点？

此致、
Bowei

Bowei、

[引用 USER="Ren Bowei"]但我找不到 DPLL_GMAC_CONFIG ()和 DRA72x_PRCM_Clock_Config_API ()

这些参数可从以下位置调用：

DRA72x_PRCM_Clock_Config_OPPNOM_DRA72x_generic ()

DRA72x_PRCM_Clock_Config_OPPNOM_DRA722 ()

请尝试使用这两个函数。 在工作板和非工作板上运行并比较结果。

[引用 USER="Ren Bowei"] DRA72x_PRCM_Clock_getconfig ()的结果如下所示：[/引用]

[引用 USER="Ren Bowei]CortexA15_0：GEL 输出：GMAC：
CortexA15_0：GEL 输出：LOCK_MODE 模式下的 DPLL
CortexA15_0：GEL 输出：DPLL CLKOUT_M2速度为260MHz
CortexA15_0：GEL 输出：DPLL CLKOUT_M2处于活动状态[/引用]

您是否仅在不工作的电路板上运行此功能？ 如果是、请在工作板上运行并比较结果。

看起来 DPLL_GMAC 可以被锁定、不能使用 GEL 文件。 因此、对于非引导板、您可能会遇到另一个问题。

您能否尝试从 u-boot 代码库中删除 EtherNet/CPSW 支持以检查引导流程将在哪里？ 您可以通过删除 u-boot/include/configs/dra7xx_evm.h 中的以下行来执行此操作

-#define CONFIG_DRIVER_TI_CPSW

然后、DPLL_GMAC 将不会在 u-boot/arch/arm/cpU/armv7/omap-common/clocks-common.c 中初始化

静态空 setup_dplls (空)
｛

…

#ifdef CONFIG_DRIVER_TI_CPSW
   Params = get_GMAC_DPLL_params (* dplls_data)；
   do_setup_DPLL (((*prcm)->cm_clkmode_DPLL_GMAC、参数、
           DPLL_LOCK、"GMAC")；
#endif
｝

您还可以对工作板执行相同的操作(从 u-boot 中删除 CPSW 支持)并比较结果(引导日志)。

 

此致、
帕维尔

您好、Pavel、

按照您建议的步骤操作。
我删除了 EtherNet/CPSW 支持、引导流程可以继续。 但仍然在另一个地方(原始的地方不会被卡住)。

根据这种现象、DPLL_GMAC 看起来存在一些问题、这是正确的吗？

此致、
Bowei

Pavel、

我删除了您的建议。 引导流程可以成功启动。
但我有一个问题、为什么删除这一行后 Mac 在 Linux 中仍然可行。

BTW、非常感谢您的支持。

此致、
鲍伊·任

您好！

但我们只有一个 CPU 模块存在此问题。 那么、我们可以针对 CPU 问题感应这个呢？
可能是 CPU 内部损坏？

此致、
Bowei

您好、Bowei、

这很有可能。 您可以尝试从定制板上卸下该 CPU 模块(DRA722器件)、放置新的 CPU 模块并检查定制板是否开始工作。

此致、
帕维尔

您好、Pavel、

感谢您的支持。 我将转至我们的硬件团队以进一步进行调试。

此致、
Bowei