Linux内核栈写时复制

Mr-gmL

Linux中fork使用了写时复制技术,那么如果内核栈也使用写时复制技术,当发生写保护异常的时候就没有栈可以使用了,如何解决这个冲突呢?

瀚海书香

回复 1# Mr-gmL
内核栈跟task_struct的thread_info共用一块空间。（一般为连续的1个或者2个页面）。而这块空间的申请是在dup_task_struct中通过get_free_pages来获取，也就是说直接就获取了线性地址，不会在走缺页异常那块流程了。

Mr-gmL

get_free_pages是找到一快空闲的物理内存供映射,没有映射之前是不能读写的,为什么在内核中就直接使用get_free_pages的返回地址呢,这是个物理地址,并不是线性地址,应该不能够访问吧.

zhanglong71

get_free_pages是找到一快空闲的物理内存, 　但函数返回的是映射到此物理地址的线性地址。

作为访问其内容所用的地址只能是线性地址。物理地址只是在建立地址映射而设置页表时会用到。

个人理解。

zhanglistar

回复 1# Mr-gmL


    内核栈是不使用写时复制的。直接用alloc_thread_info宏获取一块空闲的内存区（1个页或者2个页大小），用来存放新进程的thread_info结构和内核栈。

crazyhadoop

回复 5# zhanglistar


    re，正解

瀚海书香

回复 3# Mr-gmL
get_free_pages返回就是可用的物理页框了啊。

luoyan_xy

回复 3# Mr-gmL


    在内核中页面的映射关系是已经映射好的，所以应该没有你说的问题。。。

Mr-gmL

回复 8# luoyan_xy


    我查看的是0.12的源码,所以get_free_page返回的是没有映射的物理页地址,但是在内核空间中,物理地址是对等映射的,所以可以直接使用.

zhanglistar

回复 5# zhanglistar


    因为是在内核里分配空间，而且内核的空间是系统启动时候就已经映射好了的，内核对内存的需求是不会cow的。   相反只有对用户的内存请求才会有cow。