使用uSDHC读写eMMC出现数据错误问题

532791928@qq

各位大神，请教一个奇怪的问题，问题描述如下：

定义了两个数组：
char read_buf[1024] 地址为0x821010AC
char write_buf[1024] 地址为0x821014AC,
这两个数组是用来读写文件操作的缓存，两个数组是相邻的，并且内存属性配置都是一样的。
调用read(fd,read_buf,1024)去循环读取一个文件，发现read_buf的前20字节都是0（数据不应该为0），其他读取的数据都是正常，通过read(fd,write_buf,1024),则读取的数据完全正确，怀疑地址对齐问题（实际不是，0x821010AC地址是4字节对齐的）或则其他地址问题，通过其他修改代码人为开辟数组等方式改变read_buf的地址，则此时read(fd,read_buf,1024)就是正常。

怀疑是地址0x821010AC有问题，专门测试了下这地址上的数据读写，没问题，然后通过__no_init char read_buf[1024] @0x821010AC 这样的方式指定read_buf的地址，这样读取又是正确的

也就是说通过iar环境编译后自动分配的read_buf的地址为0x821010AC时就会有问题，但是人为指定read_buf的地址为0x821010AC时就正常，这是为什么呢？可以确定read_buf的空间没有出现越界等或者被其他任务修改的可能。


继续验证：在read(fd,read_buf,1024）之前，memset（read_buf，0x55，sizeof(read_buf)),然后发现每次读写时，前面的20字节全部都是0x55，更本没有改变，因此应该断定是cache的问题。
但是查看nxp的关于rt1052的应用手册《Using the i.MXRT L1 Cache.pdf》
在章节 4.2. Cache maintenance in SDK Driver，明确说了官方的SDK对于Ethernet和uSDHC外设的操作维护数据的一致性，也就是说我不需要管使用的buf的属性。
也稍微研究了下uSDHC的SDK函数，里面确实对cache进行了维护。


目前暂时可以将read_buf这个数据定义在non-cache段可以解决此问题，但问题的根本原因我还没理解。
因此这个问题我现在完全没有头绪了。求大神指点！

芯片是rt1052.

eric2013

帮顶下。