インテルのみ表示可能 — GUID: dob1540272325392
Ixiasoft
インテルのみ表示可能 — GUID: dob1540272325392
Ixiasoft
2.10. ファクトリー・イメージの更新
システムでファクトリー・イメージの更新をサポートできるようにするには、使用する予定の最大ファクトリー・イメージのサイズに512 KBを加えた、フラッシュ内の使用可能なスロットが必要です。
アプリケーション・イメージは通常、ファクトリー・イメージよりも大きいため、更新手順に一時的にアプリケーション・イメージ・スロットを使用できます。ただし、これは、ファクトリー・イメージの更新手順中に使用可能なアプリケーション・イメージ・スロットが1つ少なくなることを意味します。
ファクトリー・イメージおよび決定ファームウェアを更新する手順は次のとおりです。
- 新しいファクトリー・イメージSOFファイルを入力として使用して、Programming File Generatorでファクトリー・アップデート・イメージを作成します。ファクトリー・アップデート・イメージには、新しいファクトリー・イメージ、新しい決定ファームウェア、新しい決定ファームウェア・データ、および実際のアップデートを実行するための特別なファームウェアが含まれています。
- ファクトリー・アップデート・イメージをリモートシステムに展開します。
- ファクトリー・アップデート・イメージをフラッシュに書き込み、U-BootまたはLIBRSUのいずれかを使用して最優先にします。ファクトリー・アップデート・イメージはアプリケーション・イメージとは異なる形式であるため、新しいLIBRSU API (rsu_slot_program_factory_update_buf および rsu_slot_program_factory_update_file) を使用します。U-Bootに相当するものもあります。
- ロードするように要求するか、nCONFIGをトグルすることにより、ファクトリー・アップデート・イメージに制御を渡します。
- ファクトリー・アップデート・イメージが続行され、ファクトリー・イメージ、決定ファームウェア、および決定ファームウェア・データが新しいコピーに置き換えられてから、CPBからそれ自体が消去されます。
- 最後に、ファクトリー・アップデート・イメージは、CPBに新しい最も優先度の高いイメージをロードするか、またはCPBが空の場合はファクトリー・イメージをロードします。
ファクトリー・アップデート・フローは、電力喪失に対して回復力があります。更新中に電源が失われた場合、次に電源が復旧したときに、ファクトリー・アップデート・イメージは停止したところから更新プロセスを再開します。
U-BootおよびLinuxの両方からファクトリー・イメージ・アップデートを実行する方法の例については、リモート・システム・アップデートの例の項を参照してください。
APIリファレンス情報については、付録のLIBRSUリファレンス情報にある、LIBRSUリファレンス情報の項を参照してください。