更新プログラムの処理

[アーティクル]
03/22/2024

ファームウェア更新パッケージが適用され、システムが再起動すると、Windows OS ローダーは、すべてのファームウェアペイロードファイル (この例では、firmware.bin) を物理メモリに読み込みます。 Windows OS ローダーは、各更新プログラムの対応する ESRT エントリからの情報を使用してカプセルヘッダーを作成します。これにより、UEFI UpdateCapsule を呼び出すときに使用する GUID とフラグが記述されます。各カプセルヘッダーのフラグフィールドを設定する場合、Windows OS ローダーは常に CAPSULE_FLAGS_PERSIST_ACROSS_RESET と CAPSULE_FLAGS_INITIATE_RESET を設定します。ドライバーパッケージの INF でカプセルフラグが指定されている場合、Windows OS ローダーは、DEVICE_FIRMWARE ファームウェアの種類の CAPSULE_FLAGS_POPULATE_SYSTEM_TABLE を追加で設定できます。独自のカプセルフラグは INF で指定することもできます。指定すると、UEFI UpdateCapsule を呼び出すときに追加で含まれます

ESRT テーブル定義の ESRT の例と、更新ドライバーパッケージの作成におけるファームウェアリソース更新ドライバーパッケージ INF の例を参照すると、Windows OS ローダーが UpdateCapsule に渡すために作成するカプセルヘッダーは次のようになります。

フィールド	値	コメント
CapsuleGuid	{SYSTEM_FIRMWARE}	該当する ESRT リソースエントリの FirmwareClass から。
HeaderSize	...	ページアライン firmware.bin スタートに埋め込まれます。
Flags	0x50000	全体に永続化し、開始、リセットします。
CapsuleImageSize	...	カプセルヘッダーサイズ + firmware.bin のサイズ。

この例では、ESRT テーブルで定義されている 2 つのデバイスのうち 1 つだけで、新しいファームウェアリソース更新ドライバーパッケージがインストールされていることに注意してください。テーブル 2 の 2 番目のデバイス用にファームウェアリソース更新ドライバーパッケージが作成され、対応するファームウェアリソースデバイスにインストールされた場合、次のように 2 つ目のカプセルヘッダーが作成されます。

フィールド	値	コメント
CapsuleGuid	{DEVICE_FIRMWARE}	該当する ESRT リソースエントリの FirmwareClass から。
HeaderSize	...	ページアライン DEVICE.BIN スタートに埋め込まれます。
Flags	0x50000	システムテーブル全体に永続化し、システムテーブルを開始、リセット、および設定します。OR は、対応する ESRT リソースエントリの CapsuleFlags からの0x8010を使用します。
CapsuleImageSize	...	カプセルヘッダーサイズ + DEVICE.BIN のサイズ。

Windows OS ローダーは、保留中のすべてのファームウェア更新プログラムを読み込み、それらを記述するために必要なデータ構造を作成してから、ExitBootServices を呼び出す前に UpdateCapsule ランタイムサービスを呼び出します。

プラットフォームファームウェアがストレージデバイスを含むすべてのデバイスを排他的に制御している場合、UpdateCapsule は ExitBootServices の前に呼び出されます。 UpdateCapsule のプラットフォームファームウェアの実装では、ファームウェアの更新ペイロードを永続的ストレージに保存して、更新プログラムをステージングしたり、復旧ロールバックをサポートしたりできます。