2412218_ja-JP

是

i.MX8QXP C0: クラッシュ証拠キャプチャ SCwatchdogresetCortex-M4監視A35クラスタ全体にラムーブ

こんにちは、NXPチームの皆さん、
プラットフォームの詳細:

SoC: i.MX8QXP C0、MEKリファレンスに基づくカスタムボード
BSP: NXP Linux 6.6.3 [状態完全タグ、例:lf-6.6.3-1.0.0]、ヨクト・スカースギャップ
SCFWバージョン：[scu_rmを実行し、ブートログを確認してバージョンを貼り付けてください]
SECO/AHAB: [有効/無効、バージョン]
U-Boot: [2024.04/tag]
Cortex-M4(CM4_0):現在使用されておらず、ファームウェアはインストールされていません
ユースケース:生産オートモーティブ向けインストゥルメントクラスター;A35はLinux/Weston HMIを動作させています

問題提起：
実稼働環境では、A35 複合システムがクラッシュしたり、ハードハングアップ（カーネルパニック／ロックアップ）を起こしたりするケースが時折発生します。現在では持続的なクラッシュの証拠もなく、自律的な復旧もありません。クラスターは手動で電源を入れ直すまで停止状態のままで、フィールドやDVの発生はデバッグできません。我々は、(a) pstore/ramoops を使用したウォッチドッグリセット後のパニックログの永続化、および (b) A35 パーティションのみをリセットできる機能を備えた CM4_0 による A35 の監視を実装したいと考えています。
i.MX8QXP C0において、システムウォッチドッグ（imx-sc-wdt、SCFWによって処理される）が作動した場合、どのようなタイプのリセットが実行されますか？（SoC/ボード全体のリセット、またはAクラスタパーティションのリセット）これはSCFWボードファイルまたはsc_pm API経由で設定可能ですか？

Re: i.MX8QXP C0: crashevidence capture ramoops across SCwatchdogresetCortex-M4 supervision A35 clus

こんにちは、

はい、SCFWが管理する仮想監視犬を使ってパーティションをリセットすることもできますSC_TIMER_WDOG_ACTION_PARTITION 動作はLinux/A35パーティションのみをリセットします。

また、SCFW sc_pm APIを介してA35パーティション上でsc_pm_reset_partition()を呼び出すことで、CM4_0ファームウェアから直接同じ効果を得る方法もあります。これにより、CM4_0はウォッチドッグメカニズムとは独立した完全な監視制御が可能になります。

この件については、あなたが使っている特定のバージョンのSCFW移植ガイドで詳しく知ることができます。

よろしくお願いいたします。
アルド。