Re: [VOTE] Change setlogmask behavior to POSIX standard

+1 Em ter., 29 de abr. de 2025 às 08:47, Ville Juven escreveu: > +1 from here as well. POSIX compliance should take precedence over > everything else including introduction of regressions. > > -Ville > > From: Tomek CEDRO > Sent: Tuesday, April 29, 2025 2:38 PM

Re: [VOTE] Apache NuttX 12.9.0 RC0 release

you use MCUboot (and call `make bootloader` <https://nuttx.apache.org/docs/latest/platforms/risc-v/esp32h2/index.html#bootloader-and-partitions>), the build will fail. Em ter., 8 de abr. de 2025 às 14:55, Alin Jerpelea escreveu: > the spi flas selection is not a fix but a feature! > >

Re: [VOTE] Apache NuttX 12.9.0 RC0 release

-1. Unfortunately, `esp32h2-devkit:mcuboot_nsh` is broken. To build the MCUboot bootloader, the following PR is required: https://github.com/apache/nuttx/pull/16131 Em ter., 8 de abr. de 2025 às 03:41, Lee, Lup Yuen escreveu: > +1 for Milk-V Duo S, Ox64, Star64 and PinePhone > > = Milk-V Du

Re: Vote for rename modlib to libelf

+1 Em seg., 7 de abr. de 2025 às 21:16, Yanfeng Liu escreveu: > +1 > On Mon, 2025-04-07 at 17:13 +0800, chao an wrote: > > Hi community, > > > > Some green hand and individual developer who are not familiar with nuttx > > may be confused by the naming of modlib, in currect implement, modlib as >

Re: [Vote] NuttX LTS release

Hi, -1. Same arguments: we don't have enough staff to make it at the moment. Let's focus on automated testing to lower staff workload when reviewing PRs. Em qua., 26 de fev. de 2025 às 10:36, Alan C. Assis escreveu: > I like the LTS idea, but I need to vote -1 too! > > - We don't have enough s

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

Hi, Voting again (my previous e-mail was discarded in the voting process): 1. Contributing Guidelines with hints for Reviewers. > We are adding additional section for Reviewers to Contributing > Guidelines in order to provide checklist and complementary set of > rules that should filter out break

Re: [Help] Implementation of PWM audio device

Hi! Tiago, since you are the audio guy, what do you think? Is it possible to > create the "fake" audio codec that works with PWM and DMA the way I'm > suggesting? Yes, the audio subsystem is created in layers. It wouldn't be a codec by itself (like PCM), but still can be understood as an *audio

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

Hi Alin, It seems you mixed my answers and Tomek's together. Can you double-check, please? Some answers weren't answered by you (8, for instance). Best regards, Em seg., 24 de fev. de 2025 às 11:12, Alin Jerpelea escreveu: > On Mon, Feb 24, 2025 at 2:26 PM Tomek CEDRO wrote: > > > My respons

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

Hi, > 1. Contributing Guidelines with hints for Reviewers. > We are adding additional section for Reviewers to Contributing > Guidelines in order to provide checklist and complementary set of > rules that should filter out breaking code as much as possible also on > our side. +1 > 2. PR and GIT

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

Voted! Please vote. This is valid for the overall NuttX community (not only PMCs or committers). Em sex., 21 de fev. de 2025 às 23:45, Tomek CEDRO escreveu: > Hello world :-) > > After the first voting, discussions, and updates, here goes the Round > 2 of the voting for NuttX Contributing Guide

Re: [VOTE] NuttX Contributing Guidelines update 202502.

l post it now as separate > thread so it is not missed, hopefully this way will help in results > gathering and presentation and there are optional fields where anyone > can propose better texting and/or rules update if the do not agree :-) > Tomek > > On Fri, Feb 21, 2025 at 5:56

Re: [Article] Your very own Build Farm for NuttX

Hi Lup, Again, thanks for the amazing work on CI! I'm planning to provide a PC for the build farm too. I've read your articles about it, but it isn't clear how should I proceed after uploading the gists to my github account. Should I run the scrapping myself with https://github.com/lupyuen/ingest

Re: [VOTE] NuttX Contributing Guidelines update 202502.

Hi all! About the pending proposals, can we proceed to another vote round? I think we should wrap up it subject and create the article in the docs as soon as possible... Are we waiting for something else? Best regards, Em ter., 18 de fev. de 2025 às 09:45, Tiago Medicci Serrano < tiago.m

Re: [VOTE] NuttX Contributing Guidelines update 202502.

reviewer Best regards, Em seg., 17 de fev. de 2025 às 19:15, Tomek CEDRO escreveu: > On Mon, Feb 17, 2025 at 12:20 PM Tiago Medicci Serrano > wrote: > > Hi! > > Thanks, Tomek, for summarizing it. > > > > I liked Nathan's proposal. Instead of simply increasing the

Re: ESP32C3 Using UART1 in RS485 mode with HW flowcontrol

Hi Erik, Would you mind opening an issue at https://github.com/apache/nuttx/issues? It isn't clear which SoC you are testing, but it seems to be a RISC-V-based Espressif SoC (ESP32-C3, perhaps). For ESP32-C3, we have two implementations: a legacy

Re: [VOTE] NuttX Contributing Guidelines update 202502.

Hi! Thanks, Tomek, for summarizing it. I liked Nathan's proposal. Instead of simply increasing the number of reviewers from 2 to 4, we can adopt tags (we can even evaluate if the bot can do it automatically), and, based on such categories, we have new requirements for the reviewers. Considering

Re: [VOTE] NuttX Contributing Guidelines update 202502.

eu: > you might be right, or not, I cant tell. > > To be honest, I find this specific rule to be very complex. it's not > easy to understand its effect (I did not apparently) > > so it should be reworded at least. > > I suggest still not to integrate it as-is. > > S

Re: GSoC 2025

I would like to propose another topic: * Enhancing on-demand paging algorithm on NuttX: - It already has a rudimentary on-demand paging algorithm that allows mapping the `data` memory on-demand ( https://nuttx.apache.org/docs/latest/components/paging.html#kernel-build-implementation). However, i

Re: [VOTE] NuttX Contributing Guidelines update 202502.

ion arise, there are two cases: > > > > - either the submitter still cares and will yell at people to get it > > approved > > > > - either it will be dropped entirely. > > > > I dont want to see unsupervised auto commits. > > > > The conditions

Re: [VOTE] NuttX Contributing Guidelines update 202502.

wo weeks without any other reviewers; *The (required) independent reviewer* is responsible for checking if the PR matches the *Lazy Consensus* conditions and merging it. Em qua., 12 de fev. de 2025 às 11:05, Tomek CEDRO escreveu: > On Wed, Feb 12, 2025 at 2:13 PM Tiago Medicci S

Re: [VOTE] NuttX Contributing Guidelines update 202502.

Hi! Tomek, there is an important missing point about 19 (that is part of my proposal): 19. "Lazy consensus" is a situation where PR is auto-merged into the > upstream when not enough reviews are done in predefined time (i.e. > there are no minimum required positive reviews within two weeks time).

Re: NuttX Code Quality Improvement 2025Q1

> > This is exactly what has proven problematic in the past. > > > Sebastien. > > > On 11/02/2025 15:21, Tiago Medicci Serrano wrote: > > Hi, just an additional comment: > > > > Lazy consensus is exactly what lead to absence of any testing and > breakages

Re: NuttX Code Quality Improvement 2025Q1

required) independent reviewer is responsible for checking if the PR matches the Lazy Consensus conditions and merging it. Em ter., 11 de fev. de 2025 às 11:05, Tiago Medicci Serrano < tiago.medi...@gmail.com> escreveu: > Hi! > > I agree with almost every single point from Sebast

Re: NuttX Code Quality Improvement 2025Q1

revents people from forking the project just to be able to develop their stuff: *we* *really would not like that*. The PR's author is still responsible for fixing some bugs if found in the future. Please, consider this situation. Em ter., 11 de fev. de 2025 às 10:35, Tomek CEDRO escreveu: >

Re: [Discuss] LTS releases

Hi, I would make the scope even more restricted. Considering an LTS should be 100% compatible with an existing defconfig, it should not add new drivers and new HW. I propose it to contain only bugfixes and security patches. Best regards, Em ter., 11 de fev. de 2025 às 08:27, Alin Jerpelea escre

Re: NuttX Code Quality Improvement 2025Q1

Hi, Two points that seem to be missing in the current *[VOTE] NuttX Contributing Guidelines update 202502.* thread: About commits... We were discussing splitting some changes into different PRs, adding the commit's message and description, etc but I couldn't find anything (even on Docs) that men

Re: [VOTE] NuttX Contributing Guidelines update 202502.

Hi, 1: +1 2: +1 3: +1 4: +1 5: +1 6: +1 7: +1 8: +1 I heavily recommend sending the documentation at the same PR. Considering that PRs are as atomic as possible, the documentation should be tightly linked with it. It would not create merge issues (at least not an additional workload) and having t

Re: [DRUNX] Distributed Runtime and bUild for NuttX

nd real HW are just not possible for some targets. > > Also configurations with all peripherals/features enabled are not possible > for many chips - we are limited by available FLASH. > > pt., 7 lut 2025 o 12:02 Tiago Medicci Serrano > napisał(a): > > > Hi!

Re: [DRUNX] Distributed Runtime and bUild for NuttX

Hi! citest config: I suggest to keep citest and hardware test absolutely > separate. You want to be able to change one and not the other. Not the > same components will be tested. CI tests *include* HW testing... For now, we have the `citest` defconfig for some boards and they are intended to

Re: [DRUNX] Distributed Runtime and bUild for NuttX

Hi! I wonder if that be really bad if we added miminal citest / selftes to > default configurations? Or this should stay minimal? I think one `citest` defconfig is totally different from the minimal configs. A minimal config is intended to be used by a user experimenting with NuttX and `citest`

Re: [DRUNX] Distributed Runtime and bUild for NuttX

Hi! Boards I Have I have at least two units of each supported Espressif SoC that can be allocated for testing: - ESP32 - ESP32-S2 - ESP32-S3 - ESP32-C3 - ESP32-C6 - ESP32-H2 DRUNX Proposal (at least for the first efforts) That being said, I propose to start testing the `citest` defconfig (and,

Re: NuttX Code Quality Improvement 2025Q1

Hi! * if after a week the pull request does not have the required approvals, > the issue is brought on the mailing list for further discussion. Particularly, I don't like the idea of "lazy consensus" too. I think we can try to actively ask for more reviewers (in the list and on GH). I dont unde

Re: The behavior of spin_lock needs everyone's advice

Thanks everyone for bringing light to this discussion! Well, I support reverting the introduced changes as in https://github.com/apache/nuttx/pull/15767 and continue working on the https://github.com/apache/nuttx/pull/15705 In summary, I prefer to use Option 1: *Option 1:* > > spin_lock:

Re: Adding SX126x support

Hi Kevin, We have support for the sx127x family, so supporting sx1262 might not be that different: you can take a look at https://github.com/apache/nuttx/tree/master/drivers/wireless/lpwan/sx127x (the upper-half driver) and https://github.com/apache/nuttx/blob/master/boards/arm/stm32f0l0g0/nucleo-

Re: app/os sync creates many problems

Hi Sebastien, The application repository should be independent from the main nuttx > repo, right? and should continue to work even if nuttx is updated, > right? Thats a reasonable expectation, right? but this is clearly not > the case. > > This is a clear breakage of the os/app interface. Yes, w

Re: [Article] Porting Python to NuttX

m qua., 8 de jan. de 2025 às 10:50, Victor Suarez Rovere < suarezvic...@gmail.com> escreveu: > On Wed, Jan 8, 2025 at 8:35 AM Tiago Medicci Serrano < > tiago.medi...@gmail.com> wrote: > > > > > Python was recently ported to NuttX. I wrote about the technical

[Article] Porting Python to NuttX

Hi, Python was recently ported to NuttX. I wrote about the technical details of this work in the following article. Check it at https://tmedicci.github.io/articles/2025/01/08/python_on_nuttx.html (comments and suggestions are highly encouraged!) [image: nuttx_python.png]

Re: [VOTE] Apache NuttX 12.8.0 RC0 release

inated outside Espressif] > > > > Hi Tiago, > > > > Nxstyle is not a problem unless we have compilation issues. > > We had various nxstyle errors before and we fixed them as we touched the > > files. > > > > @all do you think that we should stop the release fo

Re: cmake support for espressif devices

Hi Jehudi, You are right: CMake-based builds are not supported for ESP32-C3 (nor for any other Espressif board). They will probably be implemented in the future, but we have no schedule for them. NuttX is an open-source project, and we would be glad to see the community implement it. We can help

Re: What is the right way to add PM to esp32c6

ent interruption configurations in normal mode and low power mode > > (called GPIO RTC mode). > > > > Maybe it could be the root cause of the issue, but not idea why WiFi is > > interfering on it (since it works when WiFi is not used). > > > > BR, > > > > Alan

Re: What is the right way to add PM to esp32c6

project. > > Could you check the link I sent and let me know if you really think it’s > necessary to have the power manager active to put the MCU to sleep while > the wireless communication drivers are still running? > > Em qua., 13 de nov. de 2024 às 11:26, Tiago Medicci Serrano

Re: What is the right way to add PM to esp32c6

configurations further, or could > there be something in NuttX that’s masking interrupts during sleep > (possibly related to the RTC)? > > Em qua., 13 de nov. de 2024 às 09:45, Tiago Medicci Serrano < > tiago.medi...@gmail.com> escreveu: > > > Hi Felipe, >

Re: What is the right way to add PM to esp32c6

, Felipe Moura Oliveira < moura@gmail.com> escreveu: > Hello Tiago. > > When I am using WIFI config and enabling Auto-Sleep, the mcu can no longer > wake up from light sleep, so it ends up restarting because of WD. > > Em ter., 12 de nov. de 2024 às 08:47, Tiago Medic

Re: What is the right way to add PM to esp32c6

empo decorrido: 0 segundos > Hello, World!! [Thread 4] Iteração: 1 | Tempo decorrido: 0 segundos > Hello, World!! [Thread 5] Iteração: 1 | Tempo decorrido: 0 segundos > *pmu_*Hello, World!! [Main Thread] > Hello, World!! [Thread 2] Iteração: 2 | Tempo decorrido: 11 segundos > Hello, World!! [Thread 1] Ite

Re: What is the right way to add PM to esp32c6

, 29 de out. de 2024 às 13:24, Felipe Moura Oliveira < > moura@gmail.com> escreveu: > > > Hello Tiago. > > > > Please look de draft here: https://github.com/apache/nuttx/pull/14548 > > > > This branch will refer to the updated 3rd-party in my repo. > &

Re: What is the right way to add PM to esp32c6

am unsure how to add this file to the complete linking > >> process. I added this file to hal_esp32c6.mk, but I received the > >> following error: > >> LD: nuttx > >> > riscv-none-elf-ld:/home/felipe-moura/nuttxspace/nuttx-felipe/arch/risc-v/ > >> src/ch

Re: [VOTE] Apache NuttX 12.7.0 RC1 release

Hi, I will trigger the internal pipeline for Espresif devices. Please wait until the results are available. Best regards, Em seg., 28 de out. de 2024 às 05:31, yfliu2008 escreveu: > Summary:   the rv-virt:knsh and rv-virt:knsh64 leakage looks > like false positive alert after further checks. >

Re: What is the right way to add PM to esp32c6

er_gpio folder is not present in the 3rd-party > directory. In this case, what is the recommended procedure to proceed? > > Thank you again for your support. > > Em sex., 25 de out. de 2024 às 08:52, Tiago Medicci Serrano < > tiago.medi...@gmail.com> escreveu: > > > Hi

Re: What is the right way to add PM to esp32c6

components/esp_driver_gpio/include/rtc_io.h > > I need those includes because sleep_modes.c uses function from there. > > Could you please advise if it's possible to incorporate these IDF folders > into the 3rd-party directory, or if that approach is not recommended? > > Thank you

Re: What is the right way to add PM to esp32c6

Hi Felipe, Just complementing: use your forked version of the HAL during the development. As soon as you have a working version, you can submit on the official repository. Best regards, Em qua., 23 de out. de 2024 às 12:58, Tiago Medicci Serrano < tiago.medi...@gmail.com> escreveu: >

Re: What is the right way to add PM to esp32c6

creveu: > Hello Tiago. > > Thank you for clarification, I will follow your instructions. > > Em qua., 23 de out. de 2024 às 13:01, Tiago Medicci Serrano < > tiago.medi...@gmail.com> escreveu: > > > Hi Felipe, > > > > Just complementing: use your forked

Re: What is the right way to add PM to esp32c6

her is > not? > > > -- > *Felipe Moura de Oliveira* > *Universidade Federal de Minas Gerais* > Linkedin <https://www.linkedin.com/in/felipe-oliveira-75a651a0> > <https://twitter.com/FelipeMOliveir?lang=pt-br> > -- Tiago Medicci Serrano Embedded Software

Re: [VOTE] Apache NuttX 12.6.0 RC1 release

>> nused nfree > >> Umem: 218772 14124 204648 14496 201888 > >> 54 4 > >> > >> === > >> > >> > >> > >> On 7/25/24 9:41 AM, Alin Jerpelea wrote: > >>

Re: [VOTE] Apache NuttX 12.6.0 RC0 release

m/apache/nuttx/pull/12320>. Best regards, Em ter., 23 de jul. de 2024 às 12:12, Nathan Hartman < hartman.nat...@gmail.com> escreveu: > On Tue, Jul 23, 2024 at 10:56 AM Tiago Medicci Serrano > wrote: > > > > -1 > > > > Wi-Fi-related configurations f

Re: [VOTE] Apache NuttX 12.6.0 RC0 release

com/lupyuen/e45bbd8d1c9c7617a7ce75dbd084cce8 > > > > Lup > > > > On Sat, Jul 20, 2024 at 12:32 AM Alin Jerpelea > wrote: > > > > > Hello all, > > > Apache NuttX 12.6.0 RC0 has been staged under [1] and it's > > > time to vote on accepting

Re: [VOTE] Apache NuttX 12.5.1 RC0 release

.1-RC0/ > > [2] > https://raw.githubusercontent.com/apache/nuttx/nuttx-12.5.1-RC0/ReleaseNotes > > [3] https://www.apache.org/dev/release.html#approving-a-release > > [4] > https://cwiki.apache.org/confluence/display/NUTTX/Validating+a+staged+Release > > > -- T

Re: [VOTE] Apache NuttX 12.5.0 RC0 release

e found here [4]. > > > > [ ] +1 accept (indicate what you validated - e.g. performed the non-RM > > items in [4]) > > [ ] -1 reject (explanation required) > > > > Thank you all, > > Alin Jerpelea > > > > SCM Information: > > Release tag:

On-demand paging and lazy loading on NuttX;

more, making it possible to be mapped to other pages if needed). How far are we from providing that? Any thoughts about it? Best regards, -- Tiago Medicci Serrano Embedded Software Engineer MSc Electronics/Microelectronics m: +55 (19) 981403886 <+55+(19)+981403886> e: tiago.medi...@g

Re: [VOTE] Apache NuttX 12.4.0 RC0 release

ge meets the requirements of the ASF policy on releases." > > > > A document to walk through some of this process has been published on > > our project wiki and can be found here [4]. > > > > [ ] +1 accept (indicate what you validated - e.g. performed the non-RM > &g

Re: NuttX Workshop 2024 - event planning

riods for the event and will come back with > > practical information for attending the event > > 20 May - 16 June (better weather/beautiful nature) > > 1-15 September (may be rainy) > > > > I would like to ask for volunteers to help organizing the event and > >

Re: [VOTE] Apache NuttX 12.3.0 RC0 release

2.2.0_20230208) 12.2.0 xtensa-esp32s3-elf-gcc: xtensa-esp32s3-elf-gcc (crosstool-NG esp-12.2.0_20230208) 12.2.0 riscv32-esp-elf-gcc: riscv32-esp-elf-gcc (crosstool-NG esp-12.2.0_20230208) 12.2.0 riscv64-unknown-elf-gcc: riscv64-unknown-elf-gcc

Updated the wiki section about validating a staged release;

hope this helps everyone trying to test the new release candidate ;) Best regards, -- Tiago Medicci Serrano Embedded Software Engineer MSc Electronics/Microelectronics m: +55 (19) 981403886 <+55+(19)+981403886> e: tiago.medi...@gmail.com a: Campinas, Brazil Follow me: <https://www.linkedi

Re: ESP32S3 arbitrary crash when no optimization configured

FIG_DEBUG_ASSERTIONS for esp32 > > doing the same thing, which I previously posted about). > > > > What the heck is going on? Is the esp32/s3 port really this unstable? > > > > -m > > > -- Tiago Medicci Serrano Embedded Software Engineer MSc Electronics/Microelectronics m: +55 (19) 981403886 <+55+(19)+981403886> e: tiago.medi...@gmail.com a: Campinas, Brazil Follow me: <https://www.linkedin.com/in/tiago-serrano-924458b6> <https://github.com/tmedicci>

Re: ESP32S3 partition sizes?

ection dedicated for bootloader and partitioning? > > > > https://nuttx.apache.org/docs/latest/platforms/xtensa/esp32/index.html > > > > Also there is FAQ section that may fit the need :-) > > > > -- Tiago Medicci Serrano Embedded Software Engineer MSc Electr

Re: ESP32S3 partition sizes?

as 8Mb flash and this shouldn't be a problem. > > Thanks, > -m > -- Tiago Medicci Serrano Embedded Software Engineer MSc Electronics/Microelectronics m: +55 (19) 981403886 <+55+(19)+981403886> e: tiago.medi...@gmail.com a: Campinas, Brazil Follow me: <https://www.linkedin.com/in/tiago-serrano-924458b6> <https://github.com/tmedicci>

Re: New application to Nuttx

this > >> happens, because when I first configured it worked just fine. > >> > >> Does anyone know what could be causing this? > >> > >> PS: if I use nsh it works. > >> [https://miro.medium.com/v2/resize:fit:850/1*j-XGptYZE3DQ9tV1vJY2Iw.png > ]<

Re: Adding bluetooth configuration on esp32 hangs nsh

s also removing any > confidence I have that NuttX in general is reliable as a whole. As it > is, the current state of ble in NuttX is going to probably end up making > us not able to continue to use NuttX. > > -m > > On 9/1/2023 1:16 PM, Tiago Medicci Serrano wrote: > >

Re: Adding bluetooth configuration on esp32 hangs nsh

>>>> CONFIG_LIBC_ARCH_STRCPY=y > >>>>CONFIG_LIBC_ARCH_STRLCPY=y > >>>>CONFIG_LIBC_ARCH_STRNCPY=y > >>>>CONFIG_LIBC_ARCH_STRLEN=y > >>>>CONFIG_LIBC_ARCH_STRNLEN=y > >>>>

Re: bt4 + ble5 (plus wifi) on esp32 where are the docs?!?

e/implement something like this? It's required to support > > both bt4 and ble5 at the same time, unfortunately (but luckily it's > > only a beacon). > > > > Thanks, > > -m > > -- Tiago Medicci Serrano Embedded Software Engineer MSc Electronics/Microelectronics m: +55 (19) 981403886 <+55+(19)+981403886> e: tiago.medi...@gmail.com a: Campinas, Brazil Follow me: <https://www.linkedin.com/in/tiago-serrano-924458b6> <https://github.com/tmedicci>

Re: Adding bluetooth configuration on esp32 hangs nsh

well. > > This just does NOT appear to be a stable OS on the ESP32. > > -m > > On 8/31/2023 9:05 AM, Tiago Medicci Serrano wrote: > > Hi! > > > > Good to know that! Yes, there are packages that need to be selected to > make > > it work. The `esp32-dev

Re: Adding bluetooth configuration on esp32 hangs nsh

configuration. I guess I will just have to > randomly keep modifying different config params until something works. > > Thanks, > -m > > On 8/30/2023 3:32 PM, Tiago Medicci Serrano wrote: > > Hi Mike, > > > > I found no trouble using the esp32-devkitc:blewifi config

Re: Adding bluetooth configuration on esp32 hangs nsh

de ago. de 2023 às 18:03, Tiago Medicci Serrano < tiago.medi...@gmail.com> escreveu: > Hi, > > I'll take a look at it soon. Interestingly, our internal CI tests all the > defconfigs, so I wouldn't expect any erroneous behavior. > > I'll check. > > Bes

Re: Adding bluetooth configuration on esp32 hangs nsh

as no messages are displayed and it never shows a > prompt even after a half an hour. I've now spent hours messing with > various BLE configuration options with no luck. I'm including my config > file in hope that someone might see something wrong with it. > > Thanks,

Re: New application to Nuttx

tus. > > Does anyone know what could be causing this problem? Is it possible to > increase the stack size? > -- Tiago Medicci Serrano Embedded Software Engineer MSc Electronics/Microelectronics m: +55 (19) 981403886 <+55+(19)+981403886> e: tiago.medi...@gmail.com a: Campinas, Brazil

Navigating Your Way to NuttX International Workshop 2023 in Campinas, Brazil: A Comprehensive Guide

n Barão Geraldo. Utilize Uber and ride-hailing services for convenient transportation within the city, and refer to Google Maps for navigating the line bus routes. Have a productive and enjoyable workshop experience at FEEC/Unicamp! Any further information can be sent to the e-mail : works...@nuttx.ap

Re: Debugging userspace with Nuttx protected build

h the KERNEL build because it works there too. > > That can't be changed only for the KERNEL build, but there could be a > fully linked ELF binary just for the KERNEL build. That should be too > difficult. Things that occur to me are: > > * There are no tools for building such

Re: V NuttX International Workshop

ent a car to drive to Campinas (it is around 2h travel by bus). > > BR, > > Alan > -- Tiago Medicci Serrano Embedded Software Engineer MSc Electronics/Microelectronics m: +55 (19) 981403886 <+55+(19)+981403886> e: tiago.medi...@gmail.com a: Campinas, Brazil Follow me: <https://www.linkedin.com/in/tiago-serrano-924458b6> <https://github.com/tmedicci>

[~Possibly~ Breaking Change] Make FIFO POSIX-compliant (block when opening for write-only);

or [RTP Tools]( https://github.com/apache/nuttx-apps/pull/1651), for instance. So, please consider the following changes on PRs: 1. https://github.com/apache/nuttx/pull/8985 2. https://github.com/apache/nuttx-apps/pull/1707 Let me know if you think it isn't advisable to accept t