Re: [Article] Rust Apps on NuttX with QEMU RISC-V Emulator

[Sebastien Lorquet]

Hi,

I dont want to have anything serious to do with rust, but I like your 
article, as it gives a kind of rosetta stone to interop basic rust with 
C and the usual toolchains, which I did not see anywhere else (I did not 
search for long).


I'll keep it as a reference doc.

Thanks,

Sebastien

Le 07/04/2024 à 00:56, Lee, Lup Yuen a écrit :

This article explains the current steps for running barebones Rust Apps on
NuttX and the challenges we faced:

(1) How we compile Rust Apps for NuttX
(2) Running NuttX and Rust Apps on QEMU RISC-V Emulator
(3) Console Input and Output for Rust on NuttX
(4) Software vs Hardware Floating-Point and why it’s a problem
(5) Linking Issues with the Rust Panic Handler
(6) Standard vs Embedded Rust and why it matters
(7) Why we’re doing all this for Google Summer of Code (GSoC)

Here's the article: https://lupyuen.codeberg.page/articles/rust3.html

Mr Rushabh Gala is my GSoC Mentee, when the project begins I'll do the
proper intro. Stay tuned :-)

Lup

Re: [Article] Rust Apps on NuttX with QEMU RISC-V Emulator

[Lee, Lup Yuen]

Thank you so much Sebastien! Yep I promise to explain slowly all the Rust
Concepts, sometimes they baffle me too :-)

Lup

On Mon, Apr 8, 2024 at 5:07 PM Sebastien Lorquet 
wrote:

> Hi,
>
> I dont want to have anything serious to do with rust, but I like your
> article, as it gives a kind of rosetta stone to interop basic rust with
> C and the usual toolchains, which I did not see anywhere else (I did not
> search for long).
>
> I'll keep it as a reference doc.
>
> Thanks,
>
> Sebastien
>
> Le 07/04/2024 à 00:56, Lee, Lup Yuen a écrit :
> > This article explains the current steps for running barebones Rust Apps
> on
> > NuttX and the challenges we faced:
> >
> > (1) How we compile Rust Apps for NuttX
> > (2) Running NuttX and Rust Apps on QEMU RISC-V Emulator
> > (3) Console Input and Output for Rust on NuttX
> > (4) Software vs Hardware Floating-Point and why it’s a problem
> > (5) Linking Issues with the Rust Panic Handler
> > (6) Standard vs Embedded Rust and why it matters
> > (7) Why we’re doing all this for Google Summer of Code (GSoC)
> >
> > Here's the article: https://lupyuen.codeberg.page/articles/rust3.html
> >
> > Mr Rushabh Gala is my GSoC Mentee, when the project begins I'll do the
> > proper intro. Stay tuned :-)
> >
> > Lup
> >
>

Paid contribution of a board configuration for w5500-evb-pico?

[Lars Kruse]

Hello,

after browsing though the mailing list archive, I am not sure, whether my
question is appropriate here or not. Please tell me, if not ...

The company I am working for plans to use nuttx for a firmware development.
We use a W5500-EVB-Pico board [1]. The W5500 driver is already part of nuttx,
but the specific board (combination of SPI interface and W5500 configuration)
is not included at the moment.
Thus, we (my company) would like to pay a nuttx contributor for preparing a good
and clean board configuration for W5500-EVB-Pico (up to the point of the board
configuration being merged happily into nuttx).

If someone is interested in doing this work, then I would appreciate private
answers. I am sure, we will find a fair agreement.
My (tentative) preferences are:
* having contributed at least a few commits to nuttx
* being able to send an invoice (ideally from EU, but anything else should
  probably work, too)

I hope, this query is not inappropriate for this mailing list.
Otherwise please tell me.

Cheers,
Lars


[1] https://www.wiznet.io/product-item/w5500-evb-pico/

Re: Paid contribution of a board configuration for w5500-evb-pico?

[Lars Kruse]

Hello,


Am Mon, 8 Apr 2024 16:00:35 +0200
schrieb Lars Kruse :

> If someone is interested in doing this work, then I would appreciate private
> answers. I am sure, we will find a fair agreement.

indeed I already received an answer and I am confident, that this will work out.
Thus, please consider my query to be finished.

@list: Thanks for your attention / sorry for distracting you ...

Cheers,
Lars

Re: Paid contribution of a board configuration for w5500-evb-pico?

[Alan C. Assis]

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 Kruse  wrote:

> Hello,
>
>
> Am Mon, 8 Apr 2024 16:00:35 +0200
> schrieb Lars Kruse :
>
> > If someone is interested in doing this work, then I would appreciate
> private
> > answers. I am sure, we will find a fair agreement.
>
> indeed I already received an answer and I am confident, that this will
> work out.
> Thus, please consider my query to be finished.
>
> @list: Thanks for your attention / sorry for distracting you ...
>
> Cheers,
> Lars
>

Re: Paid contribution of a board configuration for w5500-evb-pico?

[Adam Comley]

For whoever is working on this, I have a working lower half for the 
W5500 on RP2040 here:


https://github.com/Novators/nuttx/compare/apache%3Anuttx%3Amaster...rp2040-w5500

It has been working reliably for me on a custom board, and I have also 
tested it on a W5500-EVB-PICO.  I've not done any work toward creating a 
board config, though.  If the code helps, you're welcome to use it.


-- Adam

On 2024-04-08 12:22, Alan C. Assis wrote:


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 Kruse  wrote:

Hello,

Am Mon, 8 Apr 2024 16:00:35 +0200
schrieb Lars Kruse :

If someone is interested in doing this work, then I would appreciate 
private answers. I am sure, we will find a fair agreement.

indeed I already received an answer and I am confident, that this will
work out.
Thus, please consider my query to be finished.

@list: Thanks for your attention / sorry for distracting you ...

Cheers,
Lars

Re: Paid contribution of a board configuration for w5500-evb-pico?

[Michael Jung]

Hi Adam,

Thanks for sharing this!  I will probably be working on this and I am sure
this will be helpful. As far as I understand Lars, his company is fine with
upstreaming the NuttX port to W5500-EVB-PICO.

Bye, Michael

On Tue, Apr 9, 2024 at 1:46 AM Adam Comley  wrote:

> For whoever is working on this, I have a working lower half for the
> W5500 on RP2040 here:
>
>
> https://github.com/Novators/nuttx/compare/apache%3Anuttx%3Amaster...rp2040-w5500
>
> It has been working reliably for me on a custom board, and I have also
> tested it on a W5500-EVB-PICO.  I've not done any work toward creating a
> board config, though.  If the code helps, you're welcome to use it.
>
> -- Adam
>
> On 2024-04-08 12:22, Alan C. Assis wrote:
>
> > 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 Kruse  wrote:
> >
> > Hello,
> >
> > Am Mon, 8 Apr 2024 16:00:35 +0200
> > schrieb Lars Kruse :
> >
> > If someone is interested in doing this work, then I would appreciate
> > private answers. I am sure, we will find a fair agreement.
> > indeed I already received an answer and I am confident, that this will
> > work out.
> > Thus, please consider my query to be finished.
> >
> > @list: Thanks for your attention / sorry for distracting you ...
> >
> > Cheers,
> > Lars

Re: Nano-x porting

[Pavel Pisa]

Hello everybody,

On Thursday 28 of March 2024 18:17:24 Shijo George wrote:
> I was planning to port NanoX to NuttX as part of GSoC. Is anyone familiar
> with NanoX? Any suggestions and help would be much appreciated.

I have interrest in the project. I am limited by time now but
I hope to have some over summer.

I can provide support even as co-mentor of the project.
I would apply for NuttX GSoC mentor role if there is interrest.
I am already registered as mentor for RTEMS this year,
so my capacity is and will be limited.

I have sent some more about our offered experience with
Nano-X, NuttX and RTEMS at the issue page

https://github.com/ghaerr/microwindows/issues/85

By the way, I am at Embedded World in Nuremberg now, so if somebody has 
interest in these and other topic than we can be reached there OSADL has 
kindly provided us space (hall 4, booth 4-168) to present some of our 
university projects.

Best wishes,

Pavel
--
Pavel Pisa

phone:  +420 603531357
e-mail: p...@cmp.felk.cvut.cz
Department of Control Engineering FEE CVUT
Karlovo namesti 13, 121 35, Prague 2
university: http://control.fel.cvut.cz/
personal:   http://cmp.felk.cvut.cz/~pisa
company:https://pikron.com/ PiKRON s.r.o.
Kankovskeho 1235, 182 00 Praha 8, Czech Republic
projects:   https://www.openhub.net/accounts/ppisa
social: https://social.kernel.org/ppisa
CAN related:http://canbus.pages.fel.cvut.cz/
RISC-V education: https://comparch.edu.cvut.cz/
Open Technologies Research Education and Exchange Services
https://gitlab.fel.cvut.cz/otrees/org/-/wikis/home

paid support to understand and resolve some open issues

[Andrew Dennison]

Hi Nuttx community,

We are actively working with nuttx and RISCV (RV32) and have contributed
several PR to improve support for kernel mode with litex:
https://nuttx.apache.org/docs/latest/platforms/risc-v/litex/cores/vexriscv_smp/index.html
.

Along the way we have identified several issues and would like to offer to
pay for someone with appropriate experience to investigate and upstream any
fixes identified. Some examples:

Experiencing possible race condition with pthread_cond_timedwait. #9840

Unexpected behaviour with poll and tickless scheduler #11189


Please contact us directly if you feel you could help with either of these
issues or potentially some of the other recent issues here:
https://github.com/apache/nuttx/issues?q=is%3Aopen+author%3Ag2gps+

Kind regards,

Andrew Dennison
Chief Architect and Hardware Team Lead

-- 
*MoTeC Pty Ltd*

121 Merrindale Drive
Croydon South 3136
Victoria Australia
*T: *61 3 9761 5050
*W: *www.motec.com.au 


-- 
  
 
 



-- 
 

-- 


Disclaimer Notice: This message, including any attachments, contains 
confidential information intended for a specific individual and purpose and 
is protected by law. If you are not the intended recipient you should 
delete this message. Any disclosure, copying, or distribution of this 
message or the taking of any action based on it is strictly prohibited.