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.

[参考译文] AM6442:链路训练和枚举的 PCIe 端点启动时间要求为120ms -后续

Guru**** 2457990 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1473834/am6442-pcie-end-point-120ms-boot-up-time-requirement-for-link-training-and-enumeration---follow-up

器件型号:AM6442

工具与软件:

您好!

这是我两年前提出的旧问题的后续问题。

根据 PCIe 规范、在主机取消置位 PCIe 复位后最长20ms、PCIe 端点器件必须准备好进行链路训练。 在电源正常后、主机必须将 PCIe 复位置为有效至少100ms。 这意味着 AM64xx 必须在电源正常后最长120ms 准备好进行链路训练。

在我的最后一个问题中、已确认 PCIe EP 引导模式(来自 ROM)下的 AM64xx 确实符合120ms 链路训练时序要求。 但这并没有多大帮助、因为应用的 PCIe 条配置很可能与 PCIe 引导加载程序条配置不同。 PCIe 引导模式的建议用例或工作流程是什么? 如果应用程序更改了 PCIe 条配置、我假设 PCIe RC 必须重新启动链路训练(=必须重新启动主机 PC)。

AM64xx 的 PCIe 支持方面有很多进展、例如、PCIe EP 现在也通过 R5F 获得支持。

是否有关于时序要求的任何更新或新信息? 是否可以通过 R5F 配置120ms PCIe EP? 对于我们的应用、链路训练和 PCIe 配置空间就绪性(根据 PCIe 规范)是必需的。

非常感谢你的评分

大家好

Stefan

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

    您好、 Stefan、

    感谢您的提问。

    我会检查一下、然后回复给您。

    此致

    Ashwani

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

    您好!

    感谢您的耐心等待。

    我可以假设您正在基于 EP 的 RTOS AM64x-PCIe-RTOS 和 AM64x-PCIe-RC 上工作吗?

    以下是 SDK 9.2 AM64x-RC <=> AM64x-SDK 的一些结果 EP。  

    (+)[常见问题解答] PCIE-AM243X:AM64x/AM24x 上的引导-基于 Arm 的微控制器论坛-基于 Arm 的微控制器- TI MCU-PLUS-SDK 支持论坛

    这不适用于(通用用法+优化)、并且仅非常特定于上述设置。

    [报价用户 id="434691" url="~/support/processors-group/processors/f/processors-forum/1473834/am6442-pcie-end-point-120ms-boot-up-time-requirement-for-link-training-and-enumeration---follow-up "]是否可以通过 R5F 实现120ms PCIe EP 配置?[/QUOT]

    您的意思是、AM64x-RTOS-R5F 作为 RC 工作、genrix-x86作为 EP 工作?

    我们已在 AM64x 上启用通用 EP。

    AM64x 和 AM243x:基于 MCU+ SDK 的 PCIe 端点

    我们正在 AM64x 上启用通用 RC、尚未得到管理层批准。

    此致

    Ashwani

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

    您好!

    我们正在开发基于 RTOS 的 AM64x (和 AM24x) PCIe-PCIe (EP 卡)和 基于 x86/64的 Intel RC . 因此、我们需要 AM64x EP 保持120ms 初始化时间限制、因为我们不能延迟 PCIe 卡侧的 x86 RC 启动。

    在应用手册中、它明确指出:"...because 我们希望在 x86之前引导 AM24x、以确保满足启动和复位时序要求"。
    另外、在其中一张图中、"SBL 总拍摄时间"约为230ms、因此很明显 SBL 已经没有保持120ms 的时序要求限制。

    这让我回到了我的问题:使用 AM64x/AM24x 作为 EP、是否有任何可能方法可以保持120ms 的 EP 初始化时间限制? 例如、SBL 是否要尽早初始化 PCIe EP?

    为了说明这一点、我们只需要 x86 RC 才能使用 AM64x EP 完成链路训练并读取配置空间。 我们早期不需要任何实际的应用程序数据传输、数据传输可以在稍后通过 RTOS/Linux 应用程序开始。

    谢谢!
    大家好

    Stefan

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    有没有任何可能方法可以将 AM64x/AM24x 作为 EP 使用时的120ms EP 初始化时间限制保持不变? 例如、如果 SBL 正在尽早初始化 PCIe EP?

    从可能的角度来看...是的... 但不确定该限值(~120ms 或不能)。

    您能否和 TI-FAE 联系一下、深入探讨一下这个问题?

    此致

    Ashwani

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

    Stefan、Ashwani、您好、  

    我在此不是要回答您的问题、因为我有相同的客户支持需求、但今天并非如此。 我想学习一些东西。

    PC 上电后、AM64x PCIe 卡也应上电。 在 PC OS BIOS 和 OS 启动时、AM64x 应已启动。  

    PCIe 连接器上有一个复位信号、是否必须用于复位整个 PCIe 模块/AM64x? 即使在名为 RESET 的情况下、它也可以只是 AM64x 的中断。