在双ARM处理器系统上使用/ dev / mem与mmap（准确地说是Xilinx Zynq）时，我遇到了一个似乎是缓存的问题。我的配置是asymmettric，一个处理器运行Linux，另一个处理器运行裸机应用程序。它们通过不在Linux虚拟内存空间中的RAM块进行通信（它被devicetree文件排除）。当我的用户空间Linux应用程序使用从mmap（）返回的指针写入内存时，第二个处理器可能需要100毫秒到超过一秒的时间来检测更改的内存内容。
在对/ dev / mem的open（）调用中，我尝试指定O_RDRW，O_SYNC和O_DIRECT，但是O_DIRECT导致open失败，所以我删除了O_DIRECT。我认为O_SYNC应该保证在write（）调用返回之前将数据写入内存，但是我使用的是内存指针，而不是通过write（）写入。我没有在mmap（）调用中看到任何似乎解决缓存问题的参数。
我在写入内存后尝试调用fsync（fd）和fdatasync（），但这并未改变行为。
DID似乎工作的是在内存写入后立即生成此命令： 同步; echo 3 / proc / sys / vm / drop_caches
通过映射内存指针立即刷新的最简单方法是什么？
答案 0 :(得分：1)
fsync等都将内存映射区域与后备块设备（例如文件）同步。
它们不会影响CPU数据缓存。您将需要使用显式缓存清理调用将CPU缓存刷新到DRAM，否则您将不得不使用ACP端口。
ACP端口应该是缓存一致的，但我从来没有让它工作。
以下是flush the cache的答案。我相信代码需要放在你的设备驱动程序中。我们将该代码打包在通用"portalmem" driver中。它使您的应用程序能够分配可与硬件共享的内存，并在应用程序写入缓存后提供用于刷新缓存的ioctl。