Re: [EXT] Re: uart rpmsg driver compatibility

2024-03-12 Thread Xiang Xiao
We will upstream these patches in the next couple months, but you know the linux review process is uncontrollable. On Tue, Mar 12, 2024 at 9:28 PM Andre Heinemans wrote: > Thanks! I got it to work on the imx8mp. Do you know if there are any plans > to upstream this driver to mainline linux? > >

Re: mm/mm_heap assertion error

2024-03-12 Thread Gregory Nutt
On 3/12/2024 5:12 AM, Nathan Hartman wrote: Try Alan's suggestion to use stack monitor, and that will help understand if there is something wrong. (If it shows that old stack size was OK, while we know corruption was happening, then we will know to look for some out of bound write.) Does the

Re: mm/mm_heap assertion error

2024-03-12 Thread Gregory Nutt
After enlarging the stack size of "AppBringUp" thread, the remote node can boot NSH on RPMSGFS now. I am sorry for not trying this earlier. I was browsing the "rpmsgfs.c" blindly and noticed a few auto variables defined in the stack... then I thought it might worth a try so I did it. That is

Re: mm/mm_heap assertion error

2024-03-12 Thread Gregory Nutt
On 3/12/2024 1:10 AM, yfliu2008 wrote: On the other hand, if we choose not mounting NSH from the RPMSGFS, it can boot smoothly and after boot we can manually mount the RPMSGFS for playing. That sounds like an initialization sequencing problem.  Perhaps something is getting used before it has

RE: [EXT] Re: uart rpmsg driver compatibility

2024-03-12 Thread Andre Heinemans
Thanks! I got it to work on the imx8mp. Do you know if there are any plans to upstream this driver to mainline linux? Kind regards, Andre From: Bowen Wang Sent: Tuesday, 12 March 2024 05:36 To: dev@nuttx.apache.org Subject: [EXT] Re: uart rpmsg driver compatibility Hi, The attachments are

Re: Re: Re:Re: mm/mm_heap assertion error

2024-03-12 Thread Alan C. Assis
Please watch video #54 at NuttX Channel, I explained how to use it. I think we are missing a documentation about it here: Documentation/applications/system/stackmonitor/index.rst Best Regards, Alan On Tue, Mar 12, 2024 at 9:15 AM yfliu2008 wrote: > Alan, thank you! > > > did you mean this

Re: Re:Re: mm/mm_heap assertion error

2024-03-12 Thread Nathan Hartman
One possibility is stack was too small before and overflowed. Another possibility is that stack size is OK but some code makes an out-of-bound write to an array on the stack. Try Alan's suggestion to use stack monitor, and that will help understand if there is something wrong. (If it shows that

Re: Re:Re: mm/mm_heap assertion error

2024-03-12 Thread Alan C. Assis
You can use the stack monitor to see the stack consumption. Best Regards, Alan On Tue, Mar 12, 2024 at 7:38 AM yfliu2008 wrote: > Dear experts, > > > > After enlarging the stack size of "AppBringUp" thread, the remote > node can boot NSH on RPMSGFS now. I am sorry for not trying this earlier.