busybox devmem
busybox devmem是mmaps /dev/mem一个小CLI工具。
你可以在Ubuntu中使用: sudo apt-get install busybox
用法:从物理地址0x12345678读取4个字节:
sudo busybox devmem 0x12345678
将0x9abcdef0写入该地址:
sudo busybox devmem 0x12345678 w 0x9abcdef0
来源: https : //github.com/mirror/busybox/blob/1_27_2/miscutils/devmem.c#L85
MAP_SHARED
在映射/dev/mem ,您可能想要使用:
open("/dev/mem", O_RDWR | O_SYNC); mmap(..., PROT_READ | PROT_WRITE, MAP_SHARED, ...)
MAP_SHARED使得写操作立即进入物理内存,这使得观察更容易,并且对硬件寄存器写入更有意义。
CONFIG_STRICT_DEVMEM和nopat
要使用/dev/mem在内核v4.9上查看和修改常规RAM,您必须:
禁用CONFIG_STRICT_DEVMEM (在Ubuntu 17.04上默认设置)
通过x86的nopat内核命令行选项
IO端口仍然没有这些工作。
另请参见: / dev / mem的mmap失败,virt_to_phys地址的参数无效,但地址是页面alignment的
caching刷新
如果您尝试写入RAM而不是寄存器,内存可能会被CPUcaching : 如何在Linux中刷新CPUcaching区域的地址空间? 我没有看到一个非常简便的方式来刷新它,或者将该区域标记为不可caching:
如何在Linux中刷新CPUcaching区域的地址空间?
是否有可能在用户空间分配Linux上的不可caching的内存块?
那么可能/dev/mem不能被可靠地用来传递内存缓冲区到设备?
QEMU不能观察到这一点,因为QEMU不模拟caching。
如何testing出来
现在的乐趣的一部分。 这里有一些很酷的设置:
用户级内存
在用户级进程中分配volatilevariables
用/proc//maps + /proc//pagemap获取物理地址
用devmem2的物理地址,并观察用户态进程反应:
Kernelland记忆
用kmalloc分配内核内存
使用virt_to_phys获取物理地址并将其传递回userland
用devmem2修改物理地址
查询内核模块的值
IO mem和QEMU虚拟平台设备
创build具有已知物理寄存器地址的平台设备
使用devmem2写入寄存器
观看printf来响应虚拟设备