edj*_*edj 5 linux memory caching pointers mmap
在双ARM处理器系统(准确地说是Xilinx Zynq)上将/ dev / mem和mmap一起使用时,出现了缓存问题。我的配置不对称,一个处理器运行Linux,另一个处理器运行裸机应用程序。它们通过不在Linux虚拟内存空间中的RAM块进行通信(设备树文件排除了该RAM)。当我的用户空间Linux应用程序使用从mmap()返回的指针写入内存时,第二个处理器检测更改后的内存内容可能需要100毫秒到一秒钟的时间。
在对/ dev / mem的open()调用中,我尝试指定O_RDRW,O_SYNC和O_DIRECT,但是O_DIRECT导致打开失败,因此我删除了O_DIRECT。我以为O_SYNC应该保证在write()调用返回之前已将数据写入内存,但是我使用的是内存指针,而不是通过write()进行写入。我没有在mmap()调用上看到任何似乎可以解决缓存问题的参数。
我尝试在写入内存后调用fsync(fd)和fdatasync(),但这并没有改变行为。
DID似乎起作用的是在内存写入后立即生成此命令:sync; 回声3 / proc / sys / vm / drop_caches
通过映射的内存指针立即进行刷新的最简单方法是什么?
fsync等都将内存映射区域同步到后备块设备(例如文件)。
它们不会影响 CPU 数据缓存。您要么需要使用显式缓存清理调用将 CPU 缓存刷新到 DRAM,要么必须使用 ACP 端口。
ACP 端口应该是缓存一致的,但我从未让它工作过。
这是如何刷新缓存的答案。我相信代码需要放入您的设备驱动程序中。我们将该代码打包在通用的“portalmem”驱动程序中。它使您的应用程序能够分配可与硬件共享的内存,并且它提供了一个 ioctl,用于在应用程序写入缓存后刷新缓存。
| 归档时间: |
|
| 查看次数: |
6185 次 |
| 最近记录: |