Re: Device Discovery

Hi Xiang, I meant multiple daemons in reference to what Alan mentioned about there being daemons to detect the various components currently. Hope this clears it. Regards, SP On Wed, Feb 21, 2024 at 12:00 PM Xiang Xiao wrote: > Even though PCs just have one udev daemon, I don't see why MCU

Re: Device Discovery

Even though PCs just have one udev daemon, I don't see why MCU needs multiple daemon. On Wed, Feb 21, 2024 at 2:07 PM Saurav Pal wrote: > Hi, > > Thanks for the clarification. > > Also, am I right in thinking it would increase performance if there was a > single daemon working rather than

Re: Device Discovery

Hi, Thanks for the clarification. Also, am I right in thinking it would increase performance if there was a single daemon working rather than multiple? (I am thinking in terms of context switches for tasks, even if, say, somehow the memory consumption remains the same). Regards, SP On Tue, Feb

Re: Assert macro causing problems when building Sqlite

Here is the fix: https://github.com/apache/nuttx/pull/11734. sqlite porting is also upstreamed: https://github.com/apache/nuttx-apps/pull/2297 On Tue, Feb 20, 2024 at 3:17 PM Jernej Turnsek wrote: > Hi, > > the same problem as new UNUSED macro was causing me problems when building > external

Nuttx not starting after jumping from bootloader

Hello Nuttx team, I'm currently working on an embedded project that uses a bootloader and an application. The target is a STM32G0B1VCI6 chip. I'm using the initial address (0x0800 ) for the bootloader with 40K of size. Application starts at 0x0800 A000 with 216K of size. Before jumping to

Re: Better FPGA support on NuttX //was Re: [OT] Projects for GSoC 2024

You have many options for LED control and some of them are not small... The colorlight i9 has a 45K device that's medium size in my view then you have the ones that were used for bitcoin mining that have large devices like the Zynq models, and are super cheap nowadays since those boards were

Re: Device Discovery

Since all devices expose through vfs (/dev, /proc), udev could be implemented through inotify API. On Tue, Feb 20, 2024 at 11:31 PM Alan C. Assis wrote: > Hi Saurav, > > There is not something like a "udev" for NuttX, but there are > daemons/services used to detect when a SDCard is plugged,

Re: Better FPGA support on NuttX //was Re: [OT] Projects for GSoC 2024

Hi Victor, thank you very much for this information and this link. I found a nice project using that board: https://github.com/lucysrausch/colorlight-led-cube I remember also seeing some FPGA board to control LEDs panel that could be used as ordinary FPGA dev tool. But I think these boards

Re: Device Discovery

Hi Saurav, There is not something like a "udev" for NuttX, but there are daemons/services used to detect when a SDCard is plugged, when a USB device is attached, etc. We could add something like a lite "udev" for NuttX. Best Regards, Alan On 2/20/24, Saurav Pal wrote: > Hi all, > > I am not

Device Discovery

Hi all, I am not able to understand how NuttX performs device discovery. I am trying to look for something that is similar to "udev". Can someone please help me understand? Thanks in advance. Regards, SP

Community Over Code Asia 2024 Travel Assistance Applications now open!

Hello to all users, contributors and Committers! The Travel Assistance Committee (TAC) are pleased to announce that travel assistance applications for Community over Code Asia 2024 are now open! We will be supporting Community over Code Asia, Hangzhou, China July 26th - 28th, 2024. TAC exists

Re: fcntl F_SETLK, F_SETLKW, F_GETLK

here is the patch set: https://github.com/apache/nuttx/pull/11724 On Tue, Feb 20, 2024 at 3:29 PM Jernej Turnsek wrote: > Cool. Is there a possibility to share your work via PM? This way I can test > the solution on my side also. > Jernej > > On Tue, Feb 20, 2024 at 8:23 AM Xiang Xiao > wrote: