ファームウェアは何でも残してください。

Question

ファームウェアは何でも残してください。

SU Q&Aで説明したように、理想的な最新システムでは、プロセッサはリアルモードにはまったく入りません。最新の64ビットIntelチップPCはどのモードでブートセクタを実行しますか？、Johan Myréenが他の答えで指摘したように、物理メモリの最初のKiBは重要ではありません。しかし、多くの最新のファームウェアでは（まだ）互換性のサポート、意味は

彼らは退くことができます（例えば、後ろに、MBR、VBRのレガシーPC / ATブートローダなど、リアルモード用に作成されたシステムソフトウェアを実行するために仮想モードから保護モードに直接移動することを検討してください。
これらは以前のリアルモードファームウェアAPIを提供し、これらのAPIに上記のシステムソフトウェアが依存するすべてのデータ構造を確立します。

これらのデータ構造の1つはリアルモードIVTです。以前のリアルモードファームウェアAPIはint命令に基づいており、リアルモードIVTは初期化の一環として、その命令へのさまざまなファームウェア処理ルーチンへのポインタでファームウェアで埋められました。

保護モードシステムソフトウェアは古いリアルモードファームウェアAPIを必要とせず、リアルモードでプロセッサを実行しないため、物理メモリの最初の1KiBのリアルモードIVTは使用されません。 (v8086 保護モードはアドレスを指定しません。物理住所は00000000以上なので、ぜひ覚えてください。解決しました論理的00000000以上のアドレスはページテーブルによって変換されます。）最新のEFIシステムでは、ファームウェアは物理メモリのメモリマップをオペレーティングシステムのブートローダに渡し、ファームウェアが自己保護モードAPI目的で使用するために予約されている部分を通知し、オペレーティングシステムは引き続き自由に使用できます。物理メモリプールのどの部分ですか？理論的には、物理メモリの最初のページは後者のカテゴリに属することができます。

実際、ファームウェアは通常、物理メモリの最初のページを「ブートサービスコード」と表示します。これはオペレーティングシステムですできるこれを宣言し、引き続き物理メモリプールの一部として使用します。しかしその後EFIファームウェアの起動時間サービスはオペレーティングシステムによってオフになり、ファームウェアはランタイムサービスのみを提供するように縮小されます。add_efi_memmapこれの例は、Finnbarr P. Murphyによって示されたLinuxカーネルログ（オプションを含む）にあります。

[0.000000] efi: mem00: タイプ=3, attr=0xf, 範囲=[0x0000000000000000-0x0000000000001000) (0MB)

xeは他のプログラムを使用してより理解しやすい形式でデコードされ、次のことを行います。

[#00] タイプ: EfiBootServicesCode プロパティ: 0xF
      物理学: 00000000000000000-0000000000001000
      仮想: 00000000000000000-0000000000001000

第二に、実際には、Linuxはこれらの物理メモリ範囲を明示的に無視します。〜でもファームウェアには引き続き使用できると記載されています。 EFIファームウェアと非EFIファームウェアの両方で、Linuxは物理メモリマップがある場合はそれをパッチします（という関数ではtrim_bios_range）、次のカーネルログメッセージを生成します。

[0.000000] e820：アップデート[mem 0x00000000-0x00000fff]有効==>予約済み

これは、リアルモードIVTがファームウェアAPIの一部ではなく最新のEFIファームウェアを処理するのではなく、ファームウェアAPIの一部ですが、ファームウェアがそれを報告する以前のPC98ファームウェアを処理するためのものです（次の同じAPIを介して）。物理メモリ）オペレーティングシステムで簡単に上書きできます。

したがって、物理メモリの理論的範囲はできるカーネルメモリアロケータと要求ページング仮想メモリの一時的な要求に応じて、任意のコードまたはデータが含まれています。実際、Linuxはファームウェアが最初に設定されているため、これを変更しません。

システムのファームウェアは、システムをリアルモードのIVTエントリで満たしました。もちろん、リアルモードIVTエントリは16:16の遠距離ポインタです。 2バイトの16進ダンプを使用してメモリーを表示すると、実際にこれを非常に明確に表示できます。いくつかの例：

ほとんどのIVTエントリは、リアルモードファームウェアROM領域のアドレスF000：FF53を指します。実行のみの仮想ルーチンにすることもできますiret。
IVTはじめに1E同じROM領域にあるテーブルF000：6AA4を指します。
IVT入口1階リアルモードビデオROMファームウェア領域のテーブルであるC000：8930を指します。
IVT項目43リアルモードビデオROMファームウェア領域の別のテーブルであるC000：6730を指します。

追加読書

フィンバーマーフィー（2012-08-18）。UEFIメモリV E820メモリ。 fpmurphy.com.
最新の64ビットIntelチップPCはどのモードでブートセクタを実行しますか？

Answer 1

ファームウェアは何でも残してください。

SU Q&Aで説明したように、理想的な最新システムでは、プロセッサはリアルモードにはまったく入りません。最新の64ビットIntelチップPCはどのモードでブートセクタを実行しますか？、Johan Myréenが他の答えで指摘したように、物理メモリの最初のKiBは重要ではありません。しかし、多くの最新のファームウェアでは（まだ）互換性のサポート、意味は

彼らは退くことができます（例えば、後ろに、MBR、VBRのレガシーPC / ATブートローダなど、リアルモード用に作成されたシステムソフトウェアを実行するために仮想モードから保護モードに直接移動することを検討してください。
これらは以前のリアルモードファームウェアAPIを提供し、これらのAPIに上記のシステムソフトウェアが依存するすべてのデータ構造を確立します。

これらのデータ構造の1つはリアルモードIVTです。以前のリアルモードファームウェアAPIはint命令に基づいており、リアルモードIVTは初期化の一環として、その命令へのさまざまなファームウェア処理ルーチンへのポインタでファームウェアで埋められました。

保護モードシステムソフトウェアは古いリアルモードファームウェアAPIを必要とせず、リアルモードでプロセッサを実行しないため、物理メモリの最初の1KiBのリアルモードIVTは使用されません。 (v8086 保護モードはアドレスを指定しません。物理住所は00000000以上なので、ぜひ覚えてください。解決しました論理的00000000以上のアドレスはページテーブルによって変換されます。）最新のEFIシステムでは、ファームウェアは物理メモリのメモリマップをオペレーティングシステムのブートローダに渡し、ファームウェアが自己保護モードAPI目的で使用するために予約されている部分を通知し、オペレーティングシステムは引き続き自由に使用できます。物理メモリプールのどの部分ですか？理論的には、物理メモリの最初のページは後者のカテゴリに属することができます。

実際、ファームウェアは通常、物理メモリの最初のページを「ブートサービスコード」と表示します。これはオペレーティングシステムですできるこれを宣言し、引き続き物理メモリプールの一部として使用します。しかしその後EFIファームウェアの起動時間サービスはオペレーティングシステムによってオフになり、ファームウェアはランタイムサービスのみを提供するように縮小されます。add_efi_memmapこれの例は、Finnbarr P. Murphyによって示されたLinuxカーネルログ（オプションを含む）にあります。

[0.000000] efi: mem00: タイプ=3, attr=0xf, 範囲=[0x0000000000000000-0x0000000000001000) (0MB)

xeは他のプログラムを使用してより理解しやすい形式でデコードされ、次のことを行います。

[#00] タイプ: EfiBootServicesCode プロパティ: 0xF
      物理学: 00000000000000000-0000000000001000
      仮想: 00000000000000000-0000000000001000

第二に、実際には、Linuxはこれらの物理メモリ範囲を明示的に無視します。〜でもファームウェアには引き続き使用できると記載されています。 EFIファームウェアと非EFIファームウェアの両方で、Linuxは物理メモリマップがある場合はそれをパッチします（という関数ではtrim_bios_range）、次のカーネルログメッセージを生成します。

[0.000000] e820：アップデート[mem 0x00000000-0x00000fff]有効==>予約済み

これは、リアルモードIVTがファームウェアAPIの一部ではなく最新のEFIファームウェアを処理するのではなく、ファームウェアAPIの一部ですが、ファームウェアがそれを報告する以前のPC98ファームウェアを処理するためのものです（次の同じAPIを介して）。物理メモリ）オペレーティングシステムで簡単に上書きできます。

したがって、物理メモリの理論的範囲はできるカーネルメモリアロケータと要求ページング仮想メモリの一時的な要求に応じて、任意のコードまたはデータが含まれています。実際、Linuxはファームウェアが最初に設定されているため、これを変更しません。

システムのファームウェアは、システムをリアルモードのIVTエントリで満たしました。もちろん、リアルモードIVTエントリは16:16の遠距離ポインタです。 2バイトの16進ダンプを使用してメモリーを表示すると、実際にこれを非常に明確に表示できます。いくつかの例：

ほとんどのIVTエントリは、リアルモードファームウェアROM領域のアドレスF000：FF53を指します。実行のみの仮想ルーチンにすることもできますiret。
IVTはじめに1E同じROM領域にあるテーブルF000：6AA4を指します。
IVT入口1階リアルモードビデオROMファームウェア領域のテーブルであるC000：8930を指します。
IVT項目43リアルモードビデオROMファームウェア領域の別のテーブルであるC000：6730を指します。

追加読書

フィンバーマーフィー（2012-08-18）。UEFIメモリV E820メモリ。 fpmurphy.com.
最新の64ビットIntelチップPCはどのモードでブートセクタを実行しますか？

ファームウェアは何でも残してください。

ベストアンサー1

ファームウェアは何でも残してください。

追加読書

おすすめ記事