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
>
> TinyEMU VirtIO Networking: https://bellard.org/jslinux/tech.html
>
> WebSocket VPN:
> https://www.benjamincburns.com/2013/11/10/jor1k-ethmac-support.html
>
> Lup
>
> On Sun, Jan 14, 2024 at 8:10 AM Alan C. Assis wrote:
>
> > Really cool Lup!
> >
> > Maybe
Really cool Lup!
Maybe it could be used for training and deduction purposes. Do you know
"The Construct" they are using a solution like that to run Linux in the
browser:
https://app.theconstructsim.com/login/
Is it possible to get network enabled and use it to communicate? It could
open new
Hi Alin,
Thanks for confirming that Sony will be able to host our VI NuttX
International Workshop!
I think summer (after May) will be nice!
So, although it is enough time, we need to define the date soon, because
for people far from Japan the flight could be very expensive because we
delay
Yes! For kernel mode each program has its own main() implementation, not
the definition.
BR,
Alan
On Tue, Jan 9, 2024 at 10:34 PM Gregory Nutt wrote:
>
> On 1/9/2024 7:28 PM, Alan C. Assis wrote:
> > Hi Yf,
> > Just look at your System.map and you will see that all tho
t to the apps ELF.
>
>
>
>
> Regards,
> yf
>
>
>
>
>
> Original
>
>
>
> From:"Alan C. Assis"< acas...@gmail.com ;
>
> Date:2024/1/10 8:11
>
> To:"dev"< dev@nuttx.apache.org ;
>
> Subject:Re: debugging user a
Hi Yf Liu,
I don't know if this minidump server works on 64-bit and with QEMU, but
about the other question how to setup breakpoint in the NSH user space
program, just set the break point to the nsh_main if you want to debug the
NSH itself or set it to program_main to put the breakpoint to some
t; scope, but TsFile is going to be super small … it’s just the part that
>> writes timeseries data into so-called TsFiles (these can be of any size) …
>> so the idea is to collect data on the device in TsFiles and then send them
>> off in a chunck to an IoTDB instance to work with the
can be of any size) …
> so the idea is to collect data on the device in TsFiles and then send them
> off in a chunck to an IoTDB instance to work with the data.
>
>
>
> Chris
>
>
>
>
>
> *Von: *Alan C. Assis
> *Datum: *Donnerstag, 4. Januar 2024 um 23:23
>
interest to attend or to even submit talks to this sort of event.
>
>
>
> And yeah … I’m the PLC4X guy with the plush civet ;-)
>
>
>
> And yeah … I already stated digging on what NuttX is, as I think it might
> be interesting running PLC4X (PLC4Rust or PLC4C) on it … and possibly
Hi Christofer,
Thank you for bringing this to our attention!
I think you forgot to send the submission link, because there is no
reference to that conference at https://www.eclipsecon.org
BTW, I think you are the guy from Apache PLC4X, right?
I think it could be integrated on NuttX (at least
Hi Tim,
AFAIK NuttX doesn't have a standard way to do it.
It is normally done at board level (do a "git grep backlight" inside
boards/ to see some examples).
A proper way to do that should be implementing a backlight subsystem, like
a subset of Linux backlight subsystem:
Happy New Year NuttXers,
Really cool Lup! Kudos!!!
BR,
Alan
On Sun, Dec 31, 2023 at 9:22 PM Lee, Lup Yuen wrote:
> Happy New Year! 2024 is here and we’re running NuttX on Single-Board
> Computers with plenty of RAM. Like Pine64 Ox64 BL808 SBC with 64 MB RAM!
>
> In this article, we create a
Agree, it could be merged in some base file.
But of course adding tons of #ifdefs inside a single file makes things hard
to follow, see the arch/arm/src/stm32/ to see that!
Using #ifdefs at top of the file just to include the files with only the
functions that are different is better.
BR,
Alan
t; --
> *De:* Nathan Hartman
> *Enviado:* quarta-feira, 20 de dezembro de 2023 16:40
> *Para:* dev@nuttx.apache.org
> *Assunto:* Re: Read response from console
>
> So, in Kconfig, Example/popen should "depends on" FIFO and named pipe
&g
his message pops up when trying to compile:
>
> the problem seems to be in the apps/system/popen.
> Should any other configuration be applied besides enabling the
> popen()/pclose() functions?
>
> ------
> *De:* Alan C. Assis
> *Enviado:* q
Hi Gustavo,
Do you mean apps/examples/popen is not working?
I remember using popen() in the past to get the result of other program
output.
Best Regards,
Alan
On Mon, Dec 18, 2023 at 3:39 PM Gustavo Soares <
gustavo.felipesoa...@hotmail.com> wrote:
> Hello everyone!
>
> I have some i2c
I think debugassert() is for finding BUGs during the development/testing
phase.
In the other hand assert() should be put in case where something really
catastrofic is going to happen and cannot be avoid anyway.
My personal opinion is that release code shouldn't have (or should have the
minimum
Hi Tim,
What is the P/N# of your SPI EEPROM?
As Sébastien said the best option is adding support to your SPI EEPROM as
MTD.
I used char dev EEPROM in the past with a circular packet buffer. It was
used to store tracking data before sending it to the cloud. It was faster
than using MTD in the
Hi yf,
Since you already got the nsh working and even some applications running,
it is fine to submit to the mainline.
About these issues, please include that information in your board
documentation (just below the picture and the features of the board) in an
section like: "Known issues".
Best
/10/2023 7:15 AM, Alan C. Assis wrote:
>
> I understand your point. And in fact I think the issue is not your
> contribution itself, but the future contribution from developers of RTEMS
> and Linux that are using GPL.
>
> I think we have to be careful with the word "contribution&
Hi Lup,
Nice to know you found the issue (and Linux errata for T-Head C906 helped),
that BUG is really strange.
Probably a similar issue could exist on MILK-V board too.
Did you test NuttX on Sipeed M1s Dock AI + IoT BL808 RISC-V?
Unfortunately Pine 0x64 doesn't ship to Brazil (probably many
Hi Pavel,
I understand your point. And in fact I think the issue is not your
contribution itself, but the future contribution from developers of RTEMS
and Linux that are using GPL.
Those developers couldn't be comfortable contributing their improvements
back to other OS that don't use GPL
Very cool!
Your graphics are very didact too!
It could be useful for the Milk-V port as well!
Best Regards,
Alan
On Sat, Dec 2, 2023 at 8:06 PM Lee, Lup Yuen wrote:
> Our article today is all about RISC-V Interrupts on the tiny adorable
> Pine64 Ox64 BL808 64-bit Single-Board Computer
n, Hakeem
> Subject: FW: Networking Delay: SO_SNDTIMEO odd behavior
>
>
>
> -Original Message-
> From: Alan C. Assis
> Sent: Tuesday, November 28, 2023 12:58 AM
> To: dev@nuttx.apache.org
> Cc: Raja, Mayank
> Subject: Re: Networking Delay: SO_SNDTIMEO odd behavior
&
Hi Hakeem,
Thank you very much for reporting an issue your team found.
Could you please open an issue with more information at
https://github.com/apache/nuttx/issues and supply a little bit more
information (board/mcu used, version of NuttX, host OS, etc).
Please also supply your board config
can take the
> most permissive license, i.e Apache 2.0 and include it in an ASF project
> under that license.
>
> Kind Regards,
> Justin
>
>> On 11 Nov 2023, at 12:35 am, Alan C. Assis wrote:
>>
>> Dear ASF Legal team,
>>
>> We have a user/compa
Nice to see they added JTAG support to avrdude, but only few AVR8 has
JTAG support (i.e. Atmega128 has).
BR,
Alan
On 11/24/23, Tomek CEDRO wrote:
> On Fri, Nov 24, 2023 at 5:32 PM Alan C. Assis wrote:
>> Thank you Tomek,
>> I searched in the source code and didn't fin
Thank you Tomek,
I searched in the source code and didn't find AVR32 support, it is
strange because I remember of seeing "at32uc3b512" is the avrdude
command line (our board uses at32uc3b256).
BR,
Alan
On 11/24/23, Tomek CEDRO wrote:
> On Fri, Nov 24, 2023 at 4:35 PM Alan C
101 - 200 of 565 matches
Mail list logo