Podling Nuttx Report Reminder - February 2020
Dear podling, This email was sent by an automated system on behalf of the Apache Incubator PMC. It is an initial reminder to give you plenty of time to prepare your quarterly board report. The board meeting is scheduled for Wed, 19 February 2020, 10:30 am PDT. The report for your podling will form a part of the Incubator PMC report. The Incubator PMC requires your report to be submitted 2 weeks before the board meeting, to allow sufficient time for review and submission (Wed, February 05). Please submit your report with sufficient time to allow the Incubator PMC, and subsequently board members to review and digest. Again, the very latest you should submit your report is 2 weeks prior to the board meeting. Candidate names should not be made public before people are actually elected, so please do not include the names of potential committers or PPMC members in your report. Thanks, The Apache Incubator PMC Submitting your Report -- Your report should contain the following: * Your project name * A brief description of your project, which assumes no knowledge of the project or necessarily of its field * A list of the three most important issues to address in the move towards graduation. * Any issues that the Incubator PMC or ASF Board might wish/need to be aware of * How has the community developed since the last report * How has the project developed since the last report. * How does the podling rate their own maturity. This should be appended to the Incubator Wiki page at: https://cwiki.apache.org/confluence/display/INCUBATOR/February2020 Note: This is manually populated. You may need to wait a little before this page is created from a template. Note: The format of the report has changed to use markdown. Mentors --- Mentors should review reports for their project(s) and sign them off on the Incubator wiki page. Signing off reports shows that you are following the project - projects that are not signed may raise alarms for the Incubator PMC. Incubator PMC
Re: Web download page: Change needed
Are you planning on keeping the bitbucket space live here with the releases for the foreseeable future? I want to link to the downloads for the releases on the Apache NuttX webpage. https://bitbucket.org/nuttx/nuttx/downloads/ Yes, probably. If/when the project graduates, there could be issues with the name and trademark. I think I will always have grandfather rights to use the name, I am not sure. But I won't be updating the downloads with Apache releases, that much is for certain.
Rajan Gill's Project
Rajan Gill has been a long time user of and contributer to NuttX. Today he shared a video with me that may be of interest to others: /Not sure if you remember me but this is Rajan! I am trying to finish my PhD and just wanted to share a video of one of the projects I've been working on: //https://youtu.be/ULc63HrgPro// / /Also wanted to say thanks for your help you have given me on the forums and, for of course, NuttX :)// / /I'm focused on defending my PhD now. Hopefully I'll get back to contributing to NuttX soon :D/ /Very cool to be able to see what people are up to with NuttX!/ Thank you, Rajan, Greg
Re: [VOTE] Remove Windows Native support?
+1 Native windows support doesn't solve any problem that isn't already covered by other, more standard/POSIX solutions; and will always be a maintanance headache. On Tue, Jan 21, 2020 at 4:44 AM Alin Jerpelea wrote: > -1 > > On Mon, Jan 20, 2020 at 3:20 PM Gregory Nutt wrote: > > > The [DISCUSS] phase has complete and comments have been received. It is > > time to vote for or against removing Windows native support from the > > NuttX RTOS. > > > > Anyone in the community may vote on this question to express their > > opinion. However, only votes form PPC members will used to determine > > the outcome. A minimum of 3 PPMC +1 votes and more +1 PPMC votes than > > -1 PPMC are required to pass this vote. > > > > You may vote one of the following: > > > > [ ] +1 Remove all support for the Windows native build from the RTOS > > [ ] 0 No strong opinion > > [ ] -1 Retain support for the Windows native build in the RTOS > > > > Voting will close in 72 hours. > > > > >
Re: Format MMC
Please excuse me i found the mkfatfs command and everything is working perfectly. Please excuse me for disturbing you. I don't really know very much about eMMC, but the MMC support in NuttX was designed and implemented only for Classic MMC cards. I have heard reports from you and other people that it works with eMMC. But that just shows that they supported backward compatibility with old MMC cards. My understanding is the eMMC has extensions -- including 4-bit width transfers -- that are not implemented. I suspect that if you really want proper eMMC performance, those extensions would need to be implemented. Greg
Re: Format MMC
Hello Please excuse me i found the mkfatfs command and everything is working perfectly. Please excuse me for disturbing you. Have a good day! On Tue, Jan 21, 2020 at 5:52 PM Embedded Systems wrote: > Hello, > > I have a custom board with imxrt1050 and eMMC memory on it. The > communication between the imxrt1050 and the eMMC is working perfectly but > my problem is that the eMMC comes not formatted. So i would like to ask is > it possible to Format a eMMC/SDcard in FAT32 file system from nuttx command > line? > > Thank you in advance! > > Best regards, > Ivan Ucherdzhiev > -- Kind regards, Ivan Ucherdzhiev Team Lead @ Barin Sports Bulgaria skype: ipy_44 tel: +359888927760
Format MMC
Hello, I have a custom board with imxrt1050 and eMMC memory on it. The communication between the imxrt1050 and the eMMC is working perfectly but my problem is that the eMMC comes not formatted. So i would like to ask is it possible to Format a eMMC/SDcard in FAT32 file system from nuttx command line? Thank you in advance! Best regards, Ivan Ucherdzhiev
Re: [VOTE] Remove Windows Native support?
-1 On Mon, Jan 20, 2020 at 3:20 PM Gregory Nutt wrote: > The [DISCUSS] phase has complete and comments have been received. It is > time to vote for or against removing Windows native support from the > NuttX RTOS. > > Anyone in the community may vote on this question to express their > opinion. However, only votes form PPC members will used to determine > the outcome. A minimum of 3 PPMC +1 votes and more +1 PPMC votes than > -1 PPMC are required to pass this vote. > > You may vote one of the following: > > [ ] +1 Remove all support for the Windows native build from the RTOS > [ ] 0 No strong opinion > [ ] -1 Retain support for the Windows native build in the RTOS > > Voting will close in 72 hours. > >
Re: Jenkins CI
> We probably can get infra to add you, submitting an ICLA might help as that could be used to create an account. Thanks, good to know. I am asking my employer about including me in a corporate one (CCLA [1]), but if it is too much paperwork I guess I can just submit the ICLA. Let's see. [1] https://www.apache.org/licenses/contributor-agreements.html On Tue, Jan 21, 2020 at 2:01 AM Justin Mclean wrote: > Hi, > > > Oh, I did check that wiki page but I was not aware that it was a > > requirement to be a comitter or PPMC member to have an LDAP account, but > it > > makes sense, thanks anyway. > > We probably can get infra to add you, submitting an ICLA might help as > that could be used to create an account. > > Thanks, > Justin > > >
Network hard fault ticket #136
Hi I posted a bug just now. https://github.com/apache/incubator-nuttx/issues/136 I forgot to mention in the ticket I'm building from master at e59f242. I feel bad for throwing out a report without finding the cause but I'm pulled in many directions this month. The issue appears to be in code which has seen a lot of refactoring within the last few weeks so hopefully it will ring some bells. I'll try to contribute more productively next time! Does anyone have a feel for the last known stable tag wrt Ethernet networking on STM32F4? Cheers Rob
USB Host controller - Host controller Interface to be used...
Hi Greg and all, Currently I am porting USB Host controller to Renesas RX65N controller and stuck at endpoint descriptor and thought of checking with you. Basically this endpoint descriptor - looking into lpc1740 as reference code - struct lpc17_40_ed_s (.\arch\arm\src\lpc17xx_40xx\lpc17_40_usbhost.c) refers to *ohci_ed_s *struct (./include/nuttx/usb/ohci.h). As RX65N controller does not refer to any of these specs (OHCI/ UHCI/ EHCI). I think, I can also use this *ohci_ed_s* struct, as host code at OS level may be using these specs for various USB scheduling and other things. Please let me know if you think, usage of *ohci_ed_s* struct works for RX65N or should I need to look into EHCI or any thing else. With best regards, Phani.