[参考译文] AM6442：如何防止 R5 通过存储器地址 (0x6000_0000) 直接访问 NOR 闪存？

您好：

我们明白防火墙机制可能会限制 R5/A53 对某些存储器区域的访问。 由于引导加载程序损坏是不可接受的、因此我们希望防止意外访问 NOR 闪存。

NOR 闪存不是存储器映射器件、因此它可能不会直接被防火墙保护。 在 DAC 模式下、闪存映射为仅供读取的存储器映射器件、因此您可能不会使用防火墙来阻止写入闪存。

相反、您可以对 FSS 控制器寄存器空间进行防火墙保护、以确保只有预期实体可以使用寄存器空间与闪存通信。 请注意、只有在防火墙初始化之后、此访问控制才会在运行时进入图片。

您好、Prashant

>在 DAC 模式下、闪存映射为仅供读取的存储器映射器件、因此您不能使用防火墙阻止写入闪存。

=>在我的环境中、它似乎不是只读的、而是可写的。 这是否与我的 R5 程序中的 syscfg 设置相关？

  如有必要、我可以上传我的 syscfg 文件。

=>在我的环境中、它似乎不是只读的、它似乎是可写的。 这是否与我的 R5 程序中的 syscfg 设置相关？

这些驱动程序使用 INDAC 模式来写入闪存。

首先、NOR 闪存使用 INDAC 模式、因此对存储器地址 0x6000_0000 的写入操作可以直接修改 NOR 闪存。

INDAC 需要通过 R/W 命令与闪存进行通信 DAC 允许将闪存映射到存储器、但仅支持读取。 因此、直接指针解除引用不能向闪存写入任何内容。

无论如何、我没有看到任何 FWL ID 从 0x60000000 开始保护地址空间、因此该地址空间不会出于任何目的受到防火墙保护。 您可以为 FSS 寄存器地址空间设置防火墙、以仅允许某些实体与闪存通信。

在 TRM 的“3.8.3.1 基于区域的防火墙“部分中提供了防火墙列表。

> INDAC 需要通过 R/W 命令与闪存通信 DAC 允许将闪存映射到存储器、但仅支持读取。 因此、直接指针解除引用不能向闪存写入任何内容。

=>这正是让我感到困惑的地方。 我们在 R5 程序中添加了一些测试代码、并确认 NOR 中的数据实际上可以通过 0x6000_0000 进行修改。

在 R5 syscfg 文件中、有一些与闪存相关的剩余配置、我们实际上不需要、因为 R5 代码甚至不需要访问闪存。 这些设置是否是可以通过 0x6000_0000 直接修改 NOR 数据的原因？

=>这正是让我感到困惑的地方。 我们在 R5 程序中添加了一些测试代码、并确认 NOR 中的数据实际上可以通过 0x6000_0000 进行修改。

您能否验证闪存内容本身以检查其是否实际损坏？ 基本上、重启器件并检查闪存内容。

在上面的图 2 中、左侧的数据在 R5 测试程序运行（损坏）后从 NOR 中转储、而右侧的数据在 R5 测试程序运行之前转储。

“之前“和“之后“不显示真实的画面。 您看到的零可能只是 FSS 控制器方法、用于表明 DAC 写入被拒绝、闪存内容可能不会损坏。

测试完成后、您必须冷重启设备并仅检查内容。

INDAC 要求通过 R/W 命令与闪存进行通信 DAC 允许将闪存映射到存储器、但仅支持读取。 因此、直接指针解除引用不能向闪存写入任何内容。

您好 Jun、

我 只是想在这里澄清一下。  

上述语句是正确的、但对于 DAC 和 INDAC 读取、ospi 控制器将使用读取和写入命令。 例如、对于 s28hs512t 闪存、8d 读取命令为 EEh、然后在波形上执行 DAC 或 indac 读取时、您首先会看到发送的 EEh 分量后跟地址或闪存偏移、然后在 DN 线路上接收数据。

此致、

Vaibhav

感谢您的答复。 我对 NOR 驱动程序不是很熟悉、但驾驶员是否可以配置某些模式、从而导致我观察到的行为？

在 R5 程序继续其写尝试几次后、我再次转储 NOR 内容并获得 After2.dump。 在此阶段、after2.dump 显示出与 before1.dump 的差异。

这是否意味着腐败在一些尝试后发生、但不是在最初发生？

它们之间是否可能存在一些交互（例如，U-Boot 或 Linux 中的 NOR 驱动程序执行的某些默认配置）、这使地址 0x6000_0000 可写入、并允许其影响 NOR 中的实际数据？

硬件本身不支持 DAC 写入、因此与软件配置无关。

这是否意味着在一些尝试后发生了损坏、但不是第一次发生？

现在让 OSPI 专家循环、因为最新问题与 DAC 写入有关。

您好 Jun、  

有关专家目前正在接受全天培训。 请期待明天作出响应。

此致、

Yashraj

您好 Jun、

我将对以下内容进行测试：

1. 在 SDK 提供的应用程序（即 ospi_flash_io）中、我们将运行以下步骤。
2. 在已知偏移处使用已知数据执行擦除和 DAC 写入。
3. 读回数据并比较其是否正确。

当前 NOR 闪存写入是间接的、但我们将使用 DAC 写入进行测试、看看在我的设置中是否出现类似的行为。

阿里亚曼 Chaurasia 请看看这个。 谢谢。

此致、

Vaibhav

您好 Jun、

DAC 写入不适用于串行 NOR 闪存。

我已经执行了实验,如上所述的 Vaibhav。

执行擦除操作后、可以得到以下预期输出：

但是、在执行 DAC 写入后、会得到以下不正确的输出：

因此、我遇到了数据不匹配的问题：

这些输出是预期的、因为控制器 IP 不支持 DAC 写入。 对于 DAC 写入、串行 NOR 闪存需要虚拟地址来启用 DAC 写入。 由于控制器在轮询模式下无法发送虚拟地址、因此无法支持 DAC 写入。

此致、

Aryamaan

您好 Jun、

您能否分享正在使用的闪存器件名称？

DAC 写入不适用于串行 NOR 闪存。

我已经执行了实验,如上所述的 Vaibhav。

执行擦除操作后、可以得到以下预期输出：

我在以上回复中进行的 DAC 写入实验是在 AM64x 板上安装默认闪存器件时进行的、即 S28HS512T Serial NOR OSPI 闪存。

此闪存部分需要来自 OSPI 控制器的虚拟地址、控制器不支持该地址。 但是、DAC 写入可能适用于不需要虚拟地址的自定义闪存。

此致、

Aryamaan

您好、Aryamaan、

您好、Aryamaan、  

感谢您的确认。

我们已经启用了块保护、我们还将对 R5 程序中的野生指针和越界访问等潜在问题进行更彻底的调查。

感谢您的帮助！

BR

您好 Jun、

是的、您的理解是正确的。 该行为仅由所使用的 NOR 闪存的不同特性引起、尤其是状态寄存器的读取方式差异。

很高兴知道已启用块保护！ 这应该可以防止 R5 内核对闪存区域进行任何不必要的访问。

此致、

Aryamaan