[参考译文] AM62P5：验证目标硬件上的外设接口

您好、Tom、

您是否使用 SBL 二进制文件初始化了 EVM？

请参阅  EVM_FLASH_SOC_INIT 以了解详细信息。  

此致、

Tushar

 尊敬的 Tushar：

客户响应：

我在使用在 TI EVM 上成功运行的同一映像启动定制电路板 (RDU120) 时遇到问题。

映像在 EVM 上正常启动、但在 RDU120 上无法正常启动、并出现上述错误。

这表明存在潜在的兼容性或特定于硬件的配置问题？

我们尝试使用按钮进行重置、但会显示相同的错误消息。

请帮助我们了解以下内容：

1. SYSFW 11.0.7 版是否与 U-Boot SPL 2025.01 完全兼容？
2. 什么可能会导致定制电路板上的频率握手超时？
3. 我们应该捕获任何建议的调试步骤或日志？

如果您需要其他日志或硬件详细信息、请告诉我。

谢谢、

Tom

您好、Tom

这个问题被重新分配给我。 概括来说、我们不提供任何用于客户电路板启动的电路板诊断包等。  

客户通常将利用我们的 SDK 和 EVM 作为参考软件管理其电路板端口的基准。  大家可以想象一下,每个人的 DDR ,闪存会有所不同,因此,如果元件与我们的 EVM 不同,他们一定要了解如何为自己的电路板进行调整

第一个阶是检查闪存和 DDR 是否正常工作。  对于 DDR 客户、通常使用 Linux memtester 等  他们可能需要查看是否可以使用 UART 或任何其他模式、以首先确保 DDR 正常工作和/或确保闪存正常工作。  

如果他们没有看到任何引导迹象、则可能是在硬件或引导模式配置中出现了问题。  

我建议他们在这个 E2E 上发表意见。 我很高兴将其移至外部 E2E ,如果它有所帮助。  

此致

Mukul  

谢谢 Mukul。  我将向他们提供反馈。  请随时将其移至外部 E2E、尽管我首次发布该选项时选择了“AM62P5"，“，但、但这是不可行的。  也许由于它没有发布到生产中,有一些东西阻止它在公共论坛上?  这种限制可能有一种权变措施。

谢谢、

Tom

你好 Mukul、

有没有运气能够把它转移到公共论坛?  同时、客户想 了解以下错误。  ‘频率握手过程中发生了什么情况？需要采取什么措施才能克服这个问题？

U-Boot SPL 2024.04-ti-g29d0c23d67ee (2024 年 11 月 29 日 — 11：41：54 +0000)
SYSFW ABI：4.0（固件版本 0x000a '10.1.8--v10.01.08 (Fiery Fox)')
频率握手期间超时
###错误###请重置主板###

谢谢、

Tom

您好、Tom、

频率握手期间超时

错误来自 k3_lpddr4_freq_update (),它由 r5-SPL 调用,如下所示
https://git.ti.com/cgit/ti-u-boot/ti-u-boot/tree/drivers/ram/k3-ddrss/k3-ddrss.c?h=11.01.06#n293
DDR 配置是在 R5-SPL 中处理的初始硬件初始化之一。
我们是否更新了 R5-SPL 所消耗的 DDR DT 节点中的 DDR 配置、以便与客户电路板上的 DDR 存储器相匹配？
此致、
- Hong

谢谢 Hong。  我已发送给客户并将提供反馈。  同时、客户刚刚提供了以下引导日志。  这是否再次确认您对 DDR 存储器的 DDR 配置的怀疑？

U-Boot SPL 2024.04-ti-g29d0c23d67ee (2024 年 11 月 29 日 — 11：41：54 +0000)
SYSFW ABI：4.0（固件版本 0x000a '10.1.8--v10.01.08 (Fiery Fox)')
SPL 初始栈使用量：17056 字节
尝试从 MMC2 引导
MMC_LOAD_IMAGE_RAW_SECTOR：MMC 块读取错误
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
身份验证已通过
在 ARM64 内核上启动 ATF……

注意：BL31：v2.11.0（发行版）：v2.11.0-906-g58b25570c9-dirty
注意：BL31：制造时间：2024 年 11 月 1 日 04：20：32

U-Boot SPL 2024.04-ti-g29d0c23d67ee (2024 年 11 月 29 日 — 11：41：54 +0000)
SYSFW ABI：4.0（固件版本 0x000a '10.1.8--v10.01.08 (Fiery Fox)')
SPL 初始栈使用量：1904 字节
尝试从 MMC2 引导
MMC_LOAD_IMAGE_RAW_SECTOR：MMC 块读取错误
身份验证已通过
身份验证已通过

U-Boot 2024.04-ti-g29d0c23d67ee (2024 年 11 月 29 日 — 11：41：54 +0000)

SOC：AM62PX SR1.0 HS-SOC FS
型号：Texas Instruments AM62P5 SK
DRAM：2 GiB（有效 8 GiB）
内核：82 个器件、31 个 uclasses、器件树：单独
MMC：MMC@fa10000：0、MMC@fa00000：1
从无处加载环境... 好的
IN：串行
输出：串行
错误：序列
NET：无法获取 MDIO@f00 的 PHY：地址 0
am65_cpsw_Nuss_port Ethernet@8000000port@1：phy_connect () 失败
无法获取 MDIO@f00：地址 1 的 PHY
am65_cpsw_Nuss_port Ethernet@8000000port@2：phy_connect () 失败
未找到以太网。

按任意键停止自动引导：0
切换到分区#0、确定
mmc1 是当前设备
SD/MMC 位于器件 1 上
在 9ms (61.5KiB/s) 内读取 574 个字节
已从 uEnv.txt 加载 env
正在从 mmc1 导入环境...
21029376 字节在 845 ms (23.7 MiB/s) 内读取
15ms 内读取 64758 字节 (4.1MiB/s)
工作 FDT 设置为 88000000
##展开的设备树 blob 为 88000000
使用位于 0x88000000 的 FDT blob 进行引导
工作 FDT 设置为 88000000
正在将设备树加载到 000000008feed000、结束 000000008fffffff ...确定
工作 FDT 设置为 8feed000

正在启动内核...

[0.000000]在物理 CPU 上引导 Linux 0x0000000000 [0x410fd034]
[0.000000] Linux 版本 6.6.58-ti-01497-ga7758da17c28-dirty (oe-user@oe-host)(Aarch64-oe-linux-gcc (GCC) 13.3.0、GNU ld (GNU binutils) 2.42.0.20240723)#1 preempt Wed Nov 27 13：23：15 UTC SMP 2024
[0.000000]由于缺少种子、KASLR 被禁用
[ 0.000000]机器放电模型：Texas Instruments AM62P5 SK
[ 0.000000] earlycon：ns16550a0、位于 MMIO32 0x0000000002800000 (options '')
[ 0.000000] printk：bootconsole [ns16550a0]已启用
[ 0.000000] EFI：未找到 UEFI。
[ 0.000000]保留内存：已在 0x00000009dc000000 创建 CMA 内存池、大小为 576 MIB
[ 0.000000] of：保留存储器：已初始化节点 linux、cma、兼容的 id 共享 dma-pool
[ 0.000000] of：reserved mem: 0x00000009dc000000..0x00000009ffffffff (589824KiB) 映射可重复使用的 Linux、CMA
[ 0.000000] of：reserved mem：0x000000008000000..0x000000008007ffff (512KiB) nomap 不可重用的 TFA@80000000
[ 0.000000]保留存储器：创建了位于 0x000000009b500000、大小为 3 MIB 的 DMA 存储器池
[ 0.000000]的：保留存储器：已初始化节点 RTOS-IPC-MEMORY@9b500000、兼容的 id shared-dma-pool
[ 0.000000] of：reserved mem：0x000000009b500000..0x000000009b7fff (3072KiB) nomap 不可重用的 RTOS-IPC-MEMORY@9b500000
[ 0.000000]保留的存储器：创建了位于 0x000000009b800000、大小为 1 MIB 的 DMA 存储器池
[ 0.000000]：保留存储器：已初始化节点 mcu-R5fss-dma-memory-region@9b800000、兼容的 id shared-dma-pool
[ 0.000000] of：reserved mem：0x000000009b800000..0x000000009b8fff (1024KiB) nomap 非可重用 mcu-R5fss-dma-memory-region@9b800000
[ 0.000000]保留存储器：创建了位于 0x000000009b900000、大小为 15 MIB 的 DMA 存储器池
[ 0.000000]的：保留存储器：已初始化节点 mcu-R5fss-memory-region@9b900000、兼容的 id shared-dma-pool
[ 0.000000] of：reserved mem：0x000000009b900000..0x000000009c7fff (15360 KiB) nomap 非可重用 mcu-R5fss-memory-region@9b900000
[ 0.000000]保留存储器：创建了位于 0x000000009c800000、大小为 1 MIB 的 DMA 存储器池
[ 0.000000] of：reserved mem：initialized node r5f-dma-memory@9c800000、compatible id shared-dma-pool
[ 0.000000] of：reserved mem：0x000000009c800000..0x000000009c8fff (1024KiB) nomap 不可重用的 r5f-dma-memory@9c800000
[ 0.000000]保留存储器：创建了位于 0x000000009c900000、大小为 30 MIB 的 DMA 存储器池
[ 0.000000] of：reserved mem：initialized node r5f-memory@9c900000、compatible id shared-dma-pool
[ 0.000000] of：reserved mem: 0x000000009c900000..0x000000009e6fffff (30720 KiB) nomap non-reusable r5f-memory@9c900000
[ 0.000000] of：reserved mem：0x000000009e800000..0x000000009fffffff (24576 KiB) nomap 不可重用的 optee@9e800000
[ 0.000000] of：reserved mem：0x00000000ff700000..0x00000000ffffffff (9216 KiB) nomap 不可重用的帧缓冲区@ff700000
[ 0.000000]区域范围：
[ 0.000000] DMA [mem 0x00000000800000-0x00000000ffffffff]
[0.000000] dma32 为空
[ 0.000000]正常[mem 0x0000000100000-0x00000009ffffffff]
[ 0.000000]每个节点的可移动区域开始
[0.000000]早期存储器节点范围
[ 0.000000]节点 0：[MEM 0x00000000800000-0x000000008007ffff]
[ 0.000000]节点 0：[MEM 0x0000000080000-0x000000009b4fffff]
[ 0.000000]节点 0：[MEM 0x000000009b500000-0x000000009e6fffff]
[ 0.000000]节点 0：[MEM 0x000000009e700000-0x000000009e7fffff]
[ 0.000000]节点 0：[MEM 0x000000009e800000-0x000000009fffffff]
[ 0.000000]节点 0：[MEM 0x00000000a0000000-0x00000000ff6fffff]
[ 0.000000]节点 0：[MEM 0x00000000ff700000-0x00000000ffffff]
[ 0.000000]节点 0：[MEM 0x0000000880000000-0x00000009ffffffff]
[ 0.000000] Initmem 设置节点 0 [mem 0x00000000800000-0x00000009ffffffff]
[0.000000] psci：探测 DT 的导管方法。
[0.000000] psci：在固件中检测到 PSCIv1.1。
[ 0.000000] psci：使用标准 PSCI v0.2 函数 ID
[ 0.000000] psci：不需要进行可信操作系统迁移
[ 0.000000] psci：SMC 调用约定 v1.5
[0.000000]百分位：嵌入式 20 页/CPU s43176 r8192 d30552 u81920
[0.000000]在 CPU0 上检测到 VIPT I-cache
[0.000000] CPU 功能：检测到：GIC 系统寄存器 CPU 接口
[0.000000] CPU 功能：检测到：ARM 错误 845719
[ 0.000000]替代方案：应用引导替代方案
[ 0.000000]内核命令行：console=ttyS2115200n8 earlycon=ns16550a、mmio32、0x02800000 root=PARTUID=076c4a2a-02 rw rootfsttype=ext4 Rootwait
[0.000000] Dentry 缓存哈希表条目：1048576（顺序：11,8388608 字节，线性）
[ 0.000000] inode-cache 哈希表条目：524288（顺序：10,4194304 字节，线性）
[0.000000]构建了 1 个区域列表、移动分组在上面。 总页数：2064384
[ 0.000000] mem auto-init：stack：all (zero)、heap alloc：off、heap free：off
[0.000000] software io TLB：区域编号 4。
[ 0.000000]软件 IO TLB：已映射[mem 0x00000000fb700000-0x00000000ff700000](64MB)
[0.000000]内存：7465552K/8388608K 可用 (12480K 内核代码、1272K rwdata、4184K rodata、2496K init、528K bss、 33322K 保留、589824K CMA 保留）
[0.000000] slub：HWALIGN=64、Order=0-3、MinObjects=0、CPU=4、Nodes=1
[0.000000] RCU：可抢占的分层 RCU 实施。
[0.000000] RCU：RCU 事件跟踪已启用。
[0.000000] RCU：RCU 将 CPU 从 NR_CPU=256 限制为 nr_CPU_IDs=4。
[ 0.000000]已启用任务 RCU 的蹦床函数变体。
[ 0.000000]已启用任务 RCU 的跟踪变体。
[0.000000] RCU：RCU 计算出的调度程序调用延迟值为 25 个 Jiffies。
[0.000000] RCU：调整 RCU_SOUTAND_LEAF=16 的几何体、nr_cpu_ids=4
[ 0.000000] NR_IRQ：64、nr_IRQ：64、预分配 IRQ：0
[0.000000] GICv3：GIC：使用拆分 EOI/停用模式
[0.000000] GICv3：已实施 256 个 SPI
[0.000000] GICv3：已实现 0 个扩展 SPI
[0.000000]根 IRQ 处理程序：GIC_HANDLE_IRQ
[0.000000] GICv3：GICv3 功能：16 PPI
[ 0.000000] GICv3：CPU0：找到重新分配器 0 区域 0：0x0000000001880000
[0.000000]其[mem 0x01820000-0x0182ffff]
[0.000000] GIC：为其启用变通办法：Socionext Synquacer pre-its
[ 0.000000]其@0x0000000001820000：设备表太大、将 ID 减少 20->19
[ 0.000000]其@0x0000000001820000：已分配 524288 器件@880800000 (flat、esz 8、psz 64K、SHR 0)
[ 0.000000] ITS：为 cmd 队列使用高速缓存刷新
[ 0.000000] GICv3：使用 LPI 属性表@0x0000000880040000
[0.000000] GIC：为 LPI 属性表使用缓存刷新
[ 0.000000] GICv3：CPU0：使用分配的 LPI 待定表@0x0000000880050000
[0.000000] RCU：SRCU_init：根据争用设置 SRCU_struct 大小。
[ 0.000000] arch_timer：在 200.00MHz (PHY) 上运行的 cp15 计时器。
[ 0.000000] clocksource：arch_sys_counter：掩码：0x3ffffffffffffffff max_cycles：0x2e2049d3e8、max_idle_dns：4407952210634ns
[0.000001 ] sched_clock：200MHz 时为 58 位、分辨率 5ns、每 4398046511102ns 绕回一次

您好、Tom、
错误消息 不再出现在新的启动日志中。 从新的启动日志中、DDR 配置似乎正常。
新的启动日志是在 TI 参考板还是客户电路板上捕获的？
此致、
- Hong

Hong Hong：

它是在客户的电路板上捕获的。  对发生的事情还有其他想法吗？

Tom

您好、Tom、
我无法发现新日志文件中的任何明显错误。 新日志是否为完整的引导日志？
此致、
- Hong

Hong、团队；

他们已经通过了频率握手、但关于电路板为何仍然停止加载的问题尚未得到完全确定/解答。 如有任何帮助、我们将不胜感激。 我还随附了最新的完整日志捕获、如果您需要更多信息、请告诉我。 ？

CY、

Chris

e2e.ti.com/.../mric-bsp-20250723-.txt

您好、Chris、
它看起来像内核启动,并以某种方式锁定...
让我让我的同事来跟进内核启动问题。
此致、
- Hong

感谢你的额外外观,洪,谢谢！

-克里斯

您好、Chris、

您可以附上内核板 dts 文件吗？

尊敬的 Bin：

完整的 ZIP 已离线提供给您（通过电子邮件）。

CY、
Chris

您好、Chris、

感谢您发送电子邮件。 您提供的文件与 U-Boot 中的 DDR 配置相关。 如果需要、稍后我将交给 DDR 专家进行审查。

您能否提供内核电路板器件树文件？

AM62P SK EVM 的相应文件为 内核源代码中的 arch/arm64/boot/dts/ti/k3-am62p5-sk.dts。

根据客户、他们直接使用 TI SDK 10.01.10.04、仅更换了 DDR 配置。 我认为内核和 U-Boot 设备树 (DTS) 没有修改。  已连接 k3-am62p5-sk.dts e2e.ti.com/.../k3_2D00_am62p5_2D00_sk.dts

您好、Chris、

感谢您提供 DTS 文件。 客户已修改了 sdcard config 部分中的内核器件树、但它与当前内核启动问题无关。

我怀疑问题出在 DDR 配置中。 我正在讨论您昨天与 DDR 专家一起发送给我的 DDR 配置数据、并将在此处进行更新。

e2e.ti.com/.../RDU120-TI-log_5F00_7_5F00_31_5F00_2025.txt

谢谢 Bin、根据您的总结、我可以同意这个逻辑。

客户今天提供了其他日志文件、以供参考。

请告诉我们您可以进一步识别哪些信息。

CY、

Chris

您好、Chris、

感谢您的更新。

在我们听到我们的 DDR 专家的反馈之前、您能否让客户添加“ 内存=2G '转到内核引导参数（在 U-Boot bootargs 中）、看看它是否在内核引导中产生任何区别？

添加此内容的一种方法是将以下行添加到文件中 uEnv.txt  存储在所有 U-Boot 二进制文件所在的 sdcard 引导分区中。

optargs=mem=2G

当然、THX BIN、请继续关注客户尝试此操作时的响应。

-克里斯

尊敬的 Bin：

根据我们的建议、他们修改了 mem=2G 和 mem=1G、虽然有改进、但问题消息仍然存在。

请查看随附的文件并分享您的反馈。

CY、

CY

e2e.ti.com/.../RDU120-TI-Log-MB_3D00_1G-04_5F00_08_5F00_25.txt

e2e.ti.com/.../RDU120-TI-Log-MB_3D00_2G-04_5F00_08_5F00_25.txt

您好、Chris、

感谢您运行该测试。

由于内核暴露的内存较少 (1GB 或 2GB)、现在内核启动可以通过先前的故障点。 问题可能与 DDR 相关。 我正在将您的问题发送给我们的 DDR 专家以征求意见。

谢谢、Bin、同意。

我们将持续关注更多内容。

-克里斯

Chris 这与电子邮件有关吗？ 还是这是其他客户问题？  我认为从他们的电路板获取 DDR 寄存器转储会很好。  他们可以按照以下说明添加补丁： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1358039/faq-board-bring-up-tips-for-sitara-devices-am64x-am243x-am62x-am62l-am62ax-am62d-q1-am62px#:~:text=Getting%20DDR%20register%20dump%20after%20initialization

此致、

James

您好、James：

来自客户（是的，这与电子邮件有关，与我们怀疑的客户问题相同）...我同意您的寄存器转储建议、因此...

“

在我们的电路板中添加了 DDR 寄存器转储。

请查看随附的文件并分享您的反馈。

“

这里有什么特别的？

CY、

Chris

e2e.ti.com/.../RDU120-TI-05_5F00_08_5F00_25.txt

你好克里斯,两个 regdump 显示没有问题的训练.  从这两个方面来看、培训正在完成、结果价值看起来是合理的。

他们是否甚至能够成功引导并运行 memtester？  我从电子邮件中想到他们运行 memtester、但我可能会混淆问题。   

如果无法获得内核提示、则可以添加代码以开始从 R5 运行 memtester。  使用上面提供的链接、向下滚动一点、您将看到添加另一个补丁以执行此操作的说明。

此外,他们可能应该研究另一个工具  ,我们提供 www.ti.com/.../DDR-MARGIN-FW 这是一个虚拟的眼睛工具,以帮助确定是否有任何边缘问题的数据总线。

也许使用 memtester 和/或 margin 工具、我们可以帮助缩小故障的真正原因。

因为我删除了这篇文章,但保留了其中的数据。

此致、

James

早上好、James。

来自客户：

“

 已附加 RDU120 DDR 存储器测试日志。  再次感谢您的帮助。

附件是 xxxx-xx memtest 日志 also.e2e.ti.com/.../RDU120-TI-Memory-test-Log-06_5F00_08_5F00_25.txt

e2e.ti.com/.../xxxx_2D00_xx_5F00_memtester.txt

“

感谢 James 和团队的支持和指导。

此致、
Chris

James、Bin & Team ---

请我再圈回这个。

欢迎并感谢任何额外的投入。

谢谢您、

Chris

克里斯,我有点困惑的日志。  

Memtester 应该运行无限,但它似乎运行在步行零测试,然后重置,然后挂起。  发生了什么事吗？

另外、您发布的 2 个文件之间有什么区别？  它们看起来相同。

此致、

James   

TI 团队、

电子邮件交换对取得实际进展有点不方便、因此我们接下来建议 TI 与客户进行电话沟通、帮助更及时地解决此问题。

敬请期待更多信息。  如果你能至少记住这一点作为一个潜在的日历邀请,这将是伟大的.

CY、
Chris

团队、

客户今天的最新产品 2018 年 8 月 8 日：

在 memtester 问题上、【我们】发现 MCU_ERRORn（一个 1.8 伏信号被上拉至 3.3 伏并馈送到 PMIC）。 【我们】暂时切断处理器的 MCU_ERRORn 信号、这使我们能够在不挂起 memtester 的情况下运行。 【我们】现在两个都有经过修改的 MRIC-RP 板。

 我们正在变得越来越远。

 只要我们愿意并且 U-Boot 看起来稳定、我们现在就可以运行 U-Boot。 我们在尝试引导 Linux 时仍然挂起。 请参阅随附的日志。 我们在最后一行：

Sched_clock：200MHz 为 58 位、分辨率为 5ns、每 4398046511102ns 缠绕一次

 e2e.ti.com/.../usb0_5F00_250818_5F00_14.17.16.log

我们已经将此追溯到我们调用启用 GIC 中断的时间点。 在我们离开 U-Boot 时、GIC 中断状态看起来很好。 PMIC 上有错误、但我们认为我们应该能够继续。 我们尝试了各种方法来试图说服 Linux 内核不使用计时器中断、但没有什么帮助。 我们需要深入了解许多方面。

 星期五和今天、【我们】增加了一些时钟缺少的器件树项、但到目前为止没有任何进展。 我们发现一些 Web 指示可能是时钟域问题。 我们将继续研究 AM62P-LP 评估板和 MRIC-RP 硬件之间的设备树差异。 我们可以通过 U-Boot 转储这两者、以便我们看看 U-Boot 认为它在设备树中真正运行的是什么。

 我们当时认为应该尝试启动 Code Composer Studio 或 OpenOCD、然后进入 CPU JTAG 接口。

 我们还想获取电路板的 TI SysConfig 配置文件。 我们认为我们可以生成一个、这会很耗时。 他说着,伸手解开她短裤的扣子,从她身上脱下来。

 我们一直在运行的 AM62P-LP 评估板和 MRIC-RP 之间来回切换、并在两者之间转储设备树并添加对我们需要的支持。 我们甚至从删除大量条目开始、以简化起点。

 我们还在讨论的另一个问题是将 AM62P-LP 和 MRIC-RP 设置在同一 SDK 版本上、以便更好地比较行为。

 [向 TI ]您还想要了解哪些其他信息？  你有什么猜测我们应该看什么? 这至少是我们短期的主要关注点,所以你认为我们应该追逐的任何东西都将是伟大的。

CY、

Chris

设置一个电话来讨论这一点会很好。

Chris、似乎取得了很好的进展。  我只是想确保 DDR 是稳定的、因为否则它们会追逐鬼。  他们是否已验证修补后的 memtester 是否能够成功运行？  板子之间的理想搭配？

此致、

James

谢谢、James。  我同意。  今晚、客户分享了“到目前为止、我知道只有一块板。 我们最初只有一个板。 我们现在有两块电路板、它们是两块不同的电路板、因此我们将在这些电路板上运行 memtest。“ 尽快。  接下来、再次感谢 Chris。

团队、

我们今天的理解总结：  

• 它们可以引导至 U-boot、时钟计时器中断会在 Linux 中挂起内核（昨天）
• 32KB 存储器定义的最新 memtester 测试正常（今日）
• 待处理的 memtester 存储器定义更大 GB（可能稍后是今天/tmrw）
• DDR 问题是主要原因

THX、
Chris

Chris、目前我认为这不是 DDR 问题、但让他们完成 memtester 测试以进行确认。  一旦确定了这一点,我们就可以讨论其他的可能性。

此致、

James

现在、这是合乎逻辑的、James。  同意。

几分钟前交换的离线电子邮件。

后续内容更多。  持续关注。

CY、
Chris

詹姆斯和团队、

今晚从客户那里——

“

我将让团队提供完整的更新、但【简要】团队发现 DDR 配置配置错误。 该团队能够获得根提示、但仍然不稳定（几分钟后崩溃）。 如果他们将内存设置为 512M、则似乎（？？） 内核是稳定的（尽管不是可用的配置）。

该团队正在对内存进行夜间测试、以查看可能（？） 和作用。

 尽管如此、似乎团队正在缩小问题范围、但我们将与该团队建立明天的同步呼叫。   

“

预定上午 11 点 EDT /上午 10 点 CDT、我将移动另一个 mtg 使其工作。  詹姆斯你看起来也是免费的。

谢谢你

-克里斯

您好、Chris、

[0.000001  ] sched_clock：200MHz 时为 58 位、分辨率 5ns、每 4398046511102ns 绕回一次

最初、自定义电路板引导卡在上面的行、这处于内核启动过程的早期阶段。 您能否询问客户为在引导中通过此点所做的确切更改？

尊敬的 Bin：

我们巧合地在今天与工程师面对面交流、实际进展几乎每天都在进行。  这些引导程序已经过导致无法获得 Linux 引导提示符的主要启动问题。  它们现在主要关注 Linux 器件树、并继续进行引导后的应用程序开发。  如果我有机会,我会尝试问你的问题。  我想从 TI 的角度来看、您会很好奇、因为从他们的客户的角度来看、他们现在已经走过了这一步。

谢谢您、
Chris

您好、Chris、

如果我有机会、我会试着问你的问题。  我想从 TI 的角度来看、您会很好奇、因为从他们的客户的角度来看、他们现在已经过时了。

谢谢 Chris。

是的、我想知道问题的根本原因。 我已经支持 Linux 基本端口多年了、但这是我第二次看到此问题报告、但不知道根本原因。 （在第一份报告中，客户在几天内解决了问题，但不知道具体的更改解决了问题...）

很棒！ 谢谢 Chris。