在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 5207|回复: 2

关于ARM9中虚拟地址的问题??<谢谢赐教>

[复制链接]
发表于 2009-1-12 12:55:01 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
ARM中MMU负责虚拟地址到物理地址的转换,这中间的一系列变换都能理解
有疑问的是:虚拟地址是如何产生的??是程序被编译的时候由编译器确定的,还是程序加裁的时候确定的,如何确定的呢.

比如在有Linux操作系统的ARM板上,加载了一个触摸屏的驱动程序,驱动程序就存在内存中,如果操作系统要应用这个驱动程序,
就需要用虚拟地址访问,那这个访问驱动程序的虚拟地址是如何产生的??

谢谢赐教
发表于 2009-1-21 17:01:46 | 显示全部楼层
假设你现在指的是用户程序编译生成的地址。这个地址通常可以说是用户空间的地址。如果ARM支持MMU,那么每个应用程序都可以有自己32-bit的完整地址用户空间。如果ARM不支持MMU,那么显然所有的用户程序都必须共享32-bit的地址空间,而且程序的移植性也是很差。因为在不同的系统上,由于应用程序的数量不同已经硬件的不同,很可能需要重新指定地址而编译。
因为这两种结构的ARM存在,在编译程序时必须进行指定。针对于支持MMU的结构,编译程序时需要说明是地址无关的。针对于不支持MMU的结构,编译程序时需要说明是地址相关的。通常这个过程被称为link。

至此已经说明了用户程序空间的地址。那么到了驱动程序,就是另一个内容了。这里假设你是想知道在MMU结构上的驱动程序。
每个用户程序是32-bit空间。那么用户程序实际使用的是低3GB的空间,kernel使用的是最高1GB的空间。驱动程序使用的就是kernel空间地址。
头像被屏蔽
发表于 2009-1-24 21:12:25 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /1 下一条

小黑屋| 手机版| 关于我们| 联系我们| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2025-2-3 16:45 , Processed in 0.024933 second(s), 11 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表