Hi I.MX6 community
I am facing one problem
1. I i created a c-language application (with no startup code ) in arm-ds5 platform and from fromelf utility i converted to bin than loaded into DDR in u-boot than running in u-boot by go command , its working fine
2. but with startup code the application is not running from u-boot but it is running from debugger(DStream)
3. i am suspecting scatter file or c library initialization (__rt_entry routine)
if any one can find solution to my problem please give me reply
thank you
Regards
Saida
Hello,
U-boot runs so called standalone applications under Uboot environment ;
when providing special startup settings - say, stack initialization - it conflicts
with U-boot.
Have a great day,
Yuri
-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------
Thank you YURI
but in DS-5 my startup code does init according to my application, i think it overrides u-boot initializations
with small routines in main() it is running but if i add some more functions than its not running
i think we have to re-implement __user_setup_stackheap() ?
ok if this is not true than how we have to create applications for embeding into flash
thanks
regards
saida
Hello,
yes, main() contains initialization of so called execitive system, that may be
incompatible with U-boot.
Regards,
Yuri.
Hi
But when i created a C project which doesn't have any assembly files, it is running fine
but with startup code jumping from __main to main() user function it is not running from u-boot (but up to __main it is working in u-boot)
if this is not correct
than how to build a application in DS5, which is stored in flash and copied to ram than running from ram after booting from u-boot
thanks and regards
saida
Hello,
I think it makes sense to apply to U-boot support regarding the issue.
Regards,
Yuri.