kernel，glibc和userland

Question

我的目标是使用debian（squeeze）userland运行更新的内核Linux 3.4。

Debian的KernelFaq简单地说我们从kernel.org获取最新的pristine内核并手动配置和编译。

但是，在glibc documentation中，它声明：

  

GNU C库在比[编译期间]使用的内核头文件更早的内核上运行时没有问题。反过来说（使用旧内核头编译GNU C库并在最近的内核上运行）并不一定按预期工作。

由于内核API在2.6.32到3.4之间相当稳定，我可能只是编译3.4内核;但是，我想知道这是否仍然存在潜在的问题。

对我的Linux 3.4（或更新版）标头重新编译eglibc 2.11.3-4是否更正确的方法？

Answer 1

  

我想知道这是否仍然存在潜在的问题。

你没有引用glibc wiki的下一段：

  

......并不一定按预期工作。例如，如果您使用旧的内核头文件来编译GNU C库，则无法使用新的内核功能。

换句话说，你现有的glibc构建（以及其余的userland）将在新内核上运行就好，但是glibc可能不会使用内核提供的所有最新功能。