[参考译文] 我是否应该在使用不同的 QSPI 闪存时修改源代码

您好、Pavel、

晚餐结束后，系统日志停止，下面是 REST 日志=>e2e.ti.com/.../QSPI_5F00_BOOT_2800_the-rest-msg_2900_.txt   

此致、

肖恩

您好、Shawn、

我在您的日志中看到您有：

"SPL：有效载荷图像：u-Bo 负载 addr：0x807fffc0大小：488872"

u-boot.img 的大小是多少？ 它是否与该尺寸488872匹配？

在某些时候(在8574行)、QSPI 模块开始从闪存中只读取00、我怀疑这是问题所在。 您能否对 QSPI u-boot.img 进行十六进制转储并将其与 SD 卡 u-boot.img 的十六进制转储进行比较？ 我怀疑 QSPI 闪存中 u-boot.img 中的内容不正确。

您是否还可以在调试模式(启用调试)下从 QSPI 闪存引导一些能够成功引导的电路板(TI EVM 或1GB 电路板)。 我想将此引导日志与工作板的某些引导日志进行比较(在 QSPI 引导模式下)。

此致、
帕维尔

您还可以运行一些内存测试来验证 DDR3内存是否正确：

u-boot/doc/README.memory-test
u-boot/common/memsize.c

您好、Pavel、

Pavel Bodev 说：

您的 u-boot.img 大小是多少？ 它是否与此大小488872匹配？

我的 u-boot.img 大小为488.9 KB、它应该与488872匹配。

[引用 user="Pavel Bodev"]我怀疑 QSPI 闪存中 u-boot.img 中的内容不正确。[/quot]

是的、您感到很满足。 转储 QSPI 闪存内容后、我发现地址0xFF8之前的一切都正常、之后地址0xFF8的内容为0、0xFF9 ~ 0xFFB 之间的内容正常、但在0xFFB 之后、其余内容全部为0。

然后我尝试擦除闪存、之后我之前提到的地址(0xFF8、0xFFC~)仍然包含内容0。 部分日志=>e2e.ti.com/.../QSPI_5F00_content.txt   

我尝试不同的扇区(MLO 和 u-boot.img 的区域)、这两种情况都相同、只有0xFF8之前的地址是可以的。 此 QSPI 闪存是否存在一些配置错误？

P.S. 我们定制板中的闪存为 STMicro MT25QL128 (但在"SF 探头"之后、系统会将其识别为 N25Q128闪存、可能它们共享相同的 ID)

此致、

肖恩

您好、Pavel、

更新当前状态。
如前所述、我发现闪存数据在某些段中已满0 (在地址0xFFB 之后)。
因此、我尝试读取 MTD 驱动程序内部的闪存数据。 我通过"SPI_FLASH_READ_COMMON ()"函数进行读取、该函数位于 SF_ops.c
数据就是我写入闪存的数据(而不是0)。
基于此结果、我认为"写入和擦除"操作正常、但"读取"操作有问题。 这就是 QSPI 引导失败的原因、因为系统读取了错误的数据。
你有什么建议让我尝试吗？

P.S. 目前、我禁用"CONFIG_TI_SPI_MMAP"。 因为如果不禁用它、我从闪存读取的数据将会异常。(内容将具有大量0xCC 或0xCD)。

此致、
肖恩

[引用用户="Shawn LIN]"之前讨论过、我发现闪存数据在某些部分(在地址0xFFB 之后)已满0。 [/报价]

[引用 USER="Shawn LIN]P.S. 目前、我禁用"CONFIG_TI_SPI_MMAP"。 因为如果不禁用它、我从闪存读取的数据将会异常。(内容将具有大量0xCC 或0xCD)。

我认为您达到了以下 QSPI IP 限制：

processors.wiki.ti.com/.../Linux_Core_QSPI_User's_Guide

QSPI IP 的设计方式是、在4096字传输后、芯片选择自动失效。 因此、无法使用(单/双/四)位读取模式功能在单片选择中读取整个闪存。 而串行闪存 Linux 框架和闪存规范要求在单个芯片选择中使用单个读取命令进行整个读取。 当 QSPI 在存储器映射模式下用于读取时、此限制不适用。 默认情况下、QSPI 驱动器使用存储器映射读取。

我建议您切换到 MMAP 模式、并调试数据异常的原因。

另一种方法是尝试从用户空间(而不是从 u-boot)刷写 QSPI、因此您不必使用"SF read" u-boot 命令。

您还可以测试您的 QSPI 闪存硬件设计是否正确。 为此、您可以从 MMC/SD 卡引导并使用 MTD-utils 和/或 dd 命令、如以下 wiki 中所述：

processors.wiki.ti.com/.../Linux_Core_QSPI_User's_Guide

此致、
帕维尔

您好、Pavel、

[引用 user="Pavel Bodev"]我建议您切换到 MMAP 模式，并调试数据异常的原因。

我已经在我们的两个定制板上启用 MMAP (一个使用 S25FL256、另一个使用 MT25QL128)。 我尝试擦除长度为0x10000的闪存、然后读取内容。 它在 S25FL256下工作正常、但在 MT25QL128下失败。

下面是S25FL256=>e2e.ti.com/.../QSPI_5F00_S25F.txt   和MT25QL128=>e2e.ti.com/.../QSPI_5F00_MT25QL128.txt 的测试日志   

[引用 user="Pavel Bodev"]另一种方法是尝试从用户空间(而不是从 u-boot 刷写 QSPI)，因此不必使用"SF read" u-boot 命令。

我也尝试一下、但也失败了。 使用"SF write"命令将数据闪存到 QSPI 是可以的、但问题应该是"read"。 如果我尝试使用 QSPI 引导、那么我应该尝试修复"SF Read"问题。

S25FL256和 MT25QL128的测试结果不同、因此问题是否可能在于命令格式存在差异？(例如、 命令 ID、虚拟字节数量等)

此致、

肖恩

您好、Pavel、

最近、我们将 BSP 版本从7.04.00.03更新为3.02.00.03。
最初、我在 u-boot 阶段修复了"SF Read"问题、但现在、在新的 BSP 版本下、SF Read 再次失败。
我已经将我的解决方案放在新的 BSP 版本上、但是从闪存读回的数据仍然不正确。
我上次解决"SF Read"问题是修改 u-boot/drivers/spi/ti-qspi.c (我修改 QSPI_CMD_Read_Quad 和 QSPI_SETUP0_NUM_A_bytes 定义值、因为 Spanion 和 STMicro 之间的值不同)

对于具有 QSPI 功能的新 BSP 版本、是否有任何地方需要注意？

此致、
肖恩

肖恩、

我看到您已打开有关新问题的新 e2e 线程。 这个新问题将在这个新的 e2e 线程上得到解决。

e2e.ti.com/.../619953

此致、
帕维尔

您好、Pavel、

好的、谢谢

此致、

肖恩