Date: Fri, 31 May 2024 00:19:13 +0200 From: Mario Marietto <marietto2008@gmail.com> To: Tomek CEDRO <tomek@cedro.info> Cc: emil@etsalapatis.com, Virtualisation on FreeBSD <freebsd-virtualization@freebsd.org> Subject: Re: [RFC] virtio testing framework Message-ID: <CA%2B1FSiiJkQtdqtK0%2BuvGqzmZYC_b_9U6eA6TRpZ6S47Jpwtaqw@mail.gmail.com> In-Reply-To: <CAFYkXj=xnnYMk9PUe3j6BA1Z6mt_-Q=1XgpzfZ0bBpnagVXpoA@mail.gmail.com> References: <CABFh=a7-v_c_x6pGW86z1AX95FmcCWEuWciNxPmAOWs31V=s5Q@mail.gmail.com> <CAFYkXj=xnnYMk9PUe3j6BA1Z6mt_-Q=1XgpzfZ0bBpnagVXpoA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000efd9f60619b343ea Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Can someone explain to me what the purpose of what you are talking about ? On Thu, May 30, 2024 at 10:38=E2=80=AFPM Tomek CEDRO <tomek@cedro.info> wro= te: > Awesome!! Congrats :-) > > Here is some example of running NuttX RTOS on RV in a web browser using > TinyEMU + VirtIO :-) > > https://github.com/lupyuen/nuttx-tinyemu > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > > On Thu, May 30, 2024, 22:16 Emil Tsalapatis <emil@etsalapatis.com> wrote: > >> Hi everyone, >> >> while developing a virtiofs kernel driver I have written a debug >> virtio transport to test virtio drivers inside a VM without requiring >> nested virtualization or support from the host. The transport allows >> paravirt devices to be emulated in local userspace instead of a host, so= we >> can create paravirt devices and test them as necessary. For virtiofs in >> particular, it allows us to reuse the existing FUSE tests since we can n= ow >> run both the virtiofs driver and the FUSE server (which is normally in t= he >> host) in a single machine. >> >> I have uploaded the WIP code [here <https://reviews.freebsd.org/D45370>]= , >> and an overview of the design [here >> <https://gist.github.com/etsal/4280b6f16c1815d64ffda7ecce0b66f5>]. The >> patch has a ways to go, and currently only supports virtio-blk device >> emulation as a PoC, but feedback is welcome and appreciated. Please also >> let me know if there is interest in using this for testing other virtio >> devices apart from virtiofs. >> >> --Emil >> > --=20 Mario. --000000000000efd9f60619b343ea Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Can someone explain to me <span class=3D"gmail-HwtZe" lang= =3D"en"><span class=3D"gmail-jCAhz gmail-JxVs2d gmail-ChMk0b"><span class= =3D"gmail-ryNqvb">what the purpose of what you are talking about ?</span></= span></span><span class=3D"gmail-ZSCsVd"></span><div class=3D"gmail-OvtS8d"= ><br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"g= mail_attr">On Thu, May 30, 2024 at 10:38=E2=80=AFPM Tomek CEDRO <<a href= =3D"mailto:tomek@cedro.info">tomek@cedro.info</a>> wrote:<br></div><bloc= kquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:= 1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"auto"><div>Awesome= !! Congrats :-)</div><div dir=3D"auto"><br></div><div dir=3D"auto">Here is = some example of running NuttX RTOS on RV in a web browser using TinyEMU + V= irtIO :-)</div><div dir=3D"auto"><br></div><div><a href=3D"https://github.c= om/lupyuen/nuttx-tinyemu" target=3D"_blank">https://github.com/lupyuen/nutt= x-tinyemu</a><br></div><div dir=3D"auto"><br></div><div>--<br>CeDeROM, SQ7M= HZ, <a href=3D"http://www.tomek.cedro.info" target=3D"_blank">http://www.to= mek.cedro.info</a></div></div><br><div class=3D"gmail_quote"><div dir=3D"lt= r" class=3D"gmail_attr">On Thu, May 30, 2024, 22:16 Emil Tsalapatis <<a = href=3D"mailto:emil@etsalapatis.com" target=3D"_blank">emil@etsalapatis.com= </a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:= 0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">= <div dir=3D"ltr">Hi everyone,<br><br>=C2=A0 =C2=A0 while developing a virti= ofs kernel driver I have written a debug virtio transport to test virtio dr= ivers inside a VM without requiring nested virtualization or support from= =20 the host. The transport allows paravirt devices to be emulated in local=20 userspace instead of a host, so we can create paravirt devices and test=20 them as necessary. For virtiofs in particular, it allows us to reuse the existing FUSE tests since we can now run both the virtiofs driver and=20 the FUSE server (which is normally in the host) in a single machine.<br><di= v><br></div><div>I have uploaded the WIP code [<a href=3D"https://reviews.f= reebsd.org/D45370" rel=3D"noreferrer" target=3D"_blank">here</a>], and an o= verview of the design [<a href=3D"https://gist.github.com/etsal/4280b6f16c1= 815d64ffda7ecce0b66f5" rel=3D"noreferrer" target=3D"_blank">here</a>]. The patch has a ways to go, and currently only supports virtio-blk=20 device emulation as a PoC, but feedback is welcome and appreciated.=20 Please also let me know if there is interest in using this for testing=20 other virtio devices apart from virtiofs.</div><font color=3D"#888888"><br>= --Emil</font></div> </blockquote></div> </blockquote></div><br clear=3D"all"><br><span class=3D"gmail_signature_pre= fix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signature">Mario.<br></d= iv> --000000000000efd9f60619b343ea--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA%2B1FSiiJkQtdqtK0%2BuvGqzmZYC_b_9U6eA6TRpZ6S47Jpwtaqw>