U-Boot crash on bootaux hello_world.elf

Hello

U-Boot crash on bootaux hello_world.elf with the following error .

Colibri iMX7 # bootaux ${loadaddr}
data abort
pc : []          lr : [<1fff84b5>]
reloc pc : [<878001a0>]    lr : []
sp : bdf69094  ip : 1fff8455     fp : 00000002
r10: bdf84288  r9 : bdf70eb0     r8 : 00000000
r7 : 1fff833d  r6 : 1fff83c9     r5 : 00000000  r4 : 00000000
r3 : 00000000  r2 : 00000180     r1 : 80808040  r0 : 1fff8040
Flags: nzcv  IRQs on  FIQs on  Mode SVC_32
Code: e3a0d013 e169f00d e1a0e00f e1b0f00e (e24dd048) 
Resetting CPU ...
  1. My Board version is V3.1A
  2. couldn’tget any example to work.
  3. Any suggestions.

Steps to reproduce

Hi @sarath ,

Welcome to Toradex Community !

Could you please see this similar question.
Also, to load FreeRTOS you can refer this developer article.

Regards,
Deven

Hi Deven,

I tried all solutions in thread(link text).
No success.
bootaux ${loadaddr} is resetting with data abort even before it display loading elf.

Colibri iMX7 # bootaux }
## Starting auxiliary core at 0x1FFF8241(

  1. Is this and issue with bootaux?

MY error.
Colibri iMX7 # dcache off
Colibri iMX7 # bootaux ${loadaddr}
data abort

pc : lr : [<1fff84b5>]
reloc pc : [<87801162>] lr :
sp : bdf69094 ip : 1fff8455 fp : 00000002
r10: bdf73430 r9 : bdf70eb0 r8 : 00000000
r7 : 1fff833d r6 : 1fff83c9 r5 : 00000000 r4 : 00000000
r3 : 00000000 r2 : 000001a0 r1 : 80808040 r0 : 1fff8020
Flags: nzCv IRQs off FIQs off Mode SVC_32 (T)
Code: f891 f07c e8b1 51f8 (3a20) e8a0
Resetting CPU …

Thanks,
P Sarath Chandra

Hi @sarath ,

Let me try with my setup. Could you please share your binary here?
I will update you soon.

Regards,
Deven

Hi Deven,

attached elf link text

Thansk,
P Sarath Chandra

Hi Deven,

Attaching full image
image_list.json, image-Reference-Minimal-Image.json, u-boot, rootfs, etc

link text

Thanks,
P Sarath Chandra

Hi @sarath

Sorry for the delay.

are you still facing the issue? I have tried with the attached image and .elf file.it worked smoothly.

Hi

I also saw similar issue booting M4 from latest U-Boot, iMX7D NAND. Had to switch to older one, which is fine with bootaux.

Edward

Hi ashok,

old u-boot version if working fine U-Boot 2019.07-3.0.4+g26d926eda0

latest u-boot has issues U-Boot 2020.07-5.1.0

are you planing fix.

will try using old u-boot with latest kernel and let you know.

Thanks,
P Sarath Chandra

I am seeing the same thing, identical crash on the same SOM and carrier board. I reverted to the eval-v3 to avoid any carrier-specific problems.

I reflashed my SOM back to basics. Torizoncore Upstream 5.1.0-devel-202011+build.4 colibri-imx7-emmc-06514944 and U-Boot 2020.07-5.1.0-devel+git.3c5809aacd31. is now installed.

Using the Colibri-iMX7-M4_FreeRTOS-1.2-20170407.zip example binaries as provided by Toradex, loading an .elf file causes the same data abort as captured above with the same registers. Loading a .bin works.

This is highly reproducible and appears to be a problem with U-Boot. Can Toradex please confirm?

I’ve reverted to an older Toradex image, the 04-21-2020 console demo image which uses U-Boot 2019.07-3.0.4+g26d926eda0.

elf binaries load and boot correctly on this image.

Hi @sarath

I have checked internally and we will fix this issue in the coming u-boot release.

Hi @lkoziarz

I have checked internally and we will fix this issue in the coming u-boot release.

@sarath, I also had the very same issue.
I downloaded and compiled the U-Boot for 3.0.4 and changed the “u-boot-nand.imx” file in my custom toradex image, created using Yocto Project.
It now boots both Linux 5.1 and the M4 auxiliary core with no issues.
I’m looking forward for the fix in the next version as well, @ashok.tx.

Can you identify where the regression occurred so I can update my Yocto build? Thanks.

Greetings!

This issue was fixed and you can try the latest BSP 5.2.0 nightly to give it a try.

I’m forking uboot for our own Yocto build. Could you point me to a commit? Thanks.

Latest uboot has a working bootaux again. Thanks for your attention on this.

Perfect. Thanks for the feeback.