第10章 カーネル
crashkernel のメモリー予約が失敗しなくなりました
以前は、crashkernel のメモリー予約が、以下のエラーメッセージを出して失敗する場合がありました。
Crashkernel reservation failed. Found area can not be reserved: start=0x4000000, size=0x34000000.
今回の更新で、ステップダウンメカニズムが修正され、
KEXEC_RESERVE_UPPER_LIMIT パラメーターに設定された上限を超えなくなり、予約が正常に実行されるようになりました。その結果、クラッシュカーネルのメモリー予約が期待どおりに行われるようになりました。(BZ#1349069)
mbind 呼び出しで、指定された NUMA ノードにメモリーを割り当てるようになりました
以前は、特定の番号を持つ NUMA (Non-Uniform Memory Access)ノードで、メモリーの割り当てに
mbind 呼び出しを使用すると、最初の呼び出しでのみ機能していました。後続の呼び出しでは、メモリーは常に NUMA ノード 0 に割り当てられました。今回の更新で、mbind_range （）関数と vma_adjust （）関数の対話が修正されました。その結果、mbind は、すべてのケースで、指定した番号を持つ NUMA ノードにメモリーを割り当てるようになりました。(BZ#1277241)
tasklist_lock 変数の枯渇が原因でシステムがハングしなくなりました
読み取りに
tasklist_lock 変数を取得するプロセスが多数ある状況では、書き込みのために tasklist_lock を取得しようとしたときに、オペレーティングシステムが応答しなくなることがありました。この更新により、基礎となるソースコードが修正され、ライターがシステムのハングを防ぐために新しいリーダーを除外できるようになりました。(BZ#1304864)
Intel Xeon v5 により GPU がハングしなくなる
以前は、GT3 および GT4 アーキテクチャーでは、Intel Xeon v5 統合グラフィックで GPU ロックアップで問題が発生する可能性があり、GPU がハングしていました。このバグは修正されています。(BZ#1323945)
Intel Xeon v5 統合グラフィックカードをロードするときにカーネルがパニックにならない
Intel Xeon v5 統合グラフィックカードをロードすると、カーネルファームウェアローダーの競合状態が原因でカーネルパニックが発生することがありました。この更新では、ファームウェアデバイスの有効期間中に保持される別のロックが追加され、デバイスが登録されている領域が保護されます。その結果、上記の状況でカーネルがパニックではなくなりました。(BZ#1309875)
NFS が FS-Cache を使用しなくなった場合に、fs が FS- Cache を使用しなくなる
以前は、NFS 共有がマウントされると、mount コマンドで the -o fsc オプションが使用されていなくても、FS-Cache は常に誤って有効になりました。その結果、
cachefilesd サービスは NFS 共有にファイルを保存し、カーネルが応答しなくなったり、予期せず終了したりするなどの重大な問題が発生することがありました。今回の更新により、NFS は、fsc が設定されていない場合に FS- Cache を使用しなくなりました。その結果、NFS は、明示的に要求された場合にのみ FS-Cache を使用するようになりました。FS-Cache は、Red Hat Enterprise Linux 6 ではテクノロジープレビューとして提供されることに注意してください。(BZ#1353844)
