J7200XSOMXEVM: Unable to Load R5F MCU1_0 .elf file via SD card and U boot ( in QNX platform)

Dear Team, 

Kindly help us to fix this issue. since which is blocking our project activities.

we are trying boot using Uboot both R5F core and A72 but its failing. 

Hi Satish,

What application are you running on R5F? Is that application running fine standalone with CCS or SBL boot flow? 

Also, please refer to the FAQ https://e2e.ti.com/support/processors-group/processors/f/processors-forum/931992/faq-tda4vm-application-in-the-psdkra-runs-standalone-from-sbl-but-doesn-t-run-alongside-linux and make sure your R5 application is configured according to the guidelines mentioned in the FAQ.

Regards,
Parth

Hi Parth Nagpal, 

we are running autosar application in R5F MUC1.0 and its working fine in SBL boot and CCS mode .

we are observing above error only when we use U boot mode .

Dear Parth, 

WHen i am using uBoot method to boot R5F , i am build my Application.elf to run at location 0xA000_0000 DDR RAM location 

Vector Table placed at BTCM memory.

Dear Parth, 

To understand that, memory related issue we had placed my classic Autosar image in 0xA000_0000 (including reset vector) and retested the image, observed same error on Terminal window.

Hi Satish,

Assigning this to our Autosar experts, they will respond here soon.

Regards,
Parth

hi Parth, 

Sure.

Hi Satish,

From the error being reported, it seems SciClient messages from the A72 are failing.  Can you confirm that the SciServer is running on MCU1_0 image, at the time the A72 logs are being seen? 

Output: ti_sci dmsc@44083000: ti_sci_get_response: Message receive failed. ret = -110

Thanks,

kb

hi KB, 

Yes we are using SC! server in MCU1_0 image...but we observed this issue immediate after reboot HW . if we use only SPL and there is no Application image at r5F core we are able to boot A72 successful

with Sample Application we are boot R5F, A72 core but application what we build (which include SciServer function) does not booting A72 and r5F core.

Hi Satish,

Are you able debug(JTAG / prints)  the Sample Application (which includes the SciServer function), to ensure the A72 SCI Client commands are being received on MCU1_0?

Any chance a race condition is occurring, where A72 SciClient messages are being sent, before the MCU1_0 Sample Application (with SciServer), has been run?

Regards,

kb

hi KB, 

we are using SD card boot mode, so we cannot connect CCS continuously since During HW reboot it is crashing. 

but after HW reboot we connected CCS and verified that content of R5F, it shows control with SPL and there is no App image 

A72 core is not booted.

if we remove dependency of SCI serve from our application image i.e., R5F core app will cause any issue ?? 

Hi Satish,

Regarding SD card boot mode, I'm not aware on the restriction of using CCS.   A while(1) loop can be introduced on the MCU1_0 image, along with breakpoints to allow for CCS to connect, during boot flow, for debugging purposes.

SCI Server must be running on the MCU1_0 for the system to function, if it is removed from the R5F core app, SCIClient on all other cores will not function.

Regarding Case (2) above, I'm not clear on expectations here, please see this thread and the below link.  Why is your MCU1_0 image required to be loaded by Uboot?

https://software-dl.ti.com/jacinto7/esd/processor-sdk-linux-jacinto7/08_02_00_03/exports/docs/linux/Foundational_Components/U-Boot/UG-General-Info.html#boot-flow 

Regards,

kb