RE: enter/leave_critical_section() calls in the user space library

Yes, we need revise all enter/leave_critical_section, and do the different thing case by case: 1.Remove the unnecessary enter/leave_critical_section like syslog case 2.Replace with the more fine-grained lock e.g.: a.pthread_mutex/pthread_spin_lock/pthread_rw_mutex for user space b.semaphore/

Build failed in Jenkins: NuttX-Nightly-Build #150

See Changes: -- [...truncated 306.29 KB...] Cleaning... Configuring... Copy files Select C

RE: enter/leave_critical_section() calls in the user space library

I don't understand why you need to do that.But for the SMP case there is a better, lighter weight critical section called spinlock_irqsave.  It is intended to protect very short code sequences with a spin lock.  Very efficient.enter_critical_section is a big, fat pig in SMP and the lighter spin

RE: enter/leave_critical_section() calls in the user space library

Thanks for accepting my PR. Now it's ok for protected build with uniprocessor case, but not sufficient in SMP case. The following files included in the user mode library contain enter/leave_critical_section() only when CONFIG_SMP=y. libs/libc/misc/lib_filesem.c mm/mm_heap/mm_sem.c These may hav

Sv: [NOMINATION] Self nominate to be a mentor of Apache NuttX

Welcome onboard! Best Regards Alin Från: Xiang Xiao Skickat: den 12 maj 2020 05:57 Till: gene...@incubator.apache.org ; dev@nuttx.apache.org Kopia: '俊平堵' Ämne: RE: [NOMINATION] Self nominate to be a mentor of Apache NuttX Welcome onboard! The first contributi

RE: [NOMINATION] Self nominate to be a mentor of Apache NuttX

Welcome onboard! The first contribution could be improve README with your experience, so all mentor can successfully build uttX in the next release:) . -Original Message- From: Duo Zhang Sent: Tuesday, May 12, 2020 9:11 AM To: dev@nuttx.apache.org Cc: gene...@incubator.apache.org; 俊平堵

Re: [NOMINATION] Self nominate to be a mentor of Apache NuttX

Welcome onboard, Duo! Thanks, Junping Duo Zhang 于2020年5月12日周二 上午9:11写道： > Hi, NuttX community, I'm Duo Zhang, I would like to self nominate to be a > mentor of Apache Nuttx, since I'm the only person among 3 binding votes who > have successfully built NuttX in the 9.0.0 vote thread. Just jokin

Re: [NOMINATION] Self nominate to be a mentor of Apache NuttX

HI, > Welcome! Are there any formalities that we need to do (vote etc)? Only if you want them. I would say a lazy consensus applies i.e. if there no objections then just make it happen. Thanks, Justin

Re: [NOMINATION] Self nominate to be a mentor of Apache NuttX

On 5/11/20, Duo Zhang wrote: > Hi, NuttX community, I'm Duo Zhang, I would like to self nominate to be a > mentor of Apache Nuttx, since I'm the only person among 3 binding votes who > have successfully built NuttX in the 9.0.0 vote thread. Just joking :) > > Last year when Greg and David came to

Re: [NOMINATION] Self nominate to be a mentor of Apache NuttX

Welcome Duo! It will nice to have you as mentor! BR, Alan On 5/11/20, Duo Zhang wrote: > Hi, NuttX community, I'm Duo Zhang, I would like to self nominate to be a > mentor of Apache Nuttx, since I'm the only person among 3 binding votes who > have successfully built NuttX in the 9.0.0 vote thr

Re: [NOMINATION] Self nominate to be a mentor of Apache NuttX

It would be great to have on the team! On Tue, May 12, 2020 at 2:25 AM Gregory Nutt wrote: > > +1 > > In case you are calling a self-VOTE too :). I would love to have you > one board! We could use the help. > > Greg > > On 5/11/2020 7:10 PM, Duo Zhang wrote: > > Hi, NuttX community, I'm Duo Zh

Re: [NOMINATION] Self nominate to be a mentor of Apache NuttX

+1 In case you are calling a self-VOTE too  :).  I would love to have you one board!  We could use the help. Greg On 5/11/2020 7:10 PM, Duo Zhang wrote: Hi, NuttX community, I'm Duo Zhang, I would like to self nominate to be a mentor of Apache Nuttx, since I'm the only person among 3 binding

[NOMINATION] Self nominate to be a mentor of Apache NuttX

Hi, NuttX community, I'm Duo Zhang, I would like to self nominate to be a mentor of Apache Nuttx, since I'm the only person among 3 binding votes who have successfully built NuttX in the 9.0.0 vote thread. Just joking :) Last year when Greg and David came to China, we talked about joining an open

Re: [ANNOUNCE] Apache NuttX 9.0.0-incubating released

Well done everyone, it was a marathon! We've learned a lot about the process and I'm sure the next releases will be smoother. On Mon, May 11, 2020 at 8:10 PM Nathan Hartman wrote: > > On Mon, May 11, 2020 at 3:01 PM Brennan Ashton > wrote: > > > The Apache NuttX (incubating) project team is prou

Re: heap malloc when executing binary/elf file

OK Greg,  could be that I was using too much.. using 64KB of ramdisk also.. I disabled some of the comfortable features like cmd line history etc, and was already able to alloc quite a bit more than before.. Will further improve the sram usage.. Also, I missed the commit  mm/mm_heap: fix mm_heap no

[CVE-2020-1939] Apache NuttX optional/example ftpd program NULL pointer bug

CVE-2020-1939: Apache NuttX optional/example ftpd program NULL pointer bug Severity: Important Vendor: Apache NuttX (Incubating) Versions Affected: 6.15 to 8.2 (all pre-date NuttX joining the Apache.org Incubator) Description: The Apache NuttX (Incubating) project provides an optional separate

Re: heap malloc when executing binary/elf file

On Mon, May 11, 2020 at 5:01 PM Gregory Nutt wrote: > That part has 256Kb of SRAM. That is more that many, but it could be > that you are using too much SRAM and just cannot run ELF reliably. It > does want a lot of SRAM. If there isn't enough memory, I wonder why malloc doesn't return NULL? Ha

Re: heap malloc when executing binary/elf file

No custom board, it's the  tm4c1294-launchpad. Seems no general problem with heap allocation, so I guess it's not in the linker script, it's rather directly linked to the usage of the elf- binary loader, and there are only two configs in the nuttx repo which use the CONFIG_ELF stuff. That pa

Re: heap malloc when executing binary/elf file

No custom board, it's the  tm4c1294-launchpad. Seems no general problem with heap allocation, so I guess it's not in the linker script, it's rather directly linked to the usage of the elf- binary loader, and there are only two configs in the nuttx repo which use the CONFIG_ELF stuff. That par

Re: heap malloc when executing binary/elf file

Thanks Nathan,  I'll check on that.. No custom board, it's the  tm4c1294-launchpad. Seems no general problem with heap allocation, so I guess it's not in the linker script, it's rather directly linked to the usage of the elf- binary loader, and there are only two configs in the nuttx repo which use

Re: heap malloc when executing binary/elf file

On Mon, May 11, 2020 at 2:05 PM Florian Wehmeyer wrote: > OK I already saw that simply increasing the heap is no solution, > because it's already maximum size: > mm_initialize: Heap: start=0x20008924 > size=227036 > mm_addregion: Region 1: base=0x20008924 size=227024 Tricky problem. Is this for

NuttX website: Adding a News & Announcements section

I propose that the homepage of nuttx.apache.org should have a new section called News and Announcements, that over time would contain a list of the three or four most recent project-related news items. Currently we have one news-worthy item: The release of 9.0. I am opening a pull request on the

Re: [ANNOUNCE] Apache NuttX 9.0.0-incubating released

On Mon, May 11, 2020 at 3:01 PM Brennan Ashton wrote: > The Apache NuttX (incubating) project team is proud to announce > Apache NuttX 9.0.0-incubating has been released. > This is the 1st Apache release as an Apache Incubator project. > > https://nuttx.apache.org/download/ > https://nuttx.apache

[ANNOUNCE] Apache NuttX 9.0.0-incubating released

The Apache NuttX (incubating) project team is proud to announce Apache NuttX 9.0.0-incubating has been released. This is the 1st Apache release as an Apache Incubator project. NuttX is a real-time operating system (RTOS) with an emphasis on standards compliance and small footprint. Scalable from 8

Re: heap malloc when executing binary/elf file

OK I already saw that simply increasing the heap is no solution, because it's already maximum size:  mm_initialize: Heap: start=0x20008924 size=227036    mm_addregion: Region 1: base=0x20008924 size=227024 -- Florian Wehmeyer TFW Tech-Solutions On Seg, 2020-05-11 at 14

Re: Adding support for STM32G474RET6

Progress report on this port: I'm getting closer... Not quite compiling yet, still some errors with a few undefined register definitions here and there. But I'm definitely getting closer... As before, my work is in my fork under stm32g474 branch [1], if anyone wants a sneak preview. :-) [1] https

Re: heap malloc when executing binary/elf file

looking more into the memory allocation debug, there is a lot more dynamic allocation (obviously)  when loading the elf program than when loading the same program as built-in.. So, seems the problem is due to a high heap fragmentation, what explains that a call to dmesg can also make the system cra

NuttX: More than just code

Greg and I were discussing offlist the role of the project management committee and ways that interested people can become part of it. Right now, we have technical people in the PPMC, which is valuable because the PPMC needs to deal with technical matters. But! We are lacking in people (who may o

heap malloc when executing binary/elf file

Hi all,  again a question related to the execution of external / elf programs:  When I use malloc within the running elf program, allocating more than 1K bytes, malloc seems to work (doesn't return NULL), but when I use that memory (memset) I get a assertion/Kernel panic.. Funnily this does not

Build failed in Jenkins: NuttX-Nightly-Build #149

See Changes: -- [...truncated 315.89 KB...] Cleaning... Configuring... Copy files Select C

Build failed in Jenkins: NuttX-Nightly-Build #144

See Changes: -- Started by user btashton Rebuilds build #142 Running as SYSTEM [EnvInject] - Loading node environment variables. [EnvInject] - Preparing an environment for the build.