Using the S32g274rdb2 development board to debug the bootloader

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Using the S32g274rdb2 development board to debug the bootloader

3,789件の閲覧回数
sdx111
Contributor II

With reference to this document, I have changed the state of SPI1 of BSP35 in core A to disable. Why does this GPIO LED still stop flashing after core A loads SPI1 during operation? 

sdx111_0-1724311825912.pngsdx111_1-1724311844342.png

 

0 件の賞賛
返信
7 返答(返信)

3,562件の閲覧回数
chenyin_h
NXP Employee
NXP Employee

Hello, @sdx111 

Thanks for your reply.

Well, commonly such A&M booting issue is caused by the resource conflicts, including clock, memory, pinmux, etc.

Let me try it later to see if it could be reproduced, if any findings made, I will update you, besides, I suggest continue checking any possible conflicts one by one according to your own implementation.

 

BR

Chenyin

0 件の賞賛
返信

3,682件の閲覧回数
chenyin_h
NXP Employee
NXP Employee

Hello, @sdx111 

Thanks for the reply.

I assume that you are using the DIO example as the M core application to flash the LED, right? I remember that only GPIO6 is used in that example.

If you have disabled the corresponding pin in kernel, it seems odd that the Linux booting is impacted. May I know if your bootloader could boot the A core side properly if not booting the M core side simultaneously?

Let me summarize the status, correct me if any misunderstanding made, if any, I do apologize.

1. The LED keep flashing when enter u-boot.

2. When entering the kernel, if only changed the state of SPI1 in kernel dts to disable, the kernel could boot correctly but the LED stop flashing.

3. When entering the kernel, if only removing the corresponding nodes from kernel DTS, the kernel could not boot correctly, right? how about the LED status?

At last, I remeber that the DIO example's code will blink the LED for some time, and do not flash at last, may I know if you were actually using the Dio_ToggleLed_S32G274A_M7 example from which version of RTD?

 

BR

Chenyin

0 件の賞賛
返信

3,626件の閲覧回数
sdx111
Contributor II
I am using the DIO example as the M core application to flash the LED.
My bootloader could boot the A core side properly if not booting the M core side simultaneously.

1. The LED keep flashing when enter u-boot.
Yes

2. When entering the kernel, if only changed the state of SPI1 in kernel dts to disable, the kernel could boot correctly but the LED stop flashing.
Yes

3. When entering the kernel, if only removing the corresponding nodes from kernel DTS, the kernel could not boot correctly. LED keep flashing.

We changed the DIO example to always flash.
0 件の賞賛
返信

3,714件の閲覧回数
chenyin_h
NXP Employee
NXP Employee

Hello, @sdx111 

Thanks for the clarification.

Sorry that I do not see problem from this training document attached,  from your test, it is correct under u-boot, right? since there is issue once enter the kernel, would you please try removing the corresponding nodes from kernel DTS?

 

BR

Chenyin

0 件の賞賛
返信

3,705件の閲覧回数
sdx111
Contributor II
Yes,It is correct under u-boot.
In addition, please check 4.3 DIO MCAL+Linux test in the training document, which also suggests the A core driver stops after loading SPI.
I tried to remove the corresponding nodes from kernel DTS earlier. However, I do not know why A core will not start directly. Could you please tell me some detailed operations?
0 件の賞賛
返信

3,736件の閲覧回数
chenyin_h
NXP Employee
NXP Employee

Hello, @sdx111 

Thanks for the question and sorry for the delay.

May I know if it stops flashing once entering the uboot or kernel? how you disabling the SPI1?

 

BR

Chenyin

0 件の賞賛
返信

3,732件の閲覧回数
sdx111
Contributor II

It stops flashing once entering the kernel.
I only changed the status of SPI1 for dts in uboot and kernel to disable.The document I refer to is S32G_Bootloader_V2-2022.1024_eng.pdf .

0 件の賞賛
返信