AM6442: MCU SDK A53 examples don't work with debugger,

It should be sk-am64 not am6442 though it is the same SOC.

This looping occurs if either Enable UART logging or Enable CCS logging option are enabled in the syscfg project file. 

If they are not there is no looping but nothing is printed out.

Hello Ilya,

Could you please try changing the UART number in your example code and perform the same test?

The Hello World example code uses USART0 and you can try changing from USRAT0 to USART1 and do the same test.

Please confirm if this helps to resolve your issue.

Regards,

S.Anil.

Hello Swargam,

Without enabling UART log component in sysconfig putchar_() in ti_dpl_config.c is just an empty stub.

That explains why with default example configuration nothing is printed out.

With the component enabled UART instance is Any(UART1) by default. Changing it to UART1 did not help. The core

is still looping infinitely after the Sciclient_sendMessage() call.

This is empty_am64x-sk_a53ss0-0_nortos_gcc-aarch64.

Thanks,

Ilya

Hello Swargam,

Without enabling UART log component in sysconfig putchar_() in ti_dpl_config.c is just an empty stub.

That explains why with default example configuration nothing is printed out.

With the component enabled UART instance is Any(UART1) by default. Changing it to UART1 did not help. The core

is still looping infinitely after the Sciclient_sendMessage() call.

This is empty_am64x-sk_a53ss0-0_nortos_gcc-aarch64.

Here is where it is looping. Looks like it is waiting somewhere around putchar_()

but it does not get to a breakpoint I set in it:

void putchar_(char character)
{
/* Output to UART console */
DebugP_uartLogWriterPutChar(character);  <-----here
}

Thanks,

Ilya

I'm still debugging but it seems like memcpy() call from Sciclient_sendMessage() 

never returns.

/* Write header */
msg = pHeader;
for (i = 0U; i < SCICLIENT_HEADER_SIZE_IN_WORDS; i++)
{
     /*Change this when unaligned access is supported*/
     (void) memcpy((void *)&test, (const void *)msg, 4);
    CSL_REG32_WR(threadAddr, test);
    msg += 4;
    threadAddr+=sizeof(uint32_t);
}

Hello IIya,

I can reproduce the issue on my end and expect a reply in a day or two days.

I have a question are you using SD boot mode?

Regards,

S.Anil.

Hello Swargam,

Yes, I am using SD boot mode with OSPI null SBL on the SD card.

But the result does not seem to depend on the boot mode.

Also I believe what was supposed to be a call to memcpy()  ends up in _fini().

Thanks,

Ilya