内核可以直接访问3G到3G+896M的虚拟地址吗

iterator

假设物理内存大于896M。对应这段区域的内核页表是系统初始化时就建好了，那内核可以不用获取物理页面就直接访问这段地址吗?比如直接就打印0xc3000000的值。

凡人烦人

内核使用的虚拟空间本来就是3G-4G，和物理内存有什么关系？

kouu

应该是可以的吧～
我觉得内核存取这段地址空间之前，之所以要获取page结构，是为了避免这个page对应的内存被多个上下文存取。

new_learner

原帖由 iterator 于 2009-3-20 18:06 发表
假设物理内存大于896M。对应这段区域的内核页表是系统初始化时就建好了，那内核可以不用获取物理页面就直接访问这段地址吗?比如直接就打印0xc3000000的值。

不太明白你说的“获取物理页面”具体是啥意思呢？

iterator

我问的意思是，内核在不调用alloc_page分配页面的情况下，可以直接引用3G到3G+396M虚拟地址来直接访问0-896M范围的物理内存吗？

new_learner

原帖由 iterator 于 2009-3-20 22:47 发表
我问的意思是，内核在不调用alloc_page分配页面的情况下，可以直接引用3G到3G+396M虚拟地址来直接访问0-896M范围的物理内存吗？

alloc_page从buddy system中分配物理页面，与访问3G到3G+896M线性地址有什么关系？
线性地址3G~3G+896m是在系统初始化过程中就已经做好了页表映射。

iterator

原帖由 new_learner 于 2009-3-20 23:05 发表


alloc_page从buddy system中分配物理页面，与访问3G到3G+896M线性地址有什么关系？
线性地址3G~3G+896m是在系统初始化过程中就已经做好了页表映射。

比如用__get_free_page（里面也是调用的alloc_page）返回的虚拟地址，肯定是3G到3G+896M之内的。比如返回了一个0xc3000000，那假如我之前不调用__get_free_page而直接去访问0xc3000000，会不会有问题？