内核访问用户空间的疑惑

我爱芒果叶

在读《深入Linux内核架构》时，理解不了下面这段内容，请大家指点。

中文版本：
尽管内核尽可能保持内核空间和用户空间的独立，有些情况下，内核代码必须访问用户应用程序的虚拟内存。
当然，这只在内核执行由用户应用程序发起的同步操作时才有意义，而不适用于任意进程进行的读或写访问，
否则不仅不能解决问题，还会导致当前执行的代码产生危险的后果。

英文版本：
Even though the kernel does its best to keep kernel space and userspace separate, there are situations
in which kernel code has to access the virtual memory of user applications. Of course, this only makes
sense when the kernel is performing a synchronous action initiated by a user application — write and
read access by arbitrary processes not only serves no purpose, but may also produce risky results in the
code currently executing.

瀚海书香

回复 1# 我爱芒果叶

尽管内核尽可能保持内核空间和用户空间的独立，有些情况下，内核代码必须访问用户应用程序的虚拟内存。
当然，这只在内核执行由用户应用程序发起的同步操作时才有意义，而不适用于任意进程进行的读或写访问，
否则不仅不能解决问题，还会导致当前执行的代码产生危险的后果。

比如用户空间mmap一个文件，进行改动后调用msync等操作，那么这个时候就是内核将页面回写到磁盘的
   

我爱芒果叶

回复 2# 瀚海书香
谢谢版主。
这就是应用程序发起的同步操作，这个我理解。
何谓“任意进程进行的读或写”？有没有例子？
书中这部分还谈到copy_from_user函数，用于获取系统调用的参数所指向的数据，属于应用程序发起的同步操作吗？

   

瀚海书香

回复 3# 我爱芒果叶

何谓“任意进程进行的读或写”？有没有例子？
书中这部分还谈到copy_from_user函数，用于获取系统调用的参数所指向的数据，属于应用程序发起的同步操作吗？

后面的意识是说很多时候不能直接访问用户态的地址，而应该先将数据从用户态复制到内核态，如果不这样做会有风险。

以系统调用为例，通过copy_from_user函数将用户态的参数传递到内核态操作；如果应用程序传入的地址不合法，而内核又直接访问这个用户态地址的话，可能就panic了啊

   

longddr

考虑下内核线程访问用户态地址，就是说的这种risk和no purpose

我爱芒果叶

瀚海书香 发表于 2013-09-25 13:14
回复 3# 我爱芒果叶

谢谢。算是明白了，感觉书中的那个表达好晦涩。