Hi Janardhan,
Each person has a different mind set and different backgrounds, so it is
difficult to find an easy way that works for everybody.
This is why I suggest everybody starting with NuttX to create their own
public documentation (i.e. blog post), because the challenges you face,
solve and
Dear NuttXers,
Apache Software Foundation is becoming 25 and they are announcing some
projects that are important to them: https://apache.org/asf25years/
They posted about the NuttX RTOS:
https://news.apache.org/foundation/entry/asf-project-spotlight-nuttx
BR,
Alan
Kudos Lup!
Fantastic work! And nice board to run NuttX
On Sat, May 18, 2024 at 7:50 PM Lee, Lup Yuen wrote:
> Soon we’ll see many new 64-bit RISC-V SBCs based on the Sophgo SG2000
> RISC-V SoC. Will they boot NuttX? Let’s find out…
>
> (1) We boot Linux on Milk-V Duo S (with SG2000)
>
> (2)
option for misc projects and
> the situation is such that I need the following attributes:
>
> 1. Cortex-M
> 2. Ethernet
> 3. Qemu
>
> Unless I'm mistaken, lm3s6965evb was the only board that met all 3 ?
>
> Cheers,
> Robin
>
> On Tue, 14 May 2024 at 18:48, Alan C. A
> My theory, therefore, is that lm3s6965-ek:qemu-protected has never worked
> ever since support was committed ?
> Also: I think the unexpected IRQ 11 (that's an SVC exception I think ?) has
> been the problem since the beginning and continues to manifest even with
> the latest nut
Hi Robin,
Did you test previous release versions? It could be useful to know in which
version the issue was introduced.
After that we could use git bisect to pinpoint the commit that introduced
this issues.
Best Regards,
Alan
On Mon, May 13, 2024 at 5:41 PM Robin Randhawa
wrote:
> Hi.
>
> I
Hi Janardhan,
Please read the official documentation:
https://nuttx.apache.org/docs/latest/contributing/making-changes.html
There is a tool called checkpatch.sh that you can use to verify the coding
style issues in your source code.
Best Regards,
Alan
On Fri, May 3, 2024 at 4:25 AM Janardhan
Hi NuttXers,
As Lup commented, we have two NuttX proposals accepted to the GSoC 2024.
Saurav Pal also was accepted and he will work in the project:
mnemofs: An Apache NuttX NAND Flash Filesystem
Basically this will be a file-system to use with NAND Flash memories,
including bad-block
:36 PM David Welshon
wrote:
> Ok,
> I have the device setup. I can help test whenever needed.
> David
>
> On Wed, Apr 24, 2024 at 7:17 AM Alan C. Assis wrote:
>
> > Hi David,
> >
> > I'm glad to help!
> >
> > More people could want this feature,
Hi David,
The pin is defined as BOARD_ZEROCROSS_GPIO, please look at
nuttx/boards/arm/stm32/stm32f103-minimum/include/board.h
nuttx/boards/arm/stm32/stm32f4discovery/include/board.h
The board initialization code is here:
nuttx/boards/arm/stm32/common/src/stm32_zerocross.c
And the example is
y-typed languages.
>
> Sent with Proton Mail secure email.
>
> On Sunday, April 28th, 2024 at 4:11 AM, Alan C. Assis
> wrote:
>
> > Hi Ed,
> >
> > Welcome to NuttX!
> >
> > We have a documentation explaining about it, please see section 3:
> >
>
Hi Ed,
Welcome to NuttX!
We have a documentation explaining about it, please see section 3:
https://nuttx.apache.org/docs/latest/guides/customapps.html
Best Regards,
Alan
On Sun, Apr 28, 2024 at 1:36 AM M. Edward (Ed) Borasky
wrote:
> I've just run across NuttX, and I think it's a good fit
ootloader that can be
> revoked once the system has fully booted.
>
>
> On Fri, Apr 26, 2024 at 2:22 PM Nathan Hartman
> wrote:
>
> > I recommend to add a comment there, to explain that although the board
> has
> > 320KB in total, ~200KB is used for WiFi and BLE.
> >
Hi Bernd,
You can use 320KB only if you don't need to use WiFi and BLE.
The memory is used but the WiFi/BLE driver!
Do you remember the old days where your video card used to eat your main
memory and you should define in the BIOS how much memory the video card
will use?
Same thing here! ;-)
have to get a device tomorrow from work first.
> I'll
> > let you know when I have it setup.
> >
> > On Tue, Apr 23, 2024 at 8:09 PM Alan C. Assis wrote:
> >
> >> David,
> >>
> >> I fixed the header, but it seems someone did a parti
t;
> make[1]: Leaving directory '/home/david/nuttxspace/apps'
>
> "make all" terminated with exit code 2. Build might be incomplete.
>
> On Tue, Apr 23, 2024 at 6:21 PM Alan C. Assis wrote:
>
> > Whoa, you are totally right!
> >
> > Currently it is this wa
t;
> CSRCS += mb_m.c
>
> endif
>
>
>
>
> On Tue, Apr 23, 2024 at 4:58 PM Alan C. Assis wrote:
>
> > Hi David,
> >
> > Actually ASCII and RTU enable equivalent/symetric functions.
> >
> > If you search for CONFIG_MB_ASCII_MASTER inside
master to confirm.
BR,
Alan
On Tue, Apr 23, 2024 at 4:46 PM David Welshon
wrote:
> When I changed from Modbus ASCII master selected to MOdbus RTU master it
> compiled.
> Is there extra configuration required for ASCII?
>
> On Tue, Apr 23, 2024 at 1:38 PM Alan C. Assis wrot
g as well as the nucleo-f4x1re:f401-nsh configurations per the
> video still can't find the functions
>
> On Tue, Apr 23, 2024 at 12:45 PM Alan C. Assis wrote:
>
> > Hi David,
> >
> > These functions are there (see apps/modbus/mb.c for instance).
> >
>
Hi David,
These functions are there (see apps/modbus/mb.c for instance).
Did you follow this video tutorial:
https://www.youtube.com/watch?v=FmJLrG4Ldow
Best Regards,
Alan
On Tue, Apr 23, 2024 at 12:41 PM David Welshon
wrote:
> I am trying to get modbus mastermode rs485 example working on
>
Dear NuttXers,
Probably all saw about it, case don't here it goes:
https://developer.sony.com/posts/apache-nuttx-powers-worlds-smallest-lunar-robot-in-japans-historic-autonomous-lunar-exploration-mission
This is a small step for humanity, but a great step to an RTOS.
Best Regards,
Alan
t; On Sun, Apr 21, 2024 at 7:01 AM Alan C. Assis wrote:
>
> > Hi Lup,
> >
> > Nice article! I enjoyed that green phosphor effect, how did you do it?
> >
> > Best Regards,
> >
> > Alan
> >
> > On Sat, Apr 20, 2024 at 7:41 PM Lee, Lup Yuen
Hi Lup,
Nice article! I enjoyed that green phosphor effect, how did you do it?
Best Regards,
Alan
On Sat, Apr 20, 2024 at 7:41 PM Lee, Lup Yuen wrote:
> Last article we were compiling Rust Apps for NuttX QEMU (RISC-V 32-bit).
> And we hit a baffling error…
>
> "Can't link Soft-Float modules
Hi Gustavo,
Could you please share a simplified version of your code that triggers this
issue?
Probably there is some memory leaking in your application or even in the
i2ctool (less probably, but we need to investigate).
Best Regards,
Alan
On Thu, Apr 18, 2024 at 12:31 PM Gustavo Soares <
Hi Артём,
I think I missed this email, apologies for that!
I just found it today because I searched on the Internet for RK3568 and
NuttX!
Do you by chance think about the idea of running NuttX on Boyhom M17?
Best Regards,
Alan
On Wed, Mar 6, 2024 at 2:13 AM Артём Денушев
wrote:
>
> Hello,
Hi Ahmad,
Did you add support for your custom board correctly? This that come to my
mind:
1) Did you have configured and enabled the right source clock?
2) Did you have configured the right pins at
boards/arm/stm32f7/yourboard/include/board.h ?
3) Did you create a similar file like
mentioned, having something in ostest to detect the issue and verify
> the fix / catch regressions would be ideal.
>
> Kind regards,
>
> Andrew Dennison
> Chief Architect and Hardware Team Lead
>
> On Thu, 11 Apr 2024 at 04:18, Alan C. Assis wrote:
>
> > Hi Andr
Dear NuttXers,
If you didn't submit your proposal, please hurry up, the last day is April
14.
More info:
https://events.nuttx.apache.org
BR,
Alan
Hi Andrew,
Could you please open a public issue to report these issues (case you
haven't yet).
Also if you have some testing examples to trigger these issues, we could
include it into our ostest to avoid it happening again.
BR,
Alan
On Tue, Apr 9, 2024 at 3:45 AM Andrew Dennison
wrote:
> Hi
Hi Pavel,
Thank you very much for that!
Actually Shijo decided not to participate in GSoC2024, but opted to do the
port in his free time.
I'm also interested in Nano-X support on NuttX because we could use FLTK
with it and maybe we could get Dillo Browser running with it as well.
BR,
Alan
On
Hi Lars,
Nice to know you found someone to work on this board.
This board is low cost fixes and integrates the W5500 Ethernet SPI chip.
Please consider integrating it into the mainline to let more people to test
and evolve the original port.
BR,
Alan
On Mon, Apr 8, 2024 at 12:26 PM Lars
m the Rustix Project. Though we'll pick a
> smaller subset that's easier to maintain.
>
> Lup
>
> On Sun, Apr 7, 2024 at 8:39 PM Alan C. Assis wrote:
>
> > Very nice article!
> >
> > I think it should be nice to take a look at the Rustix project again, it
> > wil
Very nice article!
I think it should be nice to take a look at the Rustix project again, it
will avoid these 'extern "C" ' for each function on NuttX.
BR,
Alan
On Sat, Apr 6, 2024 at 7:57 PM Lee, Lup Yuen wrote:
> This article explains the current steps for running barebones Rust Apps on
>
g:
> +1 Roberto Bucher
> +1 Lup Yuen Lee
> -1 Alan C. Assis
> + Tiago Medicci Serrano
> +1 Alin Jerpelea
>
> Non Binding
> +1 yfliu2008
>
> Vote thread
> https://lists.apache.org/thread/lv8gjbpmj3nwhgmf795kvwvjxv49hzhr
>
Should it be:
#if CONFIG_BOARDCTL_UNIQUEID_SIZE <= RP2040_FLASH_ID_SIZE ?
BR,
Alan
On Mon, Apr 1, 2024 at 5:45 PM Anders wrote:
> Hi,
>
> The unique id solution for the Raspberry Pi by Adam and his team works
> very well. However, I suggest a slight modification of the code. In short,
> if
-1
1) free is not working on blue-pill)
---
$ arm-none-eabi-gcc -v
Using built-in specs.
COLLECT_GCC=arm-none-eabi-gcc
Roberto,
Please send information about your toolchain (i.e. use: arm-none-eabi-gcc
-v) and the final binary size (i.e.: arm-none-eabi-size nuttx).
BR,
Alan
On Mon, Apr 1, 2024 at 5:46 AM Roberto Bucher
wrote:
> +1
>
> Built for:
>
> nucleo-144:f746-pysim
> nucleo-h745zi:pysim_cm7
>
iuka napisał(a):
>
> > Hi Alan,
> >
> > I received your invitation and confirmed my attendance at the meeting.
> See
> > you tomorrow :)
> >
> > Regards,
> > Jan
> >
> > czw., 21 mar 2024 o 15:51 Alan C. Assis napisał(a):
>
Very everyone,
It seems like some recent modification in the mainline generated some bad
side effects, none command is working. I'm pretty sure everything was
working yesterday!
If you have a Bluepill board you can try to reproduce it this way:
$ git clone https://github.com/apache/nuttx-apps
Hi Justin,
Welcome to NuttX!!!
There are many people contributing things to NuttX and to be honest I
didn't know NuttX had support for YOLO until I saw your email.
I'm glad you are here because we need Documentation to it:
d 8 GB of RAM - sometimes just a simple 8-bit MCU is enough. I'd
> love to know more details about "Micro-ROS integration on NuttX". Does this
> task consist of "refreshing" the code and preparing some kind of demo
> application?
>
> Regards,
> Jan
>
>
> c
Very nice Tomek!
Welcome aboard Jan! We are glad to know you are interested to participate
of GSoC as a NuttX contributor.
Best Regards,
Alan
On Thu, Mar 21, 2024 at 12:50 AM Tomek CEDRO wrote:
> On Wed, Mar 20, 2024 at 1:04 AM Alan C. Assis wrote:
> > Hi NuttX users and developer
I can help to find out
> the problem if required, but, as you now, I'm retired now and I can't
> follow students in the GSoC!
>
> Ciao
>
> Roberto
>
> On 3/20/24 1:02 AM, Alan C. Assis wrote:
> > Hi NuttX users and developers,
> >
> > We have t
Hi NuttX users and developers,
We have two projects that are still missing contributors: Device Tree and
MicroROS.
This is the listing of projects and contributors interested on each project:
Rust integration on NuttX
-
Contributor: RUSHABH GALA
NuttX NAND Flash
Oops, where I wrote "former", should be "later"
On Monday, March 18, 2024, Alan C. Assis wrote:
> Hi Gustavo,
>
> You can do it over init script (there is a video at NuttX Channel) or
> using NuttX Init Entry Point, replacing nsh_main with your app_main name.
Hi Gustavo,
You can do it over init script (there is a video at NuttX Channel) or using
NuttX Init Entry Point, replacing nsh_main with your app_main name.
In the former case, you need to initialize all device driver before your
application attempts to use it. So, early board initialize and late
Hi Azam,
No, the inicial port to RaspberryPi was discontinued and moved to obsolet
Repo into Bitbucket.
>From time to time people come here asking for it and some event said they
planned to reactivated that port. But until now nothing happened.
The only Raspberry board supported by NuttX is the
I think there is a reference project that we can use as base:
https://github.com/tylerwhall/zephyr-rust
It doesn't seem to implement the drivers or anything else in the kernel.
Best Regards,
Alan
On Wed, Mar 13, 2024 at 8:36 PM Tomek CEDRO wrote:
> On Wed, Mar 13, 2024 at 10:03 PM Gregory
em to access an id in a processor register.
> And while access to flash fs on the Pico supposedly could give some hints,
> a solution still eludes me.
>
> Anders
>
> Originalmeddelande --------
> Den 25 feb. 2024 20:17, Alan C. Assis skrev:
>
> > Hi Anders, Welcome
ly application support for now.
Best Regards,
Alan
On Wed, Mar 13, 2024 at 7:17 PM Gregory Nutt wrote:
>
> On 3/13/2024 4:11 PM, Alan C. Assis wrote:
> > I think we are having a CMakefile deja-vu here, don't we? (I hope we
> don't
> > lose any developer this time)
>
I think we are having a CMakefile deja-vu here, don't we? (I hope we don't
lose any developer this time)
The goal of improving Rust on NuttX is to get better support for our
current "integration" (that is not implemented the right way, actually it
is just a wrapper currently, we had a
gt;
>
>
>
> The "StackMax" above is 0x7093000 (118042624). But how can this work
> for the short-lived threads like "AppBringUp" thread?
>
>
>
> Regards,
> yf
>
>
>
>
> Original
>
>
>
> From:"Alan C. Assis"&
You can use the stack monitor to see the stack consumption.
Best Regards,
Alan
On Tue, Mar 12, 2024 at 7:38 AM yfliu2008 wrote:
> Dear experts,
>
>
>
> After enlarging the stack size of "AppBringUp" thread, the remote
> node can boot NSH on RPMSGFS now. I am sorry for not trying this earlier.
Hi Mauro,
I think there is some issue in your SPI (I don't know if it is in your
configuration, or on your wiring, or in our device, or something else).
The issue you are seeing (only 1 bit transmitted) could be confirmed by
this error message:
nrf52_spi_exchange: Incomplete transfer wrote
clock is provided from a shared crystal to feed into
> both side.
>
> All the best,
> /Roland
>
>
> > On Mar 1, 2024, at 3:14 AM, Alan C. Assis wrote:
> >
> > Hi Roland,
> >
> > We had a discussion about it a few months ago!
> >
> > We know
Hi Roland,
We had a discussion about it a few months ago!
We know it is possible, but nobody until now tried to do it.
Basically you will need RMII support on both chips, I don't remember the
details why MII will not work (or will be more difficult to work)
There is a discussion about it here,
Hi Anders,
Welcome to NuttX !!!
Yes, you are right, the rp2040 port doesn't yet have support for uniqueid.
If you want to add it, please enter inside nuttx/arch/arm/src/ and "git
grep uniqueid" for a reference how it is done in other chips.
Example in cxd56xx arch:
ed in general) that I typed were echoed
> out
> > the the terminal as well, so I fixed that using termios to disable echo
> > (and enable back on quitting vi).
> >
> > BR,
> > SP
> >
> > On Sat, 24 Feb, 2024, 20:18 Alan C. Assis, wrote:
> >
&g
WOW!!! Really cool project!
Easy way to let people who know how to program using blocky to create NuttX
applications!
Best Regards,
Alan
On Sat, Feb 24, 2024 at 7:03 PM Lee, Lup Yuen wrote:
> Remember MakeCode? BBC micro:bit and its Drag-n-Drop App Builder? MakeCode
> for BBC micro:bit is an
Hi Saurav,
I suggest you to verifyr these errors first:
*Command: 1293 | BIOC_FLUSH: 1293*
Error Upper! ioctl | -25
#define ENOTTY 25 /* Not a typewriter */
So, you can search where this ENOTTY is returned.
Some to:
nx_mount: ERROR: Bind method failed: -28
nsh: mount: mount failed: 28
quot;yfliu2008"< yfliu2...@qq.com ;
>
> Date:2024/2/24 20:08
>
> To:"dev"< dev@nuttx.apache.org ;
>
> Subject:Re:Re: RiscV landscape
>
>
>
>
>
>
>
> From the readme page, it seems that we can also create new issue
> with required informatio
Yes! It should be!
What you think about the Idea of submitting a PR there?
If you need the Logo in SVG I can send you!
BTW, I will create a Logo page at our documentation page, this way people
can use it easily.
BR,
Alan
On Saturday, February 24, 2024, yfliu2008 wrote:
> Hi,
>
>
>
>
> I am
No, the issue he reported is correct: "rm *" and "rm -r *" are not
supported.
It is a missing feature.
Best Regards,
Alan
On Fri, Feb 23, 2024 at 9:04 PM Tomek CEDRO wrote:
> Maybe the SD card filesystem is mounted read-only?
> For instance when filesystem is corrupted it may mount
seems to be a little bit more smart! hehehe!
Best Regards,
Alan
On Fri, Feb 23, 2024 at 9:33 PM Gregory Nutt wrote:
>
> On 2/23/2024 6:19 PM, Gregory Nutt wrote:
> >
> >
> > On 2/23/2024 5:57 PM, Alan C. Assis wrote:
> >> /tmp:
> >> test1
> >&
test2
test3
nsh> rm -r .
nsh: rm: unlink failed: 1
nsh> ls
/tmp:
nsh>
It reported error "unlink failed: 1", but removed all the files.
BR,
Alan
On Fri, Feb 23, 2024 at 8:47 PM Alan C. Assis wrote:
> Hi Jernej,
>
> Did you try enter inside the directory (i.e. /mnt)
Hi Jernej,
Did you try enter inside the directory (i.e. /mnt) and run:
nsh> rm -f .
Maybe it helps.
BR,
Alan
On Thu, Feb 22, 2024 at 3:55 AM Jernej Turnsek
wrote:
> Hi, I have accidentally written a lot of files on my sdcard and now I would
> like to delete them. I have tried with rm *
Just a update here for people facing similar issue in the future.
Actually Jose discovered the issue was not on NuttX itself, but it was
an Interrupt enabled in the bootloader that was missing an entry IRQ
vector table.
Best Regards,
Alan
On 2/20/24, Ambrocio, Jose wrote:
> Hello Nuttx team,
am thinking in terms of
>> > context switches for tasks, even if, say, somehow the memory
>> > consumption
>> > remains the same).
>> >
>> > Regards,
>> > SP
>> >
>> > On Tue, Feb 20, 2024 at 10:13 PM Xiang Xiao
&
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
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
Let's follow the discussion here to avoid polluting the previous thread.
On 2/18/24, Tomek CEDRO wrote:
> Closed, okay, and the FPGA part did not get in?
>
> --
> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
>
> On Sun, Feb 18, 2024 at 10:17 PM Alan C. Assis wrote:
>>
&
n every aspect with regards to the
> convenience of mailined FPGA support.
>
> Best,
> Victor.
>
>
>
> On Mon, Feb 19, 2024 at 11:50 AM Alan C. Assis wrote:
>
> > No, as we pointed out, it is a long term project that needs to be well
> > thought out.
> &g
CEDRO wrote:
> Closed, okay, and the FPGA part did not get in?
>
> --
> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
>
> On Sun, Feb 18, 2024 at 10:17 PM Alan C. Assis wrote:
> >
> > Hi Tomek,
> > Thank you for raising these concerns.
> >
> > BTW, I sug
SDK
and copy their files to inside NuttX.
Best Regards,
Alan
On Sun, Feb 18, 2024 at 8:02 PM Tomek CEDRO wrote:
> Closed, okay, and the FPGA part did not get in?
>
> --
> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
>
> On Sun, Feb 18, 2024 at 10:17 PM Alan C. Assis wrote
> > > >>>> I would really love to see the internals first hand.. with a help
> of
> > > >>>> more experienced NuttX'er for sure as second mentor :-) :-)
> > > >>>>
> > > >>>> I did a PONG on FPGA ove
427I) and STM32F429xx, which are already supported.
>
> The first thing to do is to decide which is of the supported parts is
> most like the STM32F427AI. Mostly likely it is just a difference in
> memory size or something similar.
>
> The package STM32F427AI has more pins so some o
Hi Saurav,
Please take a look at "static const struct fsmap_t g_bdfsmap[]" in the file
nuttx/fs/mount/fs_mount.c
You will figure-out how the "magic" happens.
Best Regards,
Alan
On Mon, Feb 12, 2024 at 9:20 AM Saurav Pal wrote:
> Hi all,
>
> I am trying to write some docs for VFS in NuttX,
Hi Janardhan,
You can start looking at which STM32F4xx chip existent on NuttX is more
similar to STM32F427AI and start your port based on it.
You can do it using the chip datasheet and/or reference manual, writing
down the difference in peripherals, registers, etc.
Normally STM32 devices share
Hi Roberto,
I think it is happening because we released the version 12.4.0 and forgot
to great the tag, see the git tag result:
...
nuttx-12.2.1
nuttx-12.2.1-RC0
nuttx-12.3.0
nuttx-12.3.0-RC0
nuttx-12.3.0-RC1
nuttx-12.4.0-RC0
It needs to be fixed.
BR,
Alan
On Thu, Feb 8, 2024 at 4:57 AM
Ingenieurbüro-Filgis
> USt-IdNr.: DE305343278
>
>
> On Tue, Feb 6, 2024 at 12:30 PM Roberto Bucher <
> roberto.bucher.2...@gmail.com> wrote:
>
> > The STM32H743ZI2 is quite complete. We used it with pysimCoder (ADC,
> > encoders, PWM, digital I/O, networ
stm32h745i-disco is a great option! Ethernet and LCD
On Tuesday, February 6, 2024, Simon Filgis
wrote:
> Dear all,
>
> Can anybody recommend a stm32h7 board with ethernet that is well supported
> by nuttx?
>
> Thanks in advance,
>
> Simon
>
Hi Lup,
Congratulations! That was a great achievement!!!
It would be nice if we could get TCC integrated on apps/ to run inside MCUs
with much memory (like STM32 with external SDRAM), ESP32, BL808, etc.
Best Regards,
Alan
On Sat, Feb 3, 2024 at 8:08 PM Lee, Lup Yuen wrote:
> Today we're
s not give any errors.
>
> Since it is a macro, even language servers (as far as the ones I know) do
> not visually show their "unused parameters" warning like in the case proper
> functions.
>
> Regards,
> Saurav
>
> On Sat, Feb 3, 2024 at 1:11 AM Alan C. As
Hi Saurav,
I think you found a BUG!
Please report it at https://github.com/apache/nuttx/issues to keep a track
of it and when you we submit a PR it could be closed automatically (since
you link it at your PR).
In fact looking both macros the f to fs mistake becomes clear:
#define
Hi Saurav,
Thank you for looking at our code base and planning to add Documentation,
that is really important!
NuttX has a long history but our Documentation is still lagging behind, so
your work will be very beneficial for our community.
I took a look at that macro you asked and seems it was
Hi Tomek,
Thank you for raising these good points and thank YF for suggesting it.
I also don't know much details about it, maybe I think at list on Linux we
have some other libs working between X11 and Wayland to make "legacy" code
work correctly.
I'm CC Nicolas Caramelli who recently added
Good question Greg!
I think it is this way for legal reasons: this is not an event released or
promoted by Apache Software Foundation (ASF).
And although the official name of the project is Apache NuttX, we can't use
the Apache NuttX Workshop, because that would emphasize an Apache event,
but it
to download OpenAMP, automated
> test failed)
>
> Right now I'm running the Automated Test every morning (GMT+8). So I have
> the rest of the day to figure out what broke, without staying up all night
> :-)
>
> Lup
>
> On Sun, Jan 28, 2024 at 7:36 AM Alan C. Assis wrote:
>
Hi Lup,
Congratulations, I think it could be very useful if integrated with CI.
We could find many issues that aren't detected currently.
Best Regards,
Alan
On Sat, Jan 27, 2024 at 8:05 PM Lee, Lup Yuen wrote:
> Every day we’re auto-building NuttX for Ox64 BL808 RISC-V SBC... Can we
> test
weekend my friends :-)
> > > Tomek
> > >
> > > --
> > > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> > >
> > > On Sat, Jan 27, 2024 at 2:55 AM Victor Suarez Rovere
> > > wrote:
> > > >
> > > > I can certainly p
at 3:33 PM Tomek CEDRO wrote:
> On Fri, Jan 26, 2024 at 2:07 PM Alan C. Assis wrote:
> > Dear NuttXers,
> > Please find below some ideas of projects to improve NuttX during the
> > GSoC2024:
> > https://cwiki.apache.org/confluence/display/COMDEV/GSoC+2024+Ideas+list
>
Dear NuttXers,
Please find below some ideas of projects to improve NuttX during the
GSoC2024:
https://cwiki.apache.org/confluence/display/COMDEV/GSoC+2024+Ideas+list
If you have some other ideas, please let me know.
Best Regards,
Alan
Hi Jernej,
by not returning to NSH do you mean after pressing Ctrl+C ?
Maybe this tutorial will help:
https://www.youtube.com/watch?v=hszt15lTsnA
BR,
Alan
On Tue, Jan 23, 2024 at 4:56 PM Jernej Turnsek
wrote:
> I am running an app in the foreground. I didn't have waitpid enabled. Now I
>
Hi Alin,
I used Google Flights to comparece prices and the values are basically the
same from May to August.
If we have some bigger embedded/computer conference happening in Japan
around that time, we could put NuttX Workshop just after that, this way
people could participate in both events.
Really cool Lup! Kudos!!!
Actually booting NuttX from a floppy drive should be really nice too.
BR,
Alan
On Sat, Jan 20, 2024 at 8:43 PM Lee, Lup Yuen wrote:
> In olden times we had Computer Games (plus Operating Systems) on 5.25-inch
> Floppy Disks. And we’d boot the Floppy Disks
ap.c
> Is Jorge's PR the one merged on Jul 12 (8ceff0d)?
> Thanks,
> Robert
>
> On Thu, Jan 18, 2024 at 2:56 PM Alan C. Assis wrote:
>
> > Hi Robert,
> > Thank you for the explanation! Is it about internal cache?
> >
> > Looking at
> >
> https://www.st.com
ed to get these correct as other files use these defs also,
> such as stm32_allocateheap.c
> Is Jorge's PR the one merged on Jul 12 (8ceff0d)?
> Thanks,
> Robert
>
> On Thu, Jan 18, 2024 at 2:56 PM Alan C. Assis wrote:
>
> > Hi Robert,
> > Thank you for the explanation! I
n Thu, Jan 18, 2024 at 1:28 PM Alan C. Assis wrote:
>
> > Robert,
> > STM32H7 family is already supported.
> >
> > Look at arch/arm/src/stm32h7 and equivalent at boards/
> >
> > BR,
> >
> > Alan
> >
> > On Tuesday, January 16, 2024,
Robert,
STM32H7 family is already supported.
Look at arch/arm/src/stm32h7 and equivalent at boards/
BR,
Alan
On Tuesday, January 16, 2024, Robert Turner wrote:
> Did anyone finish supporting the broader STM32H7xx family? If so, is it
> close to being mergeable or sendable as a patch?
>
>
Socket VPN on a server operated by the NuttX
> Project?
>
> Probably not, because we need to throttle the internet traffic for free,
> fair use. And prevent abuse.
>
> I've documented my findings on TinyEMU, VirtIO Networking and WebSocket
> VPN:
>
> https://github.com/lupyue
1 - 100 of 493 matches
Mail list logo