こんにちは、NXP チームの皆様、
インストールされたUUU実行ファイルは以下を報告します。
libuuu_1.5.21-0-g1f42172
私たちは以下を使用しています:
sudo uuu -b emmc_all ~/Downloads/flash.bin *.wic
組み込みのemmc_allスクリプトは、以下の方法で完全な.wicイメージを書き込みます。
FB: flash -raw2sparse all _image
その後、ブートローダーを書き込み、eMMCブート選択を設定し、FB: doneで終了します。
このスクリプトには、進行中のフラッシュ処理完了メタデータの明示的な処理や、読み戻しハッシュの検証手順は含まれていません。
.wic の実行中にフラッシュが中断された場合writeすると、クラスタはその後起動し、更新されたHMIを表示できます。既存の使用可能なブートローダーと、十分な量のboot、rootfsの内容が書き込まれていればこれが可能になると思われますが、選択されたスロットとその内容の完全性はまだ確認されていません。
工場出荷時フラッシュが中断された後、両方のスロットからの通常起動をブロックしつつ、USBリカバリ機能を維持するための、電源喪失耐性のある完了チェックを追加する方法について教えてください。メタデータは、完全な.wicファイルとは独立して有効でなければならない。書き込みとブートローダーのアップデート。
こんにちは、
公式の解決策は実装されていませんが、uuuスクリプトをカスタマイズでき、組み込みのemmc_allフローはFastbootやU-Bootコマンドに基づくUUUスクリプトで、カスタムのuuu.autoファイルで修正または置き換えが可能です。U-BootコマンドはFB: ucmdを通じても実行可能です。つまり、プログラミング前に「フラッシュ処理中」フラグを設定し、検証が成功した後にのみそのフラグを解除するなど、カスタム手順を追加する必要があるということです。
U-Bootの起動回数/起動制限
U-Bootツリーには以下のサポートが含まれています:
CONFIG_BOOTCOUNT_LIMIT
ブートカウント
ブート制限
altbootcmd
CONFIG_BOOTCOUNT_FS
ブート回数がブート制限を超えると、U-Bootは通常のbootcmdの代わりにaltbootcmdを実行します。この仕組みは、システムをFastbootのようなリリバリモードにリダイレクトするために使用できます