[参考译文] AM68A：J721S2 (AM68A 和放大器；TDA4) PCIe PTM

尊敬的 D.：

重新发布我的电子邮件回复：

"至于 PCIe PTM 主题、很遗憾、Jian 不再是 TI 的活跃员工、因此很难找到 Jian 在4年前的论坛主题中引用的确切文档。 此外、没有为 AM68器件计划 PCIe PTM 软件实现。

我最近发现的相关活动是使用 RTOS 的 AM64的此常见问题解答： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1409291/faq-processor-sdk-am64x-how-to-enable-rtos-based-pcie-ptm/5396014#5396014。 但警告是、AM68器件没有基于 RTOS 的 PCIe 驱动程序、并且用于 AM68和 AM64的 RTOS 代码库略有不同、因此此常见问题解答到 AM68的可移植性值得怀疑。 但是、SoC 上的 PCIe 控制器 IP 是相同的、因此 Linux 驱动程序是相同的、因此可以稍微引用该示例(又名：哪些寄存器很重要、以及流程)。"

看起来仅通过 HW1_TS_PUSH 连接到 PCIe 子系统内的 CPTS、CPTS_HW1_PUSH 是直接来自该多路复用器的 PCIe 子系统的信号。

PCIe 子系统内有一个 CPTS 模块：

此致、

Takuma

您好 D.、

因为我参与了最初的主题也许我可以帮助你至少在某种程度上。

Unknown 说：

]>您是否可以在 e2e 线程中共享由 jian 提到的 PTM ( PCIe)和 J7实施的 TI 编程模型？

诚实守信、我永远不会相信我对于 AM65x 的"TI 方法"。 基本来说、这依赖于 PCIe 内核驱动本地 PTM 时钟、该时钟使用本地时钟在每个 PTM 周期之间"传递"。 只有当 EP 和 RC 共享一个通用参考时钟(并非严格必需)并且只有当 RC 使用该参考时钟为其 PTM 主时钟计时时(不是必需的、并且在带有 SSC 的 x86情况下肯定不是真的)、才会这样做。 幸运的是、稍后的设计(例如 AM64x)提供了更大的灵活性、这使我们能够通过 PTM 在 x86 RC 和 AM64x EP 之间实现适当的时间同步。 在这方面、AM68x 应与 AM64x 类似。

我认为"J7实施"指的是应对性问题。 最初 PCIe 规范中存在一些歧义、而 AM65x SR 1.0以及 Intel 的 Apollo Lake 将其"错"了。 AM65x SR 2.0对响应消息的字节序进行了配置、因此可以对两者进行调整。 后来、AM64x (我认为所有 J7型号)等设计被修复为使用"正确的"字节序。

PCIe IP 内核和 SoC 时间同步设计都存在多种限制、导致一些用例出现问题、需要解决方法、此外一些我们从未用到的东西(在 AM64x 上、某些问题在 AM67x 上仍然存在)。

也许如果您能更详细地解释您正在尝试实现的目标、我可以给您一些提示。

此致、

Dominic

大家好！

我们在 youtube https://www.youtube.com/watch?v=lcbs9PRMjs0上看到 、Pekka VARiS 在 AM64上展示了 PTM。

根据我的理解、当前的实现是在裸机中、但也会在 RTOS 和 Linux 中实现、您能否确认这一点？

1) 1)您能否提供 PTM 的当前源代码？

2) 2)由于我们在 Linux 下需要此文件、您是否有 Linux SDK 中提供 PTM 的时间范围？

3)我们如何就这件事直接与 Pekka 联系?

此致、

D.

你好、Takuma、

2)问题是他们计划在 RTOS 和 Linux SDK 中使用适用于 AM64的 PTM 时。

他们是否有时间表？ 然后、我们可以将其移植到 AM68x

3)我们正在研究 AM64x 是 RC 和 AM68x EP 的展台处理器(但出于内部原因,我们首先开始使用 AM68x,因此帖子)

我们如何联系 Pekka 寻求获取 AM64x PTM？

此致、

D.

尊敬的 D.：

我建议创建一个使用 AM64x 器件的新论坛帖子、以便在时间范围内与 Pekka 和 Pekka 的团队联系。

此致、

Takuma