Coreboot 25.12は、AMD Turin、新しいIntelマザーボード、ラップトップを含むハードウェアサポートを大幅に拡張します。

  • SMMSTORE、MIPI カメラ、ランタイム構成用の CFR、Qualcomm X1P42100 プラットフォームなどの重要なサブシステムが強化されています。
  • ACPI、APEI、commonlib、およびさまざまなドライバーの改善により、安定性、エラー診断、およびコードの一貫性が向上します。
  • このプロジェクトは四半期ごとのリリース サイクルを維持しており、ツールチェーンとベンダー コードは GPG を使用して更新および署名されています。

コアブート 25.12

Corebootは、オープンソースファームウェアプロジェクトの中で最も重要なものの一つとして定着しています。 独自の BIOS に別れを告げ、高速で透過的なブートエクスペリエンスをお楽しみください。新しいcorebootバージョン25.12 安定した四半期リリースとしてリリースされる さらに、ハードウェア サポート レベルと内部インフラストラクチャの両方に大幅な変更が加えられており、強固な構築基盤を必要とする OEM、インテグレーター、開発者向けに設計されています。

このバージョンでは統合されています 100人以上の貢献者による750以上のコミット多くの新しい作者と明確な焦点により、サポートされるプラットフォームの数 (特に Intel、AMD、Qualcomm、MediaTek) の拡大、ACPI と APEI によるエラー処理の改善、MIPI カメラ管理と SMMSTORE ストレージの強化、エコシステム全体のパフォーマンスと安定性の詳細の継続的な改善が進められています。

coreboot 25.12の主な新機能

プロジェクトはcoreboot 25.12を 四半期サイクル内で12月にリリースされた安定ブランチの最新バージョンこのブランチは、主にメーカー(OEM/ODM)や、メインブランチよりも動的な変更が少ないベースを好む組織を対象としています。とはいえ、開発者自身も、自社利用のためにファームウェアをコンパイルするユーザーには、より最新かつ継続的なバグ修正が行われているメインブランチを直接使用することを推奨しています。

このバージョンでは、全体的な変更点として、 757 コミット、106 人の著者、21 人の初めての貢献開発者62.000 行を超えるコードが追加され、10.000 行弱が削除され、純粋な差異は 52.000 行を超えています。これは、単なる小さな改訂ではなく、機能とプラットフォームの大きな飛躍であることを示しています。

coreboot 25.12 での新しいプラットフォームとプロセッサのサポート

coreboot 25.12の大きな強みの一つは、ハードウェアサポートの拡張であり、特に 最新のデスクトップおよびラップトップのエコシステム、サーバー、ARMデバイス新しいマザーボードと新しい SoC が追加され、既存のもののいくつかが改良されています。

AMD EPYC 9005「Turin」の暫定サポート

x86_64サーバの分野では、coreboot 25.12は AMD EPYC 9005プロセッサ(コードネームTurin)の「概念実証」レベルのサポートこれは、EPYC Genoa ですでに開始された道に沿って、これらのプロセッサを完全にオープンなファームウェアに近づける最初のステップです。

この予備的なサポートにより、 openSILが安定した生産段階に成熟EPYCと将来のRyzenおよびZen 6プロセッサでは、オープンソースファームウェアに対応したマザーボードがさらに増える予定です。現時点ではサポートは基本的なものですが、これはコミュニティが目指す方向性を示しており、次世代サーバーは不透明なファームウェアに依存せずにCorebootで起動できるようになります。

coreboot 25.12 でサポートされる新しいマザーボードとデバイス

このバージョンでは、 公式サポートのあるマザーボードとシステムのリストクラシックハードウェアから最新プラットフォームまで、幅広いハードウェアに対応しています。新機能には以下のものがあります。

  • ASRock Z77 Extreme4第 2 世代および第 3 世代 Intel Core プロセッサー向けに設計されており、無料のファームウェアで古いハードウェアをリサイクルするのに最適です。
  • ASUS PRIME H610I-PLUS D4は、第 13 世代および第 14 世代の Intel Core プロセッサーをサポートする最新の mini-ITX マザーボードで、今日のコンパクト システムにとって非常に興味深いものです。
  • Lenovo ThinkPad T470s および T580 (sklkbl_thinkpad バリアント)、互換性のあるラップトップのエコシステムに追加する、プロフェッショナル環境で非常に人気のある 2 つのラップトップ。
  • シーメンス MC EHL6は、Siemens MC EHL ファミリーに属し、ファームウェアの信頼性が重要となる産業用アプリケーション向けに設計されています。
  • スターラボ スターファイター(アローレイク 285H)初日からオープンファームウェアを備えたユーザーフレンドリーなデバイスを探しているユーザー向けのラップトップです。
  • トプトン ADL TWL (X2E_N150)ミニ PC や組み込みシステムに典型的な、Alder Lake をベースにしたコンパクトなプラットフォームです。
  • さまざまな Google ChromeOS デバイス: ファットキャット (ルビー)、オセロット (コドコッド、オシキャット)、ラウル (サファイア)、スカイウォーカー (ドゥークー、グロッグ)ファームウェア構成とドライバーの改善の恩恵を受けています。

上記のリストに加えて、 新しいChromebookと特定のマザーボードのバリエーションこれは coreboot のすべてのバージョンに共通する機能であり、教育および軽量ラップトップ エコシステムにおけるその存在感を強化します。

Qualcomm Snapdragon X1 Plus (X1P42100) と ARM エコシステム

ARM64環境では、coreboot 25.12で導入された Snapdragon X1 Plusとして知られるQualcomm X1P42100プラットフォームの初期アクティベーションこのステップは、ARM ラップトップおよび常時接続デバイス向けに設計された SoC にオープン ファームウェアを導入するための鍵となります。

このSoCの作業は「起動して終わり」というだけでなく、 デバッグとメモリ管理の大幅な改善これについては、特定のセクションでさらに詳しく説明しますが、これにより、開発者がデバイスのライフサイクル全体にわたってこのプラットフォームで快適に作業できるようにするための基盤が築かれます。

IntelとAMDのSoCアップデート

Intelのcorebootは、 Panther Lake プラットフォーム上の LPCAMM (低電力圧縮接続メモリモジュール)ラップトップや薄型フォーム ファクター向けに設計されたこの新しいタイプのメモリ モジュールでは、ファームウェアがそれを検出して正しく構成するために、特定のトポロジを認識する必要があります。

インフラストラクチャの説明が追加されました LPCAMMトポロジー Panther Lake RVP T3リファレンスボードの初期サポートも追加されました。これにより、Corebootは将来世代のノートパソコンにおけるこのメモリ技術の採用に先んじることになります。

AMDでは、プラットフォーム Glindaは数多くの改良を受け、Faegan SoCバリアントで拡張されました。主な変更点としては、FSPのデバイスツリーを介したUSB4設定、10GbEネットワークデバイスの追加、FSP設定内での正確なDIMM電圧通信などが挙げられます。これらにより、最新のAMDプラットフォームに対するより洗練された詳細なサポートが実現します。

ランタイム構成オプション (RFC)

メーカーや上級ユーザーにとって非常に目に見える改善点の一つは、 CFRまたはcorebootフォーム表現として知られるランタイムファームウェア構成オプションこれまでは、多くのパラメータでイメージの再コンパイルが必要でしたが、このフレームワークを使用すると、その構成の多くが動的になります。

オプション設定のメニューが表示されました 40種類以上のマザーボードとそのバリエーション特にGoogleのChromeOSエコシステム内では、これらのオプションにより、次のようなことが可能になります。

  • 有効または無効にする 統合GPU(iGPU).
  • の中から選ぶ タッチパッドとタッチスクリーン ハイブリッドデバイス上。
  • パラメータを調整する ファン制御と特定のハードウェア機能.

CFRフレームワークは各オプションについて定義しています 表示名、ヘルプテキスト、デフォルト値、ランタイムフラグこれにより、SeaBIOS、LinuxBootなどのペイロードは一貫したメニューを表示できるようになります。さらに、後方互換性も維持されており、UEFI可変ストレージやその他の永続バックエンドとの統合も計画されています。

coreboot 25.12 で SMMSTORE 容量が増加、関連する改善が行われます

このリリースのもう一つの重要な要素は、SMMSTORE保護ストレージサブシステムの変更です。coreboot 25.12では、 デフォルトの SMMSTORE サイズを 256 KB から 512 KB に倍増しますこれは、高度な構成のために UEFI 変数と永続データに依存するシステムでは重要です。

のようなプラットフォーム サリエン、リーフ、タコ、ドラリオン、スカイリム、ゾークまたはガイブラシとりわけ、この増加を活用できるように更新され、現在のファームウェアの変数要求に適切なスペースが確保されています。

この能力の飛躍的な向上に伴い、以下のものが導入されました。 SMMSTORE v2構造の配置の修正これにより、さまざまなアーキテクチャやペイロード間で一貫した動作が保証され、微妙な非互換性による予期せぬ事態が最小限に抑えられます。

Intel プラットフォーム向け MIPI カメラの改良

Intelプラットフォーム、特にWindowsなどのオペレーティングシステムにおけるMIPIカメラ管理が大幅にアップデートされました。MIPIカメラドライバーは、 より包括的な SSDB (センサー静的データブロック) のサポートすべての関連フィールドに対して明確に定義された列挙型とビットフィールドを備えています。

最も関連性の高い改善点 この領域には、センサーの正しい列挙と構成を目的としたいくつかの変更が含まれています。

  • 体系的な生成 PLD(物理位置記述子)情報 各センサーは、システムが各カメラの物理的な位置を認識するためのキーです。
  • 自動割り当て SSDBの適切なデフォルト値不完全な構成の可能性を減らします。
  • のサポートの改善 VCM(ボイスコイルモーター)タイプとI2Cアドレスオートフォーカスやその他の高度な機能の基本となるものです。
  • デバイス固有メソッド(DSM)メソッドをUUIDベースの関数にリファクタリングし、新しいDSMも追加しました。 コンピュータビジョンフレームワーク(CVF)とI2C V2.
  • 適切なアドレスを持つカメラ センサーの ACPI デバイス タイプと ROM 構成を選択します。

この一連の変更 最新のオペレーティングシステムでのカメラの列挙と構成を改善しますノートパソコンやコンバーチブルの認識、方向、機能制限に関する一般的な問題を回避します。

Qualcomm X1P42100 プラットフォーム: 徹底的なデバッグとメモリ

Qualcomm X1P42100 SoCのサポート Snapdragon X1 Plusは、開発と問題解決に特化した幅広い機能を搭載しています。主な新機能は以下の通りです。

  • ダウンロードモードの検出とRAMダンプのパッケージ化障害発生時にメモリ ダンプの抽出を容易にします。
  • サポート RAMダンプ画像をアップロードする APDP (アプリケーション プロセッサ デバッグ ポリシー) イメージを CBFS 内にパッケージ化し、デバッグ マテリアルをファームウェア自体に集中させます。
  • ディスプレイ サブシステムの改善: クロック制御用の MDSS レジスタの定義、Lucidole PLL API、およびビデオのニーズに合わせた適切な DRAM 割り当て。
  • 設定 メモリ設計 BL31 領域の再配置とセキュア環境 (TZ) でのアプリケーション メモリの調整により、セキュリティと RAM 使用率の両方が向上します。
  • ドライバーサポート CMD-DB(コマンドデータベース)これにより、ハードウェア アクセラレータのアドレスと構成を照会できるようになります。この領域は、望ましくない副作用を回避するために、MMU でキャッシュ不可としてマップされます。
  • ARM64ではPRERAMとPOSTRAMスタックを明確に分離し、プリメインRAMスタックをBSRAMに移動することで最適化しました。 起動初期段階におけるメモリ使用率と安定性.

これらの調整により、X1P42100プラットフォームは、 障害を診断し、メモリダンプを分析し、SoCの動作を調整する さまざまな生産シナリオで。

coreboot 25.12ではAMDのGlinda、Faegan、高度なACPIの改良が導入されました。

AMD側では、前述のFaegan SoCによるGlindaプラットフォームの拡張に加えて、 ACPI統合品質とエラー管理その中で特に注目すべきものは以下のとおりです:

  • 仕様およびプラットフォームの残りの部分と一致する、LPC バスの固定ベース アドレスのレポート。
  • のサポート ACPIレベルのI3Cコントローラ最新のデバイスとの通信機能を拡張します。
  • オペレーティング システムがハードウェア エラーに関する詳細情報を受け取るためのキーとなる HEST (ハードウェア エラー ソース テーブル) を組み込みました。
  • ECAM MMCONFの64ビットアドレスへの拡張により、 より大きく複雑なPCIe構成スペース.
  • ブートブロック内の CRTM (Core Root of Trust for Measurement) を初期化し、起動の初期段階から信頼チェーンを強化します。

これに伴い、以下のものが導入されました。 MTRR計算の最適化 AMD プラットフォームの場合、キャッシュ構成が簡素化されるため起動時間が短縮され、Glinda の FSP は全体的な安定性を向上させる新しいバージョンに更新されます。

エラー管理のためのACPIおよびAPEIインフラストラクチャ

見た目はあまり魅力的ではないが、非常に重要な機能が追加された。 ACPI ヘッダーの拡張 APEI (Advanced Platform Error Interface) インフラストラクチャ以下をサポートするために完全な構造が追加されました:

  • エラーの原因 マシンチェック例外(MCE).
  • のエラー マスク不可能割り込み(NMI).
  • 情報提供 PCIe AER (高度なエラー報告).

これらの構造は次のような表の基礎となる。 BERT(ブート エラー レコード テーブル)、HEST、EINJ(エラー挿入テーブル)プラットフォームがハードウェア エラーの正確な状況をオペレーティング システムに報告し、「ファームウェア ファースト」のエラー処理モデルをサポートできるようにします。

新しいタイプと構造は続く 公式ACPI仕様 また、報告された情報が一貫性があり、オペレーティング システムや診断ツールで使用可能であることを確認する内部検証も行われます。

coreboot 25.12 における commonlib、エンディアン、メモリ構造の統合

共通ライブラリの領域では、coreboot 25.12は、 commonlib の coreboot と libpayload endian.h ヘッダー重複を排除し、エコシステム全体で同じエンディアン変換関数が使用されるようにします。

このクリーンアップの一環として、古いヘッダーとswabXX()関数が削除され、 標準エンディアン変換APIさらに、メモリ情報構造には新しいフィールドが追加され、SMBIOS タイプ 17 との互換性が向上し、DDR3 モジュールの電圧などを報告できるようになりました。

デバイスツリー処理の詳細(NOPトークンの正しいホッピングなど)も修正され、現在は保存されています。 CBMEMのブートモード情報これにより、ペイロードは、通常の起動、低バッテリ状態、充電状態などの面でファームウェアとより適切に連携できるようになります。

coreboot 25.12に付属するドライバーとサブシステムのその他の注目すべき改善点

軽微だが重要な変更 このリストには、実際のシステムに実際的な影響を与える多くの修正と改善が含まれています。

  • MediaTek ディスプレイサブシステムのリファクタリングMIPI パネル上のデュアル DSI とディスプレイ ストリーム圧縮 (DSC) をサポートし、レジスタ構造を一貫して渡す拡張 DSI API を備えています。
  • Intel Skylake CSEリセット状態を使用して 再起動の信頼性を向上させる.
  • Intel GMA ディスプレイ コントローラーが改善され、キャッシュと有効なキャッシュ ロジックが追加され、明るさをより堅牢に管理できるようになりました。
  • TPMドライバの修正と調整により、重複した操作がなくなり、 よりクリーンで正確なACPIテーブル.
  • 新しい DDR4 パーツとデュアルチップ パッケージの修正、および BGA1744 パッケージ用の新しい SMBIOS ソケット タイプによる SPD サポートの拡張。
  • キーボードの色設定オプション 起動時のECのRGBカスタマイズ可能な照明を備えた機器向けに設計されています。
  • Azalia 動詞テーブル実装の詳細なレビュー、保守性の向上、タイミング修正の追加 (例: RESET# を無効にした後の 521 マイクロ秒の遅延)。
  • 汎用グラフィックドライバのサポート 厳密にVGAではないデバイス、サポートされるビデオ ハードウェアの範囲が拡大します。
  • メモリとタグの統合 MediaTek プラットフォーム上の ARMv9 MTE (メモリタグ拡張)メモリ管理のセキュリティを強化します。
  • Google Blueyプラットフォーム向けの並列課金インフラストラクチャにより、 より速いバッテリー充電.
  • PHY 構成とリピーターを備えた Qualcomm の USB Type-C サポート、および Cirrus Logic CS35L56 および CS42L43 コーデック用の SoundWire ドライバー。
  • RISC-V の ACPI 拡張機能。この新しいアーキテクチャのサポートが徐々に拡大しています。

ペイロードエコシステムでは、libpayloadは次のような機能を獲得しています。 物理メモリのサイズと従来の LZ4 形式との互換性を確認します。 また、ARM64 例外ルーティングを修正し、commonlib およびエンディアンの変更との一貫性を維持します。

ツールチェーン、BLOB、ベンダーコードの更新

エコシステム全体に対応するため、coreboot 25.12ではいくつかのサードパーティ製ツールとベンダー製コンポーネントを更新しました。ツールチェーンの主な変更点は以下の通りです。

  • Binutils バージョン 2.44 から 2.45 へのアップデート.
  • ACPICA のリリース 20250404 から 20250807 への更新。ACPI エコシステムの改善と修正が組み込まれています。
  • 現在のサポートではあまり関連性がないため、nds32le-elf ツールチェーンをデフォルトのビルドから削除しました。

ベンダーコードでは、FSPヘッダーが更新されます パンサーレイク(PTL)からFSP 3373_03、ワイルドキャットレイク(WCL)から3344_03AMD Glinda プラットフォームの FSP アップデートを適用することに加えて、次のサブモジュールも開発されています。

  • サードパーティ/ブロブ リビジョン a0726508b8 から 4a8de0324 に移動し、39 個のコミットが組み込まれます。
  • サードパーティ/インテルマイクロコード 4ded52b4b0 から f9100a225 に更新され、利用可能な最新のマイクロコード修正が統合されています。

これらのアップデートにより、coreboot 25.12で構築されたファームウェアが 最新のセキュリティ、安定性、互換性の修正を活用する シリコンサプライヤーによって提供されます。

Coreboot 25.12 のダウンロード、検証、リリースサイクル

coreboot 25.12のソースコードは以下から直接入手できます。 coreboot.org の tar.xz 形式 (および tar.gz、tar.bz2、または zip 形式)Fossiesのようなミラーサイトやソフトウェアアーカイブからも入手できます。圧縮ファイルで配布されるバージョンには、ダウンロードの整合性を検証するためのMD5、SHA1、SHA256ハッシュが含まれています。

さらに、打ち上げ PGP/GPGコードで署名するファイルを検証するには、次のようなコマンドを使用できます。

$ gpg –verify coreboot-24.02.01.tar.xz.sig coreboot-24.02.01.tar.xz

GPGが「署名を確認できません: 公開鍵がありません」のようなメッセージを返した場合は、 指紋から正しいキーを取得する coreboot のドキュメントに記載されているように、検証を再度実行してください。認証されていない署名が信頼できるものとして警告が表示されるのは正常です。これは、ユーザーがそれらの鍵に対して信頼チェーンをまだ確立していないことを示しているだけです。

指紋リストには、 マット・デヴィリエ、ジェイソン・グレネスク、パトリック・ゲオルギ、エンジェル・ポンズ、アレクサンダー・クーゼンズ、マーティン・ロスなどの開発者その中には、すでに期限が切れているものもありますが、歴史的な目的のために保管されています。

常に最新のトレンドを取り入れたい人にとって、このプロジェクトは理想が 公式Gitリポジトリを直接クローンする と:

$ git clone https://review.coreboot.org/coreboot.git

25.12などの安定バージョンは、 四半期ごとの発行サイクル次に発表されたリリースは 26.03 で、2026 年 3 月末に予定されています。その間、メイン ブランチでは継続的に変更と修正が行われます。

これらの新機能により、coreboot 25.12は、 新旧両方のハードウェアのサポートを組み合わせた、独自のBIOSに代わる成熟した代替品、改善されたデバッグおよびエラー報告機能、高度なランタイム構成オプション、およびよりクリーンで一貫性のある技術基盤。このアップデートは、すべての人にとって目に見える革命ではありませんが、オペレーティング システムが起動する前に何が起こるかを制御したいインテグレーター、OEM、およびユーザーにとっては重要なステップとなります。