You need to prepare /dev/ram1 with the mkrd command.
On Thu, Feb 2, 2023 at 2:29 PM Russell Haley wrote:
> On Wed, Feb 1, 2023 at 9:23 PM Xiang Xiao
> wrote:
>
> > You can debug sim nuttx with your favorite PC debugger just like a normal
> > host program.
> > Of course, please ensure the debug
Hi Lup,
Very nice article! Kudos!!!
Is it possible to modify the demo to type direclty inside the "LVGL
terminal" screen?
Did you test PinePhone nxterm too?
BR,
Alan
On 2/2/23, Lee, Lup Yuen wrote:
> Now we can run NuttX Console Apps on PinePhone, without a Serial Cable!
>
> This article exp
Hi Russel,
If all you need is to copy some file.lua to your board, then an
alternative is using TMPFS and transfer the file using zmodem.
Few day ago I created a video tutorial about it:
https://www.youtube.com/watch?v=Ne3SZZrwL9c
BR,
Alan
On 2/2/23, Russell Haley wrote:
> I am mistaken. I u
Hi,
Dont use boardctl for the romfs, this is too intertwined in the
mechanism used to initialize nsh, which is not suitable for customization.
This need to be decoupled, I've done this in my own apps. I'll send it
later, maybe.
Here is the proper way to mount a romfs from your board bringu
It should be nice to have a simple logic to let users to use ROMFS.
Currently everyone needs to duplicate it in their own code/application.
I'm thinking something like apps/romfiles/ where people just put the
files that they want to be in the ROM and it will be included
automatically, instead rei
IMHO this is too dependent on customer environment and preferences.
But it would be nice to be an official out-of-tree board skeleton to
show people how to organize it. libopencm3 has a demo project that is
very helpful.
Because it's always the first step when you use nuttx on real hardware
On Thu, Feb 2, 2023 at 4:44 AM Lee, Lup Yuen wrote:
> Now we can run NuttX Console Apps on PinePhone, without a Serial Cable!
> This article explains how we call the LVGL GUI Library to create a
> Touchscreen Terminal App that runs NSH Commands...
> https://lupyuen.github.io/articles/terminal
CONG
On Thu, Feb 2, 2023 at 6:35 AM Alan C. Assis wrote:
> It should be nice to have a simple logic to let users to use ROMFS.
>
> Currently everyone needs to duplicate it in their own code/application.
>
> I'm thinking something like apps/romfiles/ where people just put the
> files that they want to
The infrastructure is there, you can:
1. Enable CONFIG_NSH_ROMFSETC
2. Add your files to RCSRCS/RCRAWS in board's Makefile
Then nsh will auto mount it to /etc. sim already has a demo for this:
https://github.com/apache/nuttx/tree/master/boards/sim/sim/sim/src/etc
On Fri, Feb 3, 2023 at 12
Lup, the demo could upstream to lvgl repo once you change NuttX special
task_create to posix_spawn.
On Thu, Feb 2, 2023 at 10:57 PM Tomek CEDRO wrote:
> On Thu, Feb 2, 2023 at 4:44 AM Lee, Lup Yuen wrote:
> > Now we can run NuttX Console Apps on PinePhone, without a Serial Cable!
> > This articl
I think if it was generic but with some CONFIG_ROMFS_MNTPOINT it could
be usable for all customer environment and preferences.
Well, there still some cases that could be covered: ie. a user app
that needs files mounted at two or more places inside the root file
system.
On 2/2/23, Sebastien Lorque
Then, they should run the mount or whatever they want from rcS like how
Unix did. Actually, don't invert the wheel again, just follow how Unix is
done.
On Fri, Feb 3, 2023 at 1:27 AM Alan C. Assis wrote:
> I think if it was generic but with some CONFIG_ROMFS_MNTPOINT it could
> be usable for all
No, and this was exactly my problem.
The romfs should NOT be mounted by nsh.
Mounting to /etc/ is also NOT flexible enough.
Because in a normal board the boot app is not nsh but the customer app.
At the moment this romfs mount is also closely coupled to the boot
script mechanism, which is ve
On Fri, Feb 3, 2023 at 2:06 AM Sebastien Lorquet
wrote:
> No, and this was exactly my problem.
>
> The romfs should NOT be mounted by nsh.
>
>
It's an option and disabled by default.
BTW, which place do you think is better than the current one?
> Mounting to /etc/ is also NOT flexible enough.
>
On Thu, Feb 2, 2023 at 1:49 PM Xiang Xiao wrote:
> On Fri, Feb 3, 2023 at 2:06 AM Sebastien Lorquet
> wrote:
>
> > You cant expect customers to follow a nsh-based design. The learning
> > curve for nuttx is hard enough, and if you add more constraints in apps
> > building it is even harder.
> >
Hi,
Once again please remember this project is Apache NuttX and not Xiaomi OS.
The fact that your company is a major contributor and that you have
established your own local usage patterns does not mean these are the
only valid ones.
Each user has its own vision of how such a flexible system
Hi Sebastien,
Please once again, don't start a frame war, we need people to
contribute to NuttX, to make our loved project great, not to destroy
it.
That said, I want to say a famous phrase from Linus Torvalds:
"Doers decide!"
If you want to decide how ROMFS should work, please do it.
It is an
Thanks Alan! Handling keypresses directly in the LVGL Terminal text box
might get complicated, lemme think about it. Right now the app waits for
the Enter Key and sends the entire command to NSH, which is a lot easier.
LVGL Terminal was inspired by nxterm, so yep I must try nxterm soon :-)
Lup
O
Hmmm... So far I've tried the romfs example, adding the mkrd command as
well as the suggestion by Sebastien but everything returns an error. Is
everyone sure that romfs works with the sim:nsh example code?
rapp_main_1.c
static int open_romdisk_2(void)
{
int ret = 0;
ret = romdisk_register(0, // /d
I've put my source code here in case anyone wants to try it:
https://github.com/RussellHaley/nuttx-russ-app-1
Thanks for the help everyone!
Russ
On Fri, Feb 3, 2023 at 2:31 AM Russell Haley wrote:
> Hmmm... So far I've tried the romfs example, adding the mkrd command as
> well as the suggestio
20 matches
Mail list logo
