Part Number: AM62A3-Q1
Hi TI Experts,
Customer is running AM62A HSFS device with SDK9.0
Customers have validated that OSPI NAND boot is okay to load and debug C7x on the CCS successfully!
Customers also want to use SD boot to load and debug C7x on the CCS, because this is more related to their actual applications.
However, when using SD boot, although it could boot normally, after connecting to CCS the C7x core will automatically run by default.
When we look for the reasons for it, we found that the Linux boot has loaded and run the C7x already by default.
root@am62axx-evm:/opt/edgeai-gst-apps# dmesg |grep dsp [ 5.073292] k3-dsp-rproc 7e000000.dsp: assigned reserved memory node c7x-dma-memory@99800000 [ 5.082917] k3-dsp-rproc 7e000000.dsp: configured DSP for remoteproc mode [ 5.083204] remoteproc remoteproc0: 7e000000.dsp is available [ 5.192978] remoteproc remoteproc0: powering up 7e000000.dsp [ 5.309686] k3-dsp-rproc 7e000000.dsp: booting DSP core using boot addr = 0x99a00000 [ 5.473773] remoteproc remoteproc0: remote processor 7e000000.dsp is now up root@am62axx-evm:/opt/edgeai-gst-apps#
This is not what customers want as customers want to run and test their own C7x program.
We have tried the below method to reset CPU after connecting to the C7x core.
However, the result shows that C7x core cannot be debugged after doing cpu reset. (We have validated that R5f core is normally and can be debugged after cpu reset).
May I know if there are any suggestions to load and debug customers' own C7x programs using SD boot mode please?
Thanks a lot!
Kevin
