Linus Torvalds は、Intel 486 (i486) CPU サポートを削除する最初のコードをメインライン カーネルにマージしました。この変更は Linux 7.1 から有効になります。 Phoronix は今月初め、Linux 7.1 で i486 サポートを段階的に廃止するプロセスが開始される予定であると報告しましたが、今回この計画が正式に実現しました。
この変更の最初のステップは、カーネル構成システム内の M486 / M486SX / ELAN などの CPU に関連する Kconfig 構成オプションを削除することです。開発者は、Linux 7.1 以降のバージョンでこれらのオプションを使用して Intel 486 のサポートを構築できなくなります。影響を受けるのは、Intel 486 シリーズだけでなく、AMD、Cyrix、IBM およびその他のメーカーの 486 アーキテクチャに基づく互換プロセッサ、特に AMD/Cyrix/IBM/Intel SL/SLC/SLC2/SLC3/SX/SX2 および UMC U5S およびその他のモデルです。オリジナルの M486 Kconfig オプションは、AMD/Cyrix/IBM/Intel 486DX/DX2/DX4 および UMC U5D などの 486 クラス CPU を対象としていました。このオプションが削除されたため、これらのプロセッサも新しいカーネル ビルドのターゲットから除外されました。
現在マージされているものは構成レベルの「始まり」にすぎず、後続のバージョンでは i486 の実際のコード パスがさらにクリーンアップされます。 Linux 7.1 の開発サイクル中にサポートを維持することを強く主張する人がいない場合、i486 固有のコードは Linux 7.2 から一括で削除され、メインライン カーネルからのプラットフォームの廃止が完了する可能性があります。現在でもどういうわけか「奇跡的に」最新の Linux カーネルで i486 プロセッサを実行しているユーザーに対して、著者は、このタイプの古いハードウェアの公式サポートを今後何年も維持するために、Linux 6.18 LTS のような長期サポート リリースに固執することをお勧めします。
この調整は主に i486 および互換性のある CPU を対象としていることに注意してください。今後の 32 ビット プロセッサ アーキテクチャは引き続き維持されますが、これらの古いプラットフォームが最新のカーネル バージョンから多くの「エキサイティングな」新機能を取得することを期待しないでください。同時に、Linux 7.1 には、32 ビット システム ユーザーに悪影響を与える可能性のある他の変更点もあります。たとえば、以前に報告された VFS 関連の変更は、32 ビット Linux エクスペリエンスに悪影響を与えると考えられています。
技術管理の観点から見ると、i486 削除パッチの公式マージは、x86/プラットフォーム関連の変更のマージ リクエストであり、これには Kconfig サポートの削除のためのパッチが含まれています。これはまた、この問題に関して、Linus Torvalds がノスタルジーやその他の技術的以外の要因でためらうことなく、コード保守の負担を軽減するために古いプラットフォームのクリーンアップを断固として推進したことを意味します。マージされたコンテンツの同じバッチには、AMD の新しい CPU に関連する実用的な改善も含まれています。AMD プラットフォームが検出されると、カーネル ログに AGESA ファームウェアのバージョンが出力されるようになり、開発者とユーザーが問題をデバッグおよび診断しやすくなります。
長期的な進化傾向を見ると、i486 などの非常に古いプラットフォームを排除することは、Linux カーネルが技術的負債を削減し続け、主流および将来のハードウェアに焦点を当てるための重要なステップです。ユーザー ベースが非常に限られており、メンテナンス コストが比較的高いため、このようなプラットフォームが徐々にメインライン サポートから外されるのはほぼ不可避ですが、長期サポート バージョンは、古いハードウェアに依存する必要があるユーザーに比較的スムーズな移行スペースを提供します。