Re: App crashes if entrypoint but not from nsh

2023-07-06 Thread Tim Hardisty
Argument is correctly passed and prints as expected. I just found that for some reason in the new config I created for this work that somehow CONFIG_BOARD_LATE_INITIALIZE was not set, so my board bringup code was not initialised, so there was no /dev/fb0 for lvgl to use. Doh! On 05/07/2023 2

Re: App crashes if entrypoint but not from nsh

2023-07-05 Thread Tim Hardisty
(and will do what you suggest, tomorrow, just in case) On 05/07/2023 20:01, Petro Karashchenko wrote: I'm asking about parameters because if I recall correctly the arguments were stored on program stack, so I thought of maybe some stack alignment issue or something similar. Maybe you can modify lv

Re: App crashes if entrypoint but not from nsh

2023-07-05 Thread Petro Karashchenko
I'm asking about parameters because if I recall correctly the arguments were stored on program stack, so I thought of maybe some stack alignment issue or something similar. Maybe you can modify lvgldemo_main and place print some message to console + sleep(1); in a loop just after it is entered? Not

Re: App crashes if entrypoint but not from nsh

2023-07-05 Thread Tim Hardisty
Yes (or "music") - so called by nsh: lvgldemo music It's a memory-type problem of some sort rather than errors with vars, I believe. On 05/07/2023 19:24, Petro Karashchenko wrote: Just to clarify, when you run lvgldemo from nsh, do you also pass "widgets" as argument, right? On Wed, Jul 5, 2023

Re: App crashes if entrypoint but not from nsh

2023-07-05 Thread Petro Karashchenko
Just to clarify, when you run lvgldemo from nsh, do you also pass "widgets" as argument, right? On Wed, Jul 5, 2023, 8:54 PM Tim Hardisty wrote: > Sure. I think attachements get stripped out so I have pasted the > contents (I've "xxx"d references to the board name) > > # > # This file is autogen

Re: App crashes if entrypoint but not from nsh

2023-07-05 Thread Tim Hardisty
Sure. I think attachements get stripped out so I have pasted the contents (I've "xxx"d references to the board name) # # This file is autogenerated: PLEASE DO NOT EDIT IT. # # You can use "make menuconfig" to make any modifications to the installed .config file. # You can then do "make savedefco

Re: App crashes if entrypoint but not from nsh

2023-07-05 Thread Petro Karashchenko
Maybe you can share the defconfig for faulty case, so that can be inspected? On Wed, Jul 5, 2023, 8:29 PM Tim Hardisty wrote: > Yes - both that and the lvgldemo stack size (up to 65535 each). > > On 05/07/2023 18:21, Xiang Xiao wrote: > > Do you try CONFIG_INIT_STACKSIZE instead? > > On Thu, Jul

Re: App crashes if entrypoint but not from nsh

2023-07-05 Thread Tim Hardisty
Yes - both that and the lvgldemo stack size (up to 65535 each). On 05/07/2023 18:21, Xiang Xiao wrote: Do you try CONFIG_INIT_STACKSIZE instead? On Thu, Jul 6, 2023 at 1:01 AM Tim Hardisty wrote: Having got u-boot to actually do something, I now have a board that

Re: App crashes if entrypoint but not from nsh

2023-07-05 Thread Xiang Xiao
Do you try CONFIG_INIT_STACKSIZE instead? On Thu, Jul 6, 2023 at 1:01 AM Tim Hardisty wrote: > Having got u-boot to actually do something, I now have a board that > powers up autonomously and runs nsh with no intervention from me. Quite > relieved! > > As a step towards it booting my own (barely

App crashes if entrypoint but not from nsh

2023-07-05 Thread Tim Hardisty
Having got u-boot to actually do something, I now have a board that powers up autonomously and runs nsh with no intervention from me. Quite relieved! As a step towards it booting my own (barely started) app I thought I'd play around with booting other example apps, and went for lvgldemo. This