[参考译文] TDA4VL-Q1：应用层已重复读取 EMMC 到 CMD30 的临时写保护状态、但结果不一致

尊敬的 Wang：

能否提供有关以下方面的更多信息：

• 您使用的 SDK 版本？
• 您使用的是 SBL 引导流程还是 SPL 引导流程？
• 您引用的是代码的哪个部分、对应的是哪个文件？
• 您使用的是定制电路板还是使用 J721S2 TI EVM？

此致

Gokul  

Hi Gokul、

SDK Vresign 为 V8.05

引导模式为 SBL

引用文件为 packages/ti/drv/mmcsd/ev2/MMCSD_v2.c src、函数为 MMCSD_v2_getUdaWriteProtectStatus ()

使用客户电路板

此致

Wl.Wang

尊敬的 Wang：

您能否使用最新的 SDK 版本、因为这是一个很旧的 SDK 版本？

此外、您是否可以在 TI EVM 上尝试相同方法并分享结果？

此致

Gokul

您好、

如会议所述、 MMCSD_v2_getUdaWriteProtectStatus ()  是 TTE 本身添加的代码、本机 SDK 没有此接口、但低级 API MMC SD_v2_transfer() 是该 SDK 的本机接口。

问题 1：您能否帮助确认 CMD (30) 的标志参数是否正确？

Q2:在什么情况下 MMC SD_v2_transfer() 不返回数据?

此致

Wl.Wang

您好专家、

将 u8_boot _wpStatr[4]设置为 128 字节对齐、解决问题。

这可能与使用 DMA 传输数据的函数 MMCSD_v2_transfer() 有关。 您能详细解释一下原因吗？

此致

Wl.Wang

尊敬的 Wang：

您能否共享函数 MMCSD_V2_getUDAWriteProtect 状态的实现以及您添加的与写保护相关的任何其他函数、以便我可以了解完整信息并发布我的建议。

此致

Gokul

Hi Gokul、

函数 MMCSD_V2_getUDAWriteProtect 的实现：

此致

Wl.Wang

尊敬的 Wang：

理想情况下、32 个写保护位后跟 16 个 CRC 位作为有效载荷传输。 因此 wp_buf 大小应为 48 位 Transaction.blockSize AS 6u 按照下面突出显示的图像写入。

此致

Gokul

Hi Gokul、

当我将 transaction.blockSize 设置为 48u、时、系统会经历重复重启

此致

Wl.Wang

尊敬的 Wang：

当我将 transaction.blocksize 设置为 48U、系统重复重启

您应该使用 6U 进行测试、因为 6U 表示 6BYTES、即 48 位。

此致

Gokul

Hi Gokul、

当我将 transaction.blocksize 设置为 6u、时、系统仍会经历重复重启。

此致

Wl.Wang