- 论坛徽章:
- 3
|
LZ. 投诉你发重复贴
http://bbs.chinaunix.net/thread-3774017-1-1.html
答案那贴中说明了. 写个设备驱动, 读cr3(啊真的不能读吗真纠结...). 你可以注册一个杂项设备, 对应用户空间的read, write, mmap等一系列调用, 这个"随便"找本linux内核设备驱动看就行了 -- 当然ldd(Linux Device Drivers)是不二选择...
然后再写一个应用. 打开(调open)你注册的设备(通常是/dev/xxx), 然后调read就等于调你驱动中的read, 调write就等于调你驱动中的write...余者同.
==================================================
例如. ARM里面的某些外设寄存器端口(ex, GPIO)的读写. 这些端口在厂家的说明书(好吧,manual)上通常都是标定某个物理地址. 访问这个物理地址就是访问其外设寄存器. 那么, 如何访问呢?
第一种访问方式, 就是直接访问物理地址, 就是bootLoader起来了, 还没进入操作系统, 在bootLoader控制台下. 这时可以写一个简单的C程序, 定一个指针指向那个物理地址, 直接往里面写就是了. 因为bootLoader是不识别elf文件格式的, 因此毫无疑问, 在这种情况下, 需要手动写链接脚本, 或者, 简单地用objcopy来保证最后得到的是一个"纯粹的"二进制文件. 然后在bootLoader控制台下加载这个二进制文件.
bootLoader规定是不允许开MMU的. 就是说这时候说什么虚拟内存空间都是扯淡, 那是内核的事情.于是你写的地址就是实际的物理地址.
第二种访问方式, 就是如上所说, 写驱动了. 这也就是一般的设备驱动干的事情. 当内核起来后, 应用层只能看到虚拟空间. 怎么办呢. 就是驱动里面写个mmap, 把物理地址map返回一个虚拟地址给用户. 然后用户层调mmap, 就调到驱动里的mmap, 然后得到虚拟地址, 然后通过那个虚拟地址来访问实际的物理地址.
==================================================
哎. 敲字真累. 我真是闲德淡腾.
|
|