カスタムのi.mx93ボードを使っていますが、主にEVKの設計とPMICに従っています。ソフトウェアではNXP BSPベースのYocto(walnascar-6.12.34-2.1.0)を使っています。支店）。
ウォッチドッグタイムアウトで、Cortex-A55だけをリセットし、Cortex-M33(Zephyr)を稼働させておきたいです。そうすればM33がA55を監視し、障害時にデータをバッファリングできます。
リファレンス・マニュアルで見つけたのですが、
- セクション32.2.10では、wdog4_ca55_rst_bおよびwdog5_ca55_rst_bをコールドリセットソースとして記載しています。
- セクション32.2.12.2ではCA55はウォームリセットができず、電源オフ、CPU待機、電源オン、リリースの手順が説明されています。
- WDOG第69章では、タイムアウトによって何がリセットされるかについては記載されていません。
devmem2を使用して、SRCベース0x44460000のレジスタをダンプしました。
+0x18 (マスクのリセット): 0x00000FBF。ビット6(CSU)はクリアで、WDOGビット(WDOG5(ビット4)を含む)は設定されているため、これらのソースはマスクされています。
WDOG4やWDOG5のマスクを解除し、リセットモードをCA55スライスのみに設定して、A55がリセットされる一方でM33が動作し続けるのはサポートされていますか?もしそうなら、A55を再始動させるために他に必要なものはありますか?申請書や例はありますか?
アドバイスをいただければ幸いです。
よろしくお願いします
SRCはM33ドメインを選択しなくてもWDOG4/5のリセットをA55ドメインにルーティングできますが、それだけではM33が動作し続ける間にA55が電源を再開し、再起動しLinuxを起動するわけではありません。A55の再起動シーケンスと、ウォッチドッグによってトリガーされるPMICのリセットについても考慮する必要があります。あなたのBSPでその完全なフローを実装しているNXPの例は見つかりませんでした。
また、マスクビットの読み取り値が間違っているようです。SRMASKでは、WDOG4とWDOG5はビット19と20であり、ビット3と4ではありません。レジスタフィールドを変更する前に、再度確認してください。
迅速なご返信ありがとうございます。
私のSRMASK図（スクリーンショットを添付）では、WDOG4とWDOG5がビット3と4に、WDOG1からWDOG3がビット0から2に割り当てられており、リセット値は0xFBFです。それは起動時に私が読んだ内容と一致します。
私はIMX93RM.pdfを読んでいます牧師7、2026年2月10日。
どの文書と改訂版を読んでいるのか確認していただけますか?
私の疑問は再起動についてです。このリセット後、CPUWAITが保持され、リセットベクタが設定された状態で、A55を再び動作させるためのサポートされている手順は何ですか？RMによるとCA55はウォームリセットできず、電源のサイクルが必要だと言われています。M33から電源を再投入する、サポートされている方法はありますか？
ありがとう。
よろしくお願いします