Intel Diamond RapidsのEDACドライバー、Linux 7.2向けに準備
次世代Xeon「Diamond Rapids」のメモリエラー検出・訂正ドライバーがLinux 7.2カーネルへ向け準備中。サブチャネル粒度のRRL対応が核心。
Diamond Rapids対応が進むLinuxカーネル
2027年の発売が予定されているIntelの次世代サーバー向けプロセッサー「Diamond Rapids」向けのLinuxカーネル対応が着実に進んでいる。直近の取り組みは、メモリエラー検出・訂正(EDAC)ドライバーの刷新であり、「Retry Read Error Log(RRL)」機能のサブチャネル粒度対応という重要な変更が実装された。
Diamond Rapids向けのEDACドライバー変更は、Linuxカーネルの「edac-for-next」Gitブランチに複数のパッチとしてキューイングされており、今月開催予定のLinux 7.2カーネルのマージウィンドウでの統合が見込まれている。
EDACドライバーとは何か
EDACはError Detection And Correctionの略で、システムのメモリやバスで発生するエラーを検出し、可能であれば訂正を行うためのLinuxカーネルサブシステムだ。サーバー環境では、データの整合性を保つために極めて重要な役割を担っており、メモリ障害の早期発見やログ記録を通じてシステムの安定稼働を支えている。
Intelプラットフォーム向けのEDACドライバーは、プロセッサー世代ごとにレジスタ構成や動作仕様が異なるため、新しいプロセッサー世代が登場するたびにドライバー側の対応が必要となる。Diamond Rapidsにおいても、前世代とは異なるRRLの動作仕様に合わせてドライバーの構造そのものが見直されることになった。
RRLの動作粒度が変更された意義
Diamond Rapidsの最大の変更点は、RRLが「DDRサブチャネル粒度」で動作するようになったことだ。これにより、従来のメモリチャネル単位よりも細かい粒度でリトライ読み取りエラーの情報を取得・管理できるようになった。
これに伴い、レジスタ構成にも変更が加えられた。CORRERRCNTレジスタ(訂正エラーカウントレジスタ)の幅は従来の4バイトから8バイトに拡大され、一方でレジスタの数は8個から4個に削減された。レジスタ1つあたりの情報量が増え、全体の構成がより効率的なものに再設計された格好だ。
Intelの開発者はパッチの説明において、「前世代と比較して、Diamond Rapids RRLはDDRサブチャネル粒度で動作し、セットごとに追加のレジスタを加える。CORRERRCNTレジスタの幅も4バイトから8バイトに拡張され、レジスタ数は8から4に削減された」と説明している。
前準備パッチと本対応の段階的統合
Diamond RapidsのRRL対応は、複数段階に分けてedac-for-nextブランチに統合されている。まず前段階としてドライバーの構造的なリファクタリングが行われ、その後にDiamond Rapids固有のRRLレジスタ構成テーブルの追加と対応有効化が実施された。
この段階的なアプローチは、既存のプラットフォームサポートに影響を与えつつ、新しいアーキテクチャの変更を安全に組み込むためのLinuxカーネル開発における標準的な手法だ。前準備パッチによってドライバーの汎用性が高まり、その後にDiamond Rapids固有の設定を差し込む形で、既存コードへの影響を最小化しつつ新機能を実現している。
Nova Lake H向けIGEN6ドライバーも同時対応
Diamond RapidsのEDAC対応と並行して、Nova Lake H SoCのIGEN6 EDACドライバー対応もedac-for-nextブランチにキューイングされている。
Nova Lake HのメモリコントローラーレジスタおよびインバンドECCレジスタは、Panther Lake Hと類似した構成だが、いくつかの相違点が存在する。対応コードでは、これらの差異を吸収するための調整が施されており、Nova Lake HのSoCでもEDAC機能を正常に動作させることを可能にしている。
Nova Lake HはIntelの次世代モバイルプラットフォーム向けSoCであり、Panther Lake Hの後継として位置づけられている。インバンドECCの対応は、モバイル環境でもサーバー並みのメモリ信頼性を実現しようとするIntelの方向性を示すものだ。
Linux 7.2への統合スケジュール
edac-for-nextブランチにキューイングされたこれらの変更は、2026年6月中のLinux 7.2カーネルマージウィンドウでの統合が見込まれている。Linuxカーネルのリリースサイクルでは、マージウィンドウ期間中に各サブシステムの変更がmainlineブランチに取り込まれ、その後リリース候補版を経て正式版が公開される流れとなっている。
Diamond Rapidsのプロセッサー自体は2027年の発売予定だが、ハードウェアの登場に先立ってOS側の対応を整えておくことは、新プラットフォームのスムーズなエコシステム統合にとって不可欠なステップだ。Intelは過去のXeon世代においても、Linuxカーネルへの早期対応を継続的に行ってきた実績があり、Diamond Rapidsの取り組みもその延長線上にある。
サーバー市場に向けたインパクト
Diamond RapidsはIntelの次世代Xeon Scalableプロセッサーファミリーに属するサーバー向けチップだ。データセンターにおけるAIワークロードやクラウドコンピューティングの需要拡大を背景に、メモリの信頼性確保は一層重要な課題となっている。
EDACドライバーの対応強化は、Diamond Rapids搭載サーバーでのメモリエラー検出精度の向上に直結する。サブチャネル粒度のRRL対応により、問題が発生したメモリ領域の特定がより精密になり、システム管理者にとっては障害時の原因特定や予防保守の効率化が期待できる。
Linux 7.2カーネルでの対応完了後、各Linuxディストリビューションへのバックポートや次期リリースへの組み込みを通じて、実際のサーバー環境での利用が可能になる見通しだ。
よくある質問
- Diamond RapidsのEDACドライバー変更で最も重要な点は何か
- RRL(Retry Read Error Log)がDDRサブチャネル粒度で動作するようになった点だ。これによりメモリチャネル単位よりも細かい粒度でエラー情報を取得でき、メモリ障害の原因特定精度が向上する。レジスタ構成もCORRERRCNTの幅拡大とレジスタ数削減により効率化されている。
- Linux 7.2カーネルのリリースはいつ頃か
- 記事時点(2026年6月)で、Diamond Rapids向けEDACドライバーの変更はedac-for-nextブランチにキューイングされており、今月のマージウィンドウでの統合が見込まれている。正式リリース時期について記事では言及されていないが、Linuxカーネルの通常のリリースサイクルに従って進行する。
- Nova Lake HのIGEN6 EDAC対応とは何が変わるか
- Nova Lake H SoCのメモリコントローラーおよびインバンドECCレジスタに対応するためのドライバー変更だ。Panther Lake Hと類似した構成だが、一部の差異を吸収するための調整が施されており、次世代モバイルSoCでもメモリエラー検出機能を利用可能にする。
コメント