This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AM67A:启用 r5f ospi phy、以比 20MHz 更快的速度运行

Guru**** 2680515 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1586962/am67a-enable-r5f-ospi-phy-to-run-faster-than-20mhz

器件型号: AM67A

嗨、我想启用 ospi phy 以在 r5f ospi tispl 负载期间获得更快的通信。

我当前正在获取 TISPL 加载期间的 20MHz。

我已将 phy 图形加载到 0x3fc0000、与 DTS 匹配。
~后使用 A53 内核时、我看到 2 μ s 180MHz。

这很重要的原因是因为我们正在尝试快速/falcon 引导、它从 nor 的 tispl 位置加载内核。 内核映像~20MB、因此在此速率下大约需要 500ms。

是否可以在 r5f 核心中启用 ospi phy?

我检查了 k3-j722s-r5-evm.dtb、我看到它列出了:
分区@3fc0000 {
全部引导;
label =“ospi.phypatern";“;
REG =<0x3fc0000 0x40000>;
};

我还在我的系统上检查它是否使用 dd 和装载的 ospi.phypattern 位置进行了实际刷新。
则匹配。
我还尝试将引导模式电阻器引脚更改为 fast-xspi、并获得类似的行为。

我验证了 R5 构建目录中的 u-boot-spl.dtb 也包含此内容:
分区@3fc0000 {
label =“ospi.phypatern";“;
REG =<0x3fc0000 0x40000>;
};

我看到缺少此构建的 defconfig:
CONFIG_Cadence QSPI_PHY

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    在 TARGET_J722S_R5_EVM 下方、我添加了以下内容:

    配置 Cadence_QSPI_PHY
        默认 y

    配置 DM_THERMAL
        默认 y
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Evan:

    由于即使 r5-spl 使用相同的引导序列、您也应该能够从所有引导加载程序中使用 phy 模式。 您必须将 ospi 的 phy-partition 节点添加到 arch/arm/dts/k3-j722s-evm-u-boot.dtsi、以便在其节点和所有父节点中提供“bootph-all;“。

    您能在 u-boot 处停止并从那里运行 SF 探针吗? 请共享在设备树中进行更改后获得的日志。

    此致、
    Tanmay

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Tanmay、

    感谢您的答复。 现在、它正在处理上述更改。
    遗憾的是、设置 PHY 需要额外~350ms、因此这只能为我们节省~100ms。 我可以看到为什么它被排除在构建之外。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Evan、

    只需检查您是否在我们内部跟进时被解除阻止。

    - Keerthy

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    嗨、Keerthy、当前策略是将 NOR 和 EMMC 引导与 NOR 中修改的 tiboot3.bin 和 EMMC 中的内核映像结合使用。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢 Evan。 我们可以关闭这个主题吗?  

    此致、

    Keerthy  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是的、没关系。 我最初希望在 r5f 内核中实现快速 OSPI 通信、该通信已得到解决。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    嗨、Keerthy、我已验证先从 NOR 中从 r5f 引导、然后从 EMMC 加载内核映像可节省~500ms。