A core SDK version ：6.1.55
M core SDK version：2.14
The first test：using flash.bin（make by make SOC=iMX9 flash_singleboot_m33） to start both A and M cores，then M core cannot control the GPIO（Test using M-core GPIO routine），However, other peripherals such as the SPI IIC work properly
The secord：using flash.bin（make by make SOC=iMX9 flash_singleboot） to start A cores，start M kernel using elf link file，then The M core can control GPIO normally
The third：In the uboot phase, load the firmware for gpio control (.bin format) to m33 and run m33 to control gpio normally
The above test methods are based on IMX93-EVK test，Do you have the general idea and solution of the positioning problem? Thank you
#IMX9352
ありがとうございました。この方向でテストを続けていきます。また、以下の質問にも非常に興味があります
MコアGPIOルーチンに5秒の遅延を追加することで、あなたの指摘を確認しました（RGPIO_PININIT
RMを読み取ると、AコアのATFセキュリティモジュールの初期化が完了した後、MコアのGPIO制御が必要と思われるのですが、これは正しいですか?「はい」の場合、ATF モジュールの初期化成功によって判断できるもの
最初のテスト:flash.bin(make by make SOC=iMX9 flash_singleboot_m33)を使用してAコアとMコアの両方を起動すると、MコアはGPIOを制御できません(MコアGPIOルーチンを使用してテスト)が、SPI IICなどの他のペリフェラルは正常に動作します
--> test1 と test2&3 の違いは、test1 が A55 ファームウェアをロードする前に M33 ファームウェアをロードすることです。お使いのMコアGPIOルーチンのルールを確認してください、あなたが使用している現在のMコアGPIOルーチンは、M33コアの前にA55ファームウェアをロードする必要があるかもしれません。
Hi @ChumingYang
おっしゃる通りです。
「はい」の場合、ATF モジュールの初期化成功によって判断できるもの
●> GPIO_BASE+ 0x10/ 0x14/ 0x18/--> 0x1cのステータス を読み取ってみることができます 。