シリーズに頼ることで Linux 6.19この出版物は、オリジナルのカーネルの技術革新を継承しており、 GNU Linux-libre 6.18の新機能ただし、不透明なバイナリの痕跡をすべて削除するための具体的な変更が導入されています。その結果、たとえ独自のマイクロコードやファームウェアに依存する特定の機能やハードウェアサポートを放棄することになったとしても、コードの透明性を重視するユーザー向けにカスタマイズされたバージョンとなっています。
Linux 6.19 をベースにしているが、独自のコンポーネントは含まれていない
GNU Linux-libre 6.19カーネルは、メインカーネルの安定版を直接ベースに構築されていますが、ファームウェアのロードサポートやプロプライエタリなBLOBに依存するその他の要素を体系的に削除しています。これは特にドライバに影響を及ぼします。ドライバはオープンソースコードを提供しているにもかかわらず、正しく動作するためにクローズドソースのマイクロコードを必要とします。これはプロジェクトが自由の基準に反すると考えています。
この版で検討された領域の中で、SDCA サウンド コンポーネントやその他のさまざまなコンポーネントにおけるファームウェア ロード ルーチンの削除または変更が目立っています。 グラフィックおよびネットワークドライバーこれにより、監査不可能なバイナリ ファイルを自動的にダウンロードまたはアップロードしようとするシステムが防止され、Free Software Foundation Latin America (FSFLA) やヨーロッパの他の同様のグループのガイドラインとのシステムの整合性が強化されます。
Intel、Qualcomm、NVIDIA のドライバーとサウンドコーデックの調整
GNU Linux-libre 6.19の作業の大部分は、以下の影響を受けるいくつかのドライバのクリーンアップの更新に重点を置いています。 新しいブロブ名 ベースカーネルの内部的な変更。具体的には、Intel Xe GPUドライバが改訂され、 Intel iwlwifi Wi-Fiコントローラー、NVIDIA Nova-Core グラフィックス ソリューション、Qualcomm Iris および Venus コンポーネント、および Q6V5 プラットフォーム。
グラフィックスとネットワークドライバに加えて、プロジェクトチームは、次のような複数のサウンドコーデックのデバッグを微調整しました。 TI tas2783 TI PRUeth、Marvell mwifiex、FourSemi fs210xなどのオーディオチップ、ネットワークドライバなど。これらのケースでは、非フリーファームウェアへの参照を識別して無効化するフィルタが、オリジナルカーネルの6.19ブランチで導入された新しい識別子とファイルパスを考慮して調整されています。これは、 ドライバを浄化するGNU Linux-libre 6.15.
このプロジェクトは、古いドライバなど、公式Linuxツリーからすでに消えてしまった特定のコンポーネントのクリーンアップも停止している。 STM C8SECTPFE DVBアップストリームから削除されました。コードベースに存在しないため、特定のデバッグルールを維持する必要がなくなり、メンテナンスが若干簡素化されます。
DeviceTreeでのクリーニングプロセスの再編成
GNU/Linux-libre 6.19におけるもう一つの重要な作業領域は、多数の組み込みシステムやARMボードのハードウェア構成を記述するDeviceTree（DTS）ファイルの管理です。このバージョンでは、以下の機能が実装されています。 再編成および再配置されたコマンド これらのファイル内の BLOB への参照をクリーンアップし、増え続けるリストに何らかの秩序をもたらすことを目的としています。
カーネル開発サイクルごとに新しいものが登場する BLOB名を組み込んだdtsファイル または独自のファームウェアパス。バージョン6.19-gnuでは、これらのクリーンアップルールの適用範囲が新しいデバイスにまで拡大され、使用されるスクリプトとパターンのコレクションの構造化も改善されました。これにより、将来の改訂が容易になり、不整合の可能性が低減されます。
非フリーのファームウェアとモジュールに関する厳格なポリシー
GNU/Linux-libreは、カーネル内のプロプライエタリソフトウェアに関して非常に強固な立場を維持しています。 閉じたマイクロコードをロードするBLOB依存モジュールの使用が制限され、監査対象外コンポーネントへの参照が削除されます。これは、外部ファームウェアベースのコントローラと、オープンライセンスでリリースされていない特定のモジュールの両方に影響します。これらの決定は、既に提案されている内容と一致しています。 フリーカーネルの以前のバージョン.
実際には、6.19-gnuカーネルは、特に以下の分野で、特定の最新デバイスに対する機能が不足している可能性があることを意味します。 Wi-Fiカード、最新のGPU、専用ハードウェア これは起動時に読み込まれるファームウェアに依存します。その代わりに、ユーザーと組織は、実行中のカーネルに動作を確認または変更できないコードが組み込まれないという保証を得ることができます。
入手方法、ダウンロード、配布
新しい GNU Linux-libre 6.19 は、次の形式でダウンロードできます。 圧縮されたtarball プロジェクトのウェブサイトおよび FSFLA.orgこれは、この開発のベンチマークの一つとして機能します。これらのソースコードにより、事実上あらゆるディストリビューション上でカーネルを手動でコンパイルすることが可能になります。これは、環境をより細かく制御したいヨーロッパのシステム管理者や上級ユーザーの間では、今でも一般的なアプローチです。
手動でのコンパイルを避けたい人のために、すぐに使用できるバイナリ パッケージが次の形式で用意されています。 DEBとRPMDebianおよびDebianベースのエコシステムでは、Freeshプロジェクトを通じてパッケージを入手できます。一方、Red Hat系ディストリビューションでは、RPM Freedom Initiativeによって管理されているリポジトリが提供されています。このアプローチは、複数のコンピューターやサーバーを管理し、フリーカーネルを一貫した方法で導入したい人にとって特に便利です。
ほとんどの場合、GNU Linux-libreカーネルをインストールできます。 標準カーネルとともに 各ディストリビューションに含まれており、ブートマネージャからどのバージョンを起動するかを選択できます。この共存により、公式カーネルのハードウェアサポートを放棄することなく、デバッグ済みのカーネルをテストすることが容易になります。これは、ヨーロッパの職場環境では、完全にフリーな環境に移行する前の中間ステップとして多くの人が利用しているものです。
GNU/Linux-libre 6.19をめぐるこうした取り組みは、フリーソフトウェアの原則に沿ったカーネルへのコミットメントを強化するものですが、プロプライエタリなファームウェアに依存するハードウェアとの互換性に関する一定の制限を受け入れるという代償も払っています。主要ドライバの調整、DeviceTreeのクリーンアップの再編成、そして様々なディストリビューション向けに利用可能なパッケージの拡充により、このバージョンは、市場のあらゆるデバイスとの完全な互換性よりも透明性とコードコントロールを優先する人々にとって、確かな選択肢となるでしょう。
