File Descriptor expanding freezes MCU and SDIO -116 when I enable DEV-GPIO

2020-04-09 Thread disruptivesolutionsnl
Hi all, 2 questions: File Descriptor expanding freezes MCU 1) Maybe a too simple question.. But why is my MCU "freezing up" when I expand my File Descriptors: RTOS Features -> Files and I/O -> Maximum number of file descriptors per task .. From 8 --> 10. freeze. Back to 8. Oke. SDIO

Re: File Descriptor expanding freezes MCU and SDIO -116 when I enable DEV-GPIO

2020-04-09 Thread Bernd Walter
On Thu, Apr 09, 2020 at 10:29:30AM +0200, disruptivesolution...@gmail.com wrote: > Hi all, > > > > 2 questions: > > > > File Descriptor expanding freezes MCU > > 1) > > Maybe a too simple question.. But why is my MCU "freezing up" when I expand > my File Descriptors: > > RTOS Features ->

RE: File Descriptor expanding freezes MCU and SDIO -116 when I enable DEV-GPIO

2020-04-09 Thread disruptivesolutionsnl
I always do a: sudo find ../apps/. -type f -name '*.o' -delete sudo make clean && sudo make sudo make distclean is reconfiguring kernel ... ... offcourse yes! It is not crashing anymore!!! Thanks Bernd! Now find out why my mount -t vfat /dev/mmcsd0 /sd is giving a 116 maount failed when DEV_G

RE: File Descriptor expanding freezes MCU and SDIO -116 when I enable DEV-GPIO

2020-04-09 Thread disruptivesolutionsnl
THREAD CAN BE CLOSED -- SOLVED! SOLUTIONS: 1) File Descriptor expanding freezes MCU Like Bernd stated! 2) SDIO -116 when I enable DEV-GPIO Datasheet also comfirms: PD2 -> SDIO_CMD Changed: #define GPIO_OUT1 (GPIO_OUTPUT|GPIO_PUSHPULL|GPIO_PORTD|GPIO_PIN2) To: #define GPIO_OUT1

Re: File Descriptor expanding freezes MCU and SDIO -116 when I enable DEV-GPIO

2020-04-09 Thread Alan Carvalho de Assis
Hi Ben, Instead using "sudo find ../apps/. -type f -name '*.o' -delete" and "make clean" just use this combination: make apps_distclean make clean It will not erase your .config, but you need to check if it could have solved the previous issue or not. BR, Alan On 4/9/20, disruptivesolution...

debugging a NuttX linker problem

2020-04-09 Thread Adam Feuer
Hi, I'm having problems debugging a linker problem. I added a new driver file (arch/arm/src/sama5/sam_sdmmc.c and and the corresponding .h) for the SAMA5D27 SDMMC peripheral. I added it to the chip/Make.defs file. nuttx compiles and I see the sam_sdmmc.o being compiled and added to libarch.a. But

Re: debugging a NuttX linker problem

2020-04-09 Thread Gregory Nutt
arm-none-eabi-ld: /home/adam/src/nuttx/nuttx-sama5d2-xult/nuttx/arch/arm/src/board/libboard.a(sam_bringup.o): in function `sam_bringup': /home/adam/src/nuttx/nuttx-sama5d2-xult/nuttx/boards/arm/sama5/sama5d2-xult/src/sam_bringup.c:149: undefined reference to `sam_sdmmc_sdio_initialize' arm-none

Re: Start of the NuttX 9.0 release cycle

2020-04-09 Thread Abdelatif Guettouche
Hi, Since the release branch got created there have been some bugfixes, improvements and one new board. I suggest we rebase the branch and get everything in. However for the rest, we only cherry pick what's necessary for the release. Speaking about the branch, Brennan is suggesting to have a diff

Re: [DISCUSS] Release Notes

2020-04-09 Thread Adam Feuer
I did PRs 466-761. Lots of bugfixes, not many true added features. I added the feature info to the 9.0 release notes wiki page . It would be a GREAT help if in the future all contributors fill out the PR description with a little bit of

Re: Start of the NuttX 9.0 release cycle

2020-04-09 Thread Adam Feuer
Abdelatif and Nathan, Let's get the release notes wiki page the way we want it, then put it in a PR for the release notes file. -adam On Thu, Apr 9, 2020 at 11:56 AM Abdelatif Guettouche < abdelatif.guettou...@gmail.com> wrote: > Hi, > > Since the release branch got created there have been some

Re: [DISCUSS] Release Notes

2020-04-09 Thread Abdelatif Guettouche
> It would be a GREAT help if in the future all contributors fill out the PR > description with a little bit of info. Most PRs had nothing or very little, > which meant I was going by title or looking at code which was hard. I had the exact same experience, having to go through the code to determin

Re: [DISCUSS] Release Notes

2020-04-09 Thread Adam Feuer
I think putting them in some kind of order is helpful, to give them meaning... that's helpful for users. I would rather not look through a 20-point list to have to pick out the important things... I want someone else to do that for me, or at least try. :) -adam On Thu, Apr 9, 2020 at 12:29 PM Abd

What is DNS Dual Host? (for release notes)

2020-04-09 Thread Adam Feuer
Hi, In summarizing PRs for the release notes for 9.0, I came across some fairly large PRs (654 , 664 ) for DNS Dual Host support. These PRs had no description. I would like to provide a feature

Re: [DISCUSS] Release Notes

2020-04-09 Thread Adam Feuer
Ok, I categorized the features to try to add some meaning to them: https://cwiki.apache.org/confluence/display/NUTTX/NuttX+9.0 What do you think? If this is good, we can go on to listing bugs, and split the PRs up... -adam On Thu, Apr 9, 2020 at 12:39 PM Adam Feuer wrote: > I think putting th

Re: [DISCUSS] Release Notes

2020-04-09 Thread Abdelatif Guettouche
The list of the PRs where all under "Features Added" so we lost some organization in the page. I guess this is what you referred to when you said that we want them in order. Here how it looked before: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=148645728 I tried to put every

Re: [DISCUSS] Release Notes

2020-04-09 Thread Adam Feuer
Abdelatif, Looks good to me. Thanks! Are we ready to work on summarizing the bugfixes now? -adam On Thu, Apr 9, 2020 at 4:09 PM Abdelatif Guettouche < abdelatif.guettou...@gmail.com> wrote: > The list of the PRs where all under "Features Added" so we lost some > organization in the page. I g

Re: [DISCUSS] Release Notes

2020-04-09 Thread Abdelatif Guettouche
I don't know how you and Nathan proceeded, but I went through all the PRs and kept those with significant changes. Only the "Major Changes to Core OS" bullet has a "bugfixes" list. The other have "significant improvements" lists, so I put everything other than "new" or "removed" there. On Fri, Apr

Re: [DISCUSS] Release Notes

2020-04-09 Thread Adam Feuer
I didn't track bugfixes when I looked through the PRs, I'll go back and look at them, should be able to do it tomorrow. -adam On Thu, Apr 9, 2020 at 5:02 PM Abdelatif Guettouche < abdelatif.guettou...@gmail.com> wrote: > I don't know how you and Nathan proceeded, but I went through all the > PRs

Re: [DISCUSS] Release Notes

2020-04-09 Thread Alan Carvalho de Assis
I want to help: - Abdelatif: PRs: 1-232 - Nathan: PRs: 233-465 - Adam: PRs: 466-697 - Alan : PRs: 697-928 BR, Alan On 4/2/20, Adam Feuer wrote: > Ok, so let's split up the PRs with the three people we have now, Abdelatif, > Nathan, and me. As new people join, we can give them r

Re: [DISCUSS] Release Notes

2020-04-09 Thread Adam Feuer
Alan, Thank you! We just need bugfixes now, Abdelatif, Nathan, and I did all the features. I think Abdelatif did bugfixes too. So just go through and summarize bugfixes, probably only ones that rise to the level of needing to be in the release notes. -adam On Thu, Apr 9, 2020 at 5:14 PM Alan Ca

Re: [DISCUSS] Release Notes

2020-04-09 Thread Abdelatif Guettouche
> - Abdelatif: PRs: 1-232 > - Nathan: PRs: 233-465 > - Adam: PRs: 466-697 > - Alan : PRs: 697-928 The PRs are now at #757. There are apps/ with 168 PRs if you'd like to take a look there. I guess it's better if everyone sticks to his range and does everything (new features, improvem

Re: [DISCUSS] Release Notes

2020-04-09 Thread Alan Carvalho de Assis
Hi Adam, It's done, I listed the important bug fixes. Is there anything else missing to finish the ReleaseNotes? BR, Alan On 4/9/20, Adam Feuer wrote: > Alan, > > Thank you! We just need bugfixes now, Abdelatif, Nathan, and I did all the > features. I think Abdelatif did bugfixes too. > > So

Re: [DISCUSS] Release Notes

2020-04-09 Thread Nathan Hartman
On Thu, Apr 9, 2020 at 7:09 PM Abdelatif Guettouche < abdelatif.guettou...@gmail.com> wrote: > Also, I didn't want to remove the PRs number, maybe Nathan still needs > them. I don't need them anymore. Initially I thought that when writing the release notes, we could (in parenthesis) link to the

Re: What is DNS Dual Host? (for release notes)

2020-04-09 Thread Xiang Xiao
On Fri, Apr 10, 2020 at 4:55 AM Adam Feuer wrote: > > Hi, > > In summarizing PRs for the release notes for 9.0, I came across some fairly > large PRs (654 , 664 > ) for DNS Dual Host > support.

Re: Start of the NuttX 9.0 release cycle

2020-04-09 Thread Brennan Ashton
Beyond the release notes do we have any outstanding bugs or other tasks that need to be addressed? I gave the license and notice files a update with what I had from Fossology (minus the BSD changes that we will need to work on going forward) --Brennan On Thu, Apr 9, 2020, 12:28 PM Adam Feuer w

Re: Start of the NuttX 9.0 release cycle

2020-04-09 Thread Xiang Xiao
At least, the parallel build still fail randomly which block our nightly checker. On Fri, Apr 10, 2020 at 10:07 AM Brennan Ashton wrote: > > Beyond the release notes do we have any outstanding bugs or other tasks > that need to be addressed? > > I gave the license and notice files a update with w

Re: Start of the NuttX 9.0 release cycle

2020-04-09 Thread Nathan Hartman
On Thu, Apr 9, 2020 at 3:28 PM Adam Feuer wrote: > Abdelatif and Nathan, > > Let's get the release notes wiki page the way we want it, then put it in a > PR for the release notes file. > > -adam Yes that's a sensible plan. Nathan

Re: Start of the NuttX 9.0 release cycle

2020-04-09 Thread Adam Feuer
Xiang, Do the parallel build failures block our release? If so, what can we do temporarily to unblock it? Or is there a fix in the works that will be ready soon? -adam On Thu, Apr 9, 2020 at 7:29 PM Xiang Xiao wrote: > At least, the parallel build still fail randomly which block our > nightly

Re: Start of the NuttX 9.0 release cycle

2020-04-09 Thread Xiang Xiao
This build error happen for several special config only, and already exist On Fri, Apr 10, 2020 at 10:38 AM Adam Feuer wrote: > > Xiang, > > Do the parallel build failures block our release? If so, what can we do Shouldn't, because: 1.The build error already exist for a long time 2.Only several

Re: Start of the NuttX 9.0 release cycle

2020-04-09 Thread Adam Feuer
Xiang, Ok, thanks. It's great that this doesn't block the release! -adam On Thu, Apr 9, 2020 at 7:49 PM Xiang Xiao wrote: > This build error happen for several special config only, and already exist > > On Fri, Apr 10, 2020 at 10:38 AM Adam Feuer wrote: > > > > Xiang, > > > > Do the parallel

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

2020-04-09 Thread Apache Jenkins Server
See Changes: -- [...truncated 550.98 KB...] Configuring... Copy files Select CONFIG_HOST_LINUX=y Refreshing... Building NuttX... -