Linuxを別のプラットフォームに移植するための要件[閉じる]

LinuxカーネルのコードのほとんどはCで書かれていますが、コードの多くはまだ実行されているプラ​​ットフォームに非常に具体的であるため、これを考慮する必要があります。

特別な例は、ほとんどのアーキテクチャ（ページテーブル階層）で同様の方法で動作する仮想メモリです。ただし、各アーキテクチャには特定の詳細があります（たとえば、各アーキテクチャのレベル数、またはx86ではこれも増加しています）。 Linuxカーネルコードはこれらの階層ナビゲーションを処理するためのマクロを導入し、ページテーブルレベルが少ないアーキテクチャでは、コンパイラはこれらのマクロを無視できます。したがって、コードはCで書かれていますが、アーキテクチャの詳細を考慮してください。 )

他の多くの領域は、各アーキテクチャに対して非常に具体的であり、アーキテクチャ固有のコードを使用して処理する必要があります。しかし、ほとんどはアセンブリ言語コードに関連しています。例は次のとおりです。

• コンテキストスイッチ：コンテキスト切り替えには、切り替え中のプロセスのすべてのレジスタ値を格納し、CPUに予約されているプロセスのセーブセットからレジスタを復元することが含まれます。レジスタの数とセットも、各アーキテクチャによって非常に異なります。このコードは通常、レジスタへのフルアクセスを可能にし、コンテキスト切り替え性能がシステムにとって重要であるため、できるだけ早く実行されるようにアセンブリとして実装されています。

• システムコール：ユーザ空間コードがシステムコールをトリガするメカニズムは、アーキテクチャによって異なります（時には特定のCPUモデルに限定されています）。詳細は、情報はまだ一意です。）

• 割り込みハンドラ：割り込み（ハードウェア割り込み）の処理方法の詳細は、プラットフォームによって異なりますが、プラットフォームで使用される特定の呼び出し規則を処理するためにアセンブリレベルの接続が必要な場合があります。さらに、割り込みをイネーブル/ディセーブルにする基本的な要素はプラットフォームによって異なり、アセンブリコードも必要です。

• 初期化：初期化がどのように行われるかについての詳細には、プラットフォーム固有の詳細も含まれることが多く、カーネルエントリポイントを処理するためにいくつかのアセンブリコードが必要なことがよくあります。複数のCPU（SMP）を持つプラットフォームで追加のCPUをオンラインにする方法の詳細も、プラットフォームごとに異なることがよくあります。

• 基本要素のロック：ロックプリミティブ（スピンロックなど）の実装には、プラットフォーム固有の詳細も含まれることがよくあります。一部のアーキテクチャでは、これらの命令を効率的に実装するためにさまざまなCPU命令を提供（または優先）するためです。一部はアトミックタスクを実装し、一部はアトミックにテスト/更新できるcmpxchgを提供し（他のライターが最初に来ると失敗します）、他のものはCPUコマンドに「ロック」修飾子を含みます。これには通常、アセンブリコードの記述も含まれます。

プラットフォーム固有またはアーキテクチャ固有のコードは、カーネル（または特にLinuxカーネル）に必要な場合があります。カーネルソースツリーを見ると、それに関する追加情報と例を見つけることができるアーキテクチャ固有のサブツリーが下と下にありますarch/。include/arch/

各アーキテクチャで使用可能なシステムコールの数が異なり、特定のシステムコールが一部のアーキテクチャにのみ存在し、他のアーキテクチャには存在しないという事実など、いくつかは本当に驚くべきものです。 （x86でも、システムコールのリストは32ビットカーネルと64ビットカーネルの間で異なります。）

簡単に言えば、カーネルはプラットフォーム固有のことについて多くを知る必要があります。 Linuxカーネルはこれらの多くを抽象化しようとするので、より高いレベルのアルゴリズム（メモリの管理や予約の仕組みなど）をCで実装し、すべてのアーキテクチャで同じ（またはほぼ同じ）方法で動作できます。