こんにちは、NXPチーム
Cortex-M33 ベクター テーブルのイメージ ヘッダー オーバーレイに関して、i.MX RT700 リファレンス マニュアル (RM) とセキュリティ リファレンス マニュアル (SRM) の間に重大な矛盾があることを報告します。
矛盾点:
- リファレンス マニュアル (表 47): オフセット 0x34 を imageExecutionAddress として正しく識別します。これは、ブート ROM によって XIP と Load-to-RAM の実行を決定するために使用されます。
- セキュリティ リファレンス マニュアル (表 79): オフセット 0x34 を DebugMon ハンドラーとして誤ってラベル付けしています。
裏付けとなる調査結果:
- ARM 標準: Cortex-M33 汎用ユーザー ガイドによると、DebugMonitor 例外はアーキテクチャ上オフセット 0x30 に固定されていますが、オフセット 0x34 は予約済みです。
- 内部矛盾: SRM 自体では、図 19 はオフセット 0x34 の「Load Addr」を正しく示していますが、次のページの表 79 ではそのスロットに DebugMon がリストされているため、これと矛盾しています。
- SDK 実装: NXP SDK スタートアップ コードは RM (表 47) および SRM 図 19 に従い、ロード アドレスを 0x34 に配置して、ブート ROM が正しく機能することを保証します。
@mayliu1 SRM の文脈で、表 79 が伝える情報と目的は何なのかを説明していただけますか。オフセットエントリが間違っているように見えます。提供されている例の起動コードは、表 47 に従ってベクター テーブルを提供します。また、Coretx-M33 の汎用ユーザー ガイドによれば、オフセットはオフになっています。比較ドキュメントで共有した画像を見てもらえますか。可能であれば、私が何かを見逃している場合に備えて、これをよりよく理解するための他のリソースとドキュメントを教えていただけますか。
こんにちは@prathamvoraさん、
弊社の製品にご興味をお持ちいただき、またコミュニティをご利用いただき誠にありがとうございます。
RT700RMとRT700SRMを確認しましたが、RT700RMとRT700SRMの間に矛盾はないと思います。
比較している 2 つのテーブルは、2 つの異なるデータ構造を記述しています。
これは標準の NVIC ベクター テーブルではありません。
それらは異なる目的で使用されます:
1: イメージヘッダー: ブートROMの解析構造です
2: NVICベクターテーブル: Cortex-M33の例外処理構造
お役に立てれば幸いです
よろしくお願いいたします。
メイリュー
こんにちは@prathamvoraさん、
あなたの混乱は十分に理解しており、この件を私たちに伝えていただきありがとうございます。
RT700 RM の表 47 は、RT700 チップを参照するのに正しい表ですので、ご安心ください。
RT700SRM に示されている表 (表 79) は、標準の Cortex-M33 NVIC ベクター テーブルを示しています。これは、RT700 に固有のものではなく、一般的な ARM 定義です。
他にご質問がございましたら、お気軽にお問い合わせください。
よろしくお願いいたします。
メイリュー