Tim Post..
6
我已经编写了一些我编写的用户空间代码并将其转换为在内核空间中工作(即使用kmalloc()等),这并不困难.但是,你只局限于内核对C的理解,而不是用户空间,它略有不同......特别是对于各种标准的int类型.
只是链接用户空间DSO是不可能的 - Linux内核是单片的,完全自包含.它没有像其他人所指出的那样使用用户空间libc,库或其他位.
9/10的时间,你会发现你所需要的地方在内核中.很可能其他人遇到了你需要的东西并在某个模块中编写了一些静态函数来做你想做的事情.只需抓住它们并重新使用它们.
在加密的情况下,正如其他人所说,只需使用内核中的内容即可.有一点需要注意,你需要在kconfig中启用它们,这可能会也可能不会发生,具体取决于用户在构建时选择的内容.因此,请注意依赖性并明确,您可能必须在kconfig中修改一些条目,这些条目还会在选择模块时选择所需的加密API.在树外建造时,这样做可能会有点痛苦.
所以一方面我们"只是复制和重命名东西,同时增加整体膨胀",另一方面你"告诉人们他们必须拥有完整的内核源代码".这是整体内核带来的怪癖之一.
使用微内核,几乎所有内容都在用户空间中运行,无需担心某些驱动程序与DSO相关联......这不是问题.请不要将该声明作为在评论中重新启动内核设计理念的提示,这不在本问题的范围内.