第 10 章 内核
crashkernel 的内存保留不再失败
在以前的版本中，在某些情况下 crashkernel 的内存保留失败，并显示以下错误消息：
Crashkernel reservation failed. Found area can not be reserved: start=0x4000000, size=0x34000000.
在这个版本中解决了步骤缩减机制，以便不超过
KEXEC_RESERVE_UPPER_LIMIT 参数中设置的上限，这会导致保留成功。因此，崩溃内核的内存保留现在可以按预期进行。(BZ#1349069)
mbind 调用现在在指定的 NUMA 节点上分配内存
在以前的版本中，使用
mbind 调用在带有特定数字的 Non-Uniform Memory Access (NUMA)节点上分配内存，这只适用于非常第一次调用。在后续的调用中，内存总是在 NUMA 节点 0 上分配。在这个版本中修复了 mbind_range （）函数的交互和 vma_adjust （）函数。因此，mbind 现在在所有情况下，使用指定数量在 NUMA 节点上分配内存。(BZ#1277241)
由于 tasklist_lock 变量 starvation，系统不再挂起
在很多并发进程执行
tasklist_lock 变量进行读取时，操作系统有时会在尝试进行 tasklist_lock 进行写操作时变得无响应。在这个版本中修复了底层源代码，因此写入程序排除了新读取器以防止系统挂起。(BZ#1304864)
Intel Xeon v5 不再导致 GPU 挂起
在以前的版本中，在 GT3 和 GT4 构架中，Intel Xeon v5 集成图形可能会遇到 GPU 锁定问题，从而导致 GPU 挂起。这个程序错误已被解决。(BZ#1323945)
加载 Intel Xeon v5 集成的图形卡时，内核不再 panic
加载 Intel Xeon v5 集成图形卡时，由于内核固件加载程序中的竞争条件，有时会出现内核 panic。在这个版本中，添加了一个单独的锁定，它在固件设备生命周期中保留，从而保护设备注册的区域。因此，在上述情况下内核不再 panic。(BZ#1309875)
当未设置 -o fsc 时，NFS 不再使用 FS-Cache
在以前的版本中，当挂载 NFS 共享时，FS-Cache 始终被错误地启用，即使 mount 命令中没有使用 -o fsc 选项。因此，
cachefilesd 服务在 NFS 共享中保存文件，其他严重问题（如内核会变得无响应或意外终止），有时会发生。在这个版本中，NFS 不再使用 FS-Cache if -o fsc。因此，NFS 现在仅在明确请求时使用 FS-Cache。请注意，FS-Cache 在 Red Hat Enterprise Linux 6 中作为技术预览提供。(BZ#1353844)
