Re: [OT] Projects for GSoC 2024

[Victor Suarez Rovere]

Just clarifying, the idea to run NuttX on a FPGA is to instantiate a CPU
and peripherals on the FPGA and then run normally as if it were a MCU
Good thing is that you can change the CPU, add/remove peripherals, etc.

On Sat, Jan 27, 2024 at 12:32 AM Tomek CEDRO  wrote:

> Hey there Victor! Thanks for your interest in NuttX port to FPGA!! :-)
>
> No there is no such design yet.. you would have to create everything
> from scratch.. so there is some serious amount of work to do.. but
> imagine the results.. there will be just one step to ASIC!! :-)
>
> I could  reconsider my mentor position in this kind of project because
> 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 over 10 years ago but I would never dare to run
> CPU-less-program directly on FPGA.. then RTOS.. then lets say Atari
> emulator.. chip module player.. open source smart debug probe.. a
> neural interface.. who knows.. would that even fit into the FPGA? :-)
> :-)
>
> I have a strong feeling this may be important.. but I leave the whole
> decision to the PMC :-)
>
> Have a good 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 port NuttX to run on some FPGA boards too
> > Is any board already supported?
> >
> > On Fri, Jan 26, 2024 at 4:40 PM Alan C. Assis  wrote:
> >
> > > Hi Tomek,
> > >
> > > His toolchain is focused on FPGA, but he is interested in
> participating in
> > > other projects for GSoC.
> > >
> > > Also we need NuttX mentors, I will participate, but for each project we
> > > need two mentors, please let me know who could be interested to help.
> > >
> > > Best Regards,
> > >
> > > Alan
> > >
> > > On Fri, Jan 26, 2024 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
> > > > > If you have some other ideas, please let me know.
> > > >
> > > > I would like to propose Victor Suarez (CC) idea for porting toolchain
> > > > NuttX RTOS directly to FPGA :-)
> > > >
> > > >
> > > >
> > >
> https://www.tomshardware.com/news/fpga-demo-shows-efficiency-gains-compared-to-x86-chip
> > > >
> > > > Tomek
> > > >
> > > > --
> > > > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> > > >
> > >
>

Re: [OT] Projects for GSoC 2024

[Tomek CEDRO]

Hey there Victor! Thanks for your interest in NuttX port to FPGA!! :-)

No there is no such design yet.. you would have to create everything
from scratch.. so there is some serious amount of work to do.. but
imagine the results.. there will be just one step to ASIC!! :-)

I could  reconsider my mentor position in this kind of project because
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 over 10 years ago but I would never dare to run
CPU-less-program directly on FPGA.. then RTOS.. then lets say Atari
emulator.. chip module player.. open source smart debug probe.. a
neural interface.. who knows.. would that even fit into the FPGA? :-)
:-)

I have a strong feeling this may be important.. but I leave the whole
decision to the PMC :-)

Have a good 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 port NuttX to run on some FPGA boards too
> Is any board already supported?
>
> On Fri, Jan 26, 2024 at 4:40 PM Alan C. Assis  wrote:
>
> > Hi Tomek,
> >
> > His toolchain is focused on FPGA, but he is interested in participating in
> > other projects for GSoC.
> >
> > Also we need NuttX mentors, I will participate, but for each project we
> > need two mentors, please let me know who could be interested to help.
> >
> > Best Regards,
> >
> > Alan
> >
> > On Fri, Jan 26, 2024 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
> > > > If you have some other ideas, please let me know.
> > >
> > > I would like to propose Victor Suarez (CC) idea for porting toolchain
> > > NuttX RTOS directly to FPGA :-)
> > >
> > >
> > >
> > https://www.tomshardware.com/news/fpga-demo-shows-efficiency-gains-compared-to-x86-chip
> > >
> > > Tomek
> > >
> > > --
> > > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> > >
> >

Re: [OT] Projects for GSoC 2024

[Victor Suarez Rovere]

I can certainly port NuttX to run on some FPGA boards too
Is any board already supported?

On Fri, Jan 26, 2024 at 4:40 PM Alan C. Assis  wrote:

> Hi Tomek,
>
> His toolchain is focused on FPGA, but he is interested in participating in
> other projects for GSoC.
>
> Also we need NuttX mentors, I will participate, but for each project we
> need two mentors, please let me know who could be interested to help.
>
> Best Regards,
>
> Alan
>
> On Fri, Jan 26, 2024 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
> > > If you have some other ideas, please let me know.
> >
> > I would like to propose Victor Suarez (CC) idea for porting toolchain
> > NuttX RTOS directly to FPGA :-)
> >
> >
> >
> https://www.tomshardware.com/news/fpga-demo-shows-efficiency-gains-compared-to-x86-chip
> >
> > Tomek
> >
> > --
> > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> >
>

Re: [OT] Projects for GSoC 2024

[Tomek CEDRO]

On Fri, Jan 26, 2024 at 8:40 PM Alan C. Assis wrote:
> His toolchain is focused on FPGA, but he is interested in participating in
> other projects for GSoC.

Yes, and that toolchain could be used to cross-build NuttX ROTS to
FPGA without a CPU with amazing efficiency as proved on x86
architecture! This is something unique and soon technology will
probably enable rapid ASIC prototyping we could have a working
solution like no one else. Look at NeuraLink their only way because of
energy and size is the ASIC way. More companies will follow in
upcoming years because everything becomes smaller and more energy
efficient.. soon it will probably harvest power from the air. I think
this is worth considering and Victor is keen to use his experience in
this area :-)

By the way what is this GSOC about? Do they provide a funding for a
given research? Do all proposals are accepted? What is the timeline? I
always wanted to make smart debug probe fully open-source now I know
it will be done on NuttX.. maybe OpenOCD could be ported here and run
from ESP32-S3 (it is cheap, has USB-JTAG, WIFI, BLE, and fast GPIO)?
:-)

I just give ideas as requested :D

> Also we need NuttX mentors, I will participate, but for each project we
> need two mentors, please let me know who could be interested to help.

I would gladly help but my experience is still to small to mentor sorry :-(

I think Lup would be a great mentor.. if that does not prevent him
from taking part in the projects??

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

Re: [OT] Projects for GSoC 2024

[Alan C. Assis]

Hi Tomek,

His toolchain is focused on FPGA, but he is interested in participating in
other projects for GSoC.

Also we need NuttX mentors, I will participate, but for each project we
need two mentors, please let me know who could be interested to help.

Best Regards,

Alan

On Fri, Jan 26, 2024 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
> > If you have some other ideas, please let me know.
>
> I would like to propose Victor Suarez (CC) idea for porting toolchain
> NuttX RTOS directly to FPGA :-)
>
>
> https://www.tomshardware.com/news/fpga-demo-shows-efficiency-gains-compared-to-x86-chip
>
> Tomek
>
> --
> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
>

Re: [OT] Projects for GSoC 2024

[Tomek CEDRO]

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
> If you have some other ideas, please let me know.

I would like to propose Victor Suarez (CC) idea for porting toolchain
NuttX RTOS directly to FPGA :-)

https://www.tomshardware.com/news/fpga-demo-shows-efficiency-gains-compared-to-x86-chip

Tomek

--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

[OT] Projects for GSoC 2024

[Alan C. Assis]

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

Re: [External Mail]Re:Re: RPTUN and RPMSG

[汪博文]

Hi, yf

Yes, in some scenarios, we do not need the Remoteproc to manage the remote core 
lifecycle.
(e.g, the remote core is startup automatically and we do not want to 
stop/restart remote core)

So we do not need the remoteproc, and the remoteproc in rptun may appear 
redundant.

Actually, we are also working on a standalone Rpmsg Virtio transport in NuttX 
(new file in nuttx/drivers/rpmsg/rpmsg_virtio.c),
we want this new rpmsg virtio transport only call the rpmsg virtio related API 
in OpenAMP (not be coupled with OpenAMP.RemoteProc),
then we can achieve smaller footprint and maybe fater intialization speed.

OpenAMP community has similar discussions: rpmsg without remoteproc? · 
OpenAMP/open-amp · Discussion #275 
(github.com)

And Rpmsg-Lite is a lightweight implementation of the Remote Processor 
Messaging (RPMsg) protocol (No remoteproc):
nxp-mcuxpresso/rpmsg-lite: RPMsg implementation for small MCUs 
(github.com)


Bowen Wang, wangbow...@xiaomi.com

From: yfliu2008
Date: 2024-01-26 18:32
To: dev
Subject: [External Mail]Re:Re: RPTUN and RPMSG
[外部邮件] 此邮件来源于小米公司外部，请谨慎处理。若对邮件安全性存疑，请将邮件转发给mi...@xiaomi.com进行反馈

Xiang and Bowen,



Thank you both the prompt  explantions. Though still need time to get 
familiar with both rptun and rpmsg drivers in NuttX, I see that refactoring is 
ongoing currently to make rpmsg more independent. Meanwhile,  one should 
still use  rptun as the AMP bridge  by preparing core-specific hooks 
and call rptun_initialize() during boot  to enable AMP, right?


Suppose the master and remote cores both can run NuttX, can we simply put the 
remote NuttX binary in ROMFS of  the master NuttX then prepare rptun hooks 
and then leave the lifecycle details to rptun/openamp?


Regards,
yf





Original



From:"汪博文"< wangbow...@xiaomi.com.INVALID >;

Date:2024/1/26 14:38

To:"yfliu2008"< yfliu2...@qq.com.INVALID >;

CC:"dev"< dev@nuttx.apache.org >;

Subject:Re: [External Mail]RPTUN and RPMSG


Hi, yf

NuttX.RPTUN abstracts the OpenAMP.RemoteProc and the OpenAMP.RpmsgVirtio
NuttX.Rpmsg wraps the OpenAMP.Rpmsg and add more rpmsg api.

I guess you want to ask whether Rpmsg can support different transport layer 
such as SPI/UART/I2C.
Acctually, Rpmsg was designed to be compatible with different transport layer, 
and VirtIO is a very common transport, we call it Rpmsg VirtIO.

And we are implementing the Rpmsg SPI/Uart Transport Layer in NuttX, we divide 
it to serveral steps:
1. NuttX.Rpmsg wrapper the OpenAMP.Rpmsg but the coupling between NuttX.Rpmsg 
and NuttX.Rptun (the wrapper of OpenAMP Rpmsg VirtIO and Remoteproc) is severe,
so we decoupled the NuttX.Rpmsg and Nuttx.Rptun, here are some PRs:
decoupling rptun ping and rptun_virtio_device, rptun ping and rptun. by 
wyr8899 · Pull Request #11537 · apache/nuttx (github.com)
decoupling rptun ping and rptun_virtio_device, rptun ping and rptun. by 
wyr8899 · Pull Request #11537 · apache/nuttx (github.com)
rptun: Strip rpmsg and rptun. Extract common rpmsg api in rptun.c to 
rpmsg.c, rpmsg provide rpmsg_ops to each backend for specific implementation. 
by wyr8899 · Pull Request #11536 · apache/nuttx (github.com)
rpmsgfs: decoupling rpmsgfs server and rpmsg virtio. by wyr8899 · Pull 
Request #11591 · apache/nuttx (github.com)

2. Implement the Rpmsg SPI/UART Transport in NuttX, we has implemented the 
Rpmsg UART transport and verified in STM32 board in our internal Git, and the 
design and coding of Rpmsg SPI transport
has been finished, we will upstream when they have been fully verified in 
some projects.

3. Implement the Rpmsg SPI/UART Transport in Linux, then the NuttX can 
communicate with Linux via Rpmsg VirtIO, Rpmsg Uart, Rpmsg SPI.

Bowen Wang, wangbow...@xiaomi.com

From: yfliu2008
Date: 2024-01-26 13:00
To: dev
Subject: [External Mail]RPTUN and RPMSG

Dear experts,

I am wondering where we can find high level introduction about the RPTUN and 
RPMSG concepts in NuttX?

I can't find explanations of the two NuttX drivers and their relationship with 
the two OpenAMP components "RemoteProc" and "RPMsg". Can we simply take that 
the "NuttX.RPTUN" abstracts the "OpenAMP.RemoteProc" and the "NuttX.RPMSG" 
wraps the "OpenAMP.RPMsg"?

Can we also take that RPMSG models the communication channel between master and 
a remote core, like other master/slave buses such as SPI/I2C, thus various 
proxy drivers (like block, uart, syslog etc)  for remote to use can be 
built on top of the RPMSG bus?

Regards,
yf
#/**本邮件及其附件含有小米公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！
 This e-mail and its attachments contain confidential information from XIAOMI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the i