PROCESSOR-SDK-AM64X: Program(.out file) is not suspend on main() function

Expert 2781 points

Part Number: PROCESSOR-SDK-AM64X
Other Parts Discussed in Thread: SYSCONFIG, AM67

Tool/software:

Hello,

May I have question about AM64x?

My customer is debugging own booting software.

- custome software based on this project.[mcu_plus_sdk_am64x Dir]\examples\drivers\sciclient\sciclient_ccs_init

- custome point : disableing DDR init only

If load .out file manually in CCS, it not suspend main() function.

In customer reserch,

If R5F CPU register "CPSR" was 0x1F3 (written by CCS manually ), it not suspend on main() function.

If "CPSR" was 0x1D3, it suspend on main() function.

Question 1

I believe this issue is occor anything to error before main() function. (because Log output called "CIO console" does not outputed)

I suspect DDR initialize, linker setting,...

Do you have anything to information or idea of another case?

Question 2

I think CPSR bit5 depends on another register value.

In ARM manual, it write as depends on SCTLR TE-bit.

My customer believe this bit is configured by bootmode pin.

Is this correct?

And if No-boot-mode, what value is this bit?

Thanks,

1 month ago

0 Vaibhav Kumar 1 month ago

TI__Mastermind 26803 points

Hello,

The assigned expert is currently out of office, please expect responses by next week.

Thanks for your patience.

Regards,

Vaibhav

0 Tushar Thakur 1 month ago

TI__Mastermind 30273 points

Hi GR,

Thanks for your patience.

Can you please halt the CPU and check which instruction the CPU is executing?

Regards,

Tushar

0 GR 1 month ago in reply to Tushar Thakur

Expert 2781 points

Hi Tushar,

I attach my customer's result.

CPU is executing LDR pc, undefined_addr.

I believe my customer does not custome compiler setting from SDK.

Best regards,

+1 Tushar Thakur 1 month ago in reply to GR

TI__Mastermind 30273 points

Hi GR,

I have tried the above removing the DDR part from sysconfig and rebuilt the project.

I am able to halt the program at main function.

Can you please confirm, Are you using HSFS or GP device? On HSFS devices NO Boot will not work, customer have to stick to DEV boot mode.

Regards,

Tushar

0 GR 1 month ago in reply to Tushar Thakur

Expert 2781 points

Hi Tushar,

Thanks for your support.

My customer is using dev boot mode BOOTMODE[7:3]=01111.

This is only occor my customer's custome board. (It is not occord our enviorment)

Do you have anything idea to find and fix issue?

Best regards,

0 Tushar Thakur 1 month ago in reply to GR

TI__Mastermind 30273 points

Hi GR,

On customers custom board are they facing any issues while running the default scilcient_ccs_init without any modification?

Regards,

Tushar

0 GR 1 month ago in reply to Tushar Thakur

Expert 2781 points

Hi Tushar,

Tushar Thakur said:
On customers custom board are they facing any issues while running the default scilcient_ccs_init without any modification?

Yes, The probrem occor with default .out file.

But My customer is using another part number of DDR from EVM, So It should error in DDR initialize.

And Do you have answer about Question2?

GR said:
Question 2

I think CPSR bit5 depends on another register value.

In ARM manual, it write as depends on SCTLR TE-bit.

My customer believe this bit is configured by bootmode pin.

Is this correct?

And if No-boot-mode, what value is this bit?

[additional] If DEV-boot-mode, what value is this bit?

Best regards,

+1 Tushar Thakur 1 month ago in reply to GR

TI__Mastermind 30273 points

Hello GR,

GR said:
But My customer is using another part number of DDR from EVM, So It should error in DDR initialize.

So, I assume that customer is able to halt the default binary at main() function but is not able to execute the binary because of DDR initialization issue.

But when trying to load the modified binary(removing DDR), the program is not halted at main() function.

Is the above understanding correct?

GR said:
[additional] If DEV-boot-mode, what value is this bit?

The value of the SCTLR TE-bit for DEV BOOT mode is 0.

Regards,

Tushar

0 GR 1 month ago in reply to Tushar Thakur

Expert 2781 points

Hello Tushar,

Tushar Thakur said:
So, I assume that customer is able to halt the default binary at main() function but is not able to execute the binary because of DDR initialization issue.

But when trying to load the modified binary(removing DDR), the program is not halted at main() function.

Is the above understanding correct?

Yes, your understand is correct.

What we should to check in customer enviorment for solve this probrem?

Tushar Thakur said:
GR said:
[additional] If DEV-boot-mode, what value is this bit?

The value of the SCTLR TE-bit for DEV BOOT mode is 0.

Thank you for answer!

Best regards,

+1 Tushar Thakur 1 month ago in reply to GR

TI__Mastermind 30273 points

Hello GR,

I am not able to reproduce the issue on my end. I have removed the DDR part from the example but still able to load it and halt at main.

Can you please try to run the below project on custom board and let me know if this works?

Project - sciclient_ccs_init_am64x_evm_r5fss0_0_nortos_ti_arm_clang.zip

Also Can you please try to replicate the issue on our EVM?

Regards,

Tushar

0 GR 27 days ago in reply to Tushar Thakur

Expert 2781 points

Hi Tushar,

I had double check customer's hardware.

BOOTMODE's reserved bit was set 1 in customer's board.

But in AM67 that is sama architecture of AM64x, it should not to set 1.

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1401378/am67a-am67-bootmode-pins-14-and-15/5364061?tisearch=e2e-sitesearch&keymatch=bootmode%252520reserved#5364061

If set 0, it was solved.

Thanks for your support.

Best regards,

0 Tushar Thakur 27 days ago in reply to GR

TI__Mastermind 30273 points

Hi GR,

Thanks for the above confirmation.

Happy to help

Regards,

Tushar

Processors

Processors forum

PROCESSOR-SDK-AM64X: Program(.out file) is not suspend on main() function