RE: NuttX-10.2 release

Hi Nathan Is there a tool to migrate the notes from github to cwiki? Thanks Alin From: Nathan Hartman Sent: den 12 oktober 2021 06:14 To: Jerpelea, Alin Cc: abdelatif.guettou...@gmail.com; bash...@brennanashton.com; dev@nuttx.apache.org Subject: Re: NuttX-10.2 release Please note, there is

Re: NuttX-10.2 release

> Is there a tool to migrate the notes from github to cwiki? Do you mean from Confluence to Github (i.e. ReleaseNotes file)? If so, no there isn't. One thing we can do is to change the syntax to Markdown so we can just copy/paste. BTW, regarding the changes documented in Confluence, this: http

RE: NuttX-10.2 release

I propose that we work on wiki to create the release notes What do you say? Thanks Alin -Original Message- From: Abdelatif Guettouche Sent: den 12 oktober 2021 09:22 To: Jerpelea, Alin Cc: Nathan Hartman ; Brennan Ashton ; dev@nuttx.apache.org Subject: Re: NuttX-10.2 release > Is t

Re: Podling Nuttx Report Reminder - October 2021

Nanthan, is it time to move the report to the official location? Thanks for summary the accurate information. On Thu, Sep 30, 2021 at 9:41 PM Nathan Hartman wrote: > Hi all, > > I've updated the initial draft of our report for October 6. > > Please review and feel free to fix any issues or let m

Re: NuttX-10.2 release

You mean we drop the ReleaseNote file? We do need to have the notes versioned with the rest of the code. What was suggested before is to use Markdown for both Confluence and ReleaseNote and then it's just a matter of copy/paste. What also can be done to make it easy, is to only keep the latest rel

RE: NuttX-10.2 release

In my opinion is better to work on release notes with wiki then copy paste them to a file in each release I think that is also beneficial for people that download the zip and will use it without internet access //Alin -Original Message- From: Abdelatif Guettouche Sent: den 12 oktober

LCD display power on and off

Hi all, I'm using a framebuffer to display data on an SSD1306 display via NuttX. During a low power mode I need to disable the screen to save power. Actually it would be better to uninitialize the display before the power down. I see that the OS has functions in the kernel to turn off or on the d

Re: LCD display power on and off

I'm using a framebuffer to display data on an SSD1306 display via NuttX. During a low power mode I need to disable the screen to save power. Actually it would be better to uninitialize the display before the power down. I see that the OS has functions in the kernel to turn off or on the displa

Re: LCD display power on and off

What would be the best way to access this setpower() kernel function for the display via the application space? Normally that would be done inside of logic in board/xx/xx/src using the Power Management (PM) callback logic.  There is an example here: https://github.com/apache/incubator-nuttx/b

Re: Podling Nuttx Report Reminder - October 2021

Thank you for the reminder. I completely forgot! I have just moved the report to the official location. Hopefully it is not too late! https://cwiki.apache.org/confluence/display/INCUBATOR/October2021 On Tue, Oct 12, 2021 at 4:54 AM Xiang Xiao wrote: > Nanthan, is it time to move the report to t

Re: FreeBSD / BSD

On Mon, Oct 11, 2021 at 8:31 AM Tomasz CEDRO wrote: > > On Sun, Oct 10, 2021, 18:36 Gregory Nutt wrote: > > > Device tree is another technology that has been advocated for NuttX with > > a few strong advocates but with no clear mandate from the community. > > > > Linux and Zephyr RTOS uses DTS to

Re: FreeBSD / BSD

Matias N. made some progress before; Unified device interface, callback based initialization and devicetree (DTS) · Issue #3031 · apache/incubator-nuttx (github.com) [RFC] Using devicetree (DTS) to improve board support · Issue #1020 · apache/

Re: FreeBSD / BSD

Matias N. made some progress before; Unified device interface, callback based initialization and devicetree (DTS) · Issue #3031 · apache/incubator-nuttx (github.com) [RFC] Using devicetree (DTS) to improve board support · Issue #1020 · apa

NET_TCP_SPLIT removal

hi, i submitted a PR to remove NET_TCP_SPLIT. https://github.com/apache/incubator-nuttx/pull/4660 i'm posting this here because a feature removal should be reviewed by wider audience. especially, if you are relying on it, please speak up.

Re: NET_TCP_SPLIT removal

For people that need some background, this Wikipedia article may be helpful: https://en.wikipedia.org/wiki/TCP_delayed_acknowledgment. The SPLIT packet change is intended to work around issues when the unbuffered send is used with a peer that supports RFC 1122. In the unbuffered send case, the s

Re: NET_TCP_SPLIT removal

Similarly, I have also advocated the option to disable READ AHEAD buffering. A stack that cannot buffer a packet is not reliable: If the read operation is not in place and waiting for an incoming packet, then the packet will be dropped dropped in that case. Pretty hard to design a reliable stack

Re: NuttX-10.2 release

releases/10.2 branch has been created. Please start testing the branch on various HW. Best regards Alin On Tue, Oct 12, 2021 at 11:57 AM wrote: > In my opinion is better to work on release notes with wiki then copy paste > them to a file in each release > I think that is also beneficial for pe