Date: Wed, 22 May 2024 22:29:48 +0200 From: Mario Marietto <marietto2008@gmail.com> To: John F Carr <jfc@mit.edu> Cc: Mark Millard <marklmi@yahoo.com>, Ronald Klop <ronald-lists@klop.ws>, "arm@freebsd.org" <arm@freebsd.org>, Lexi Winter <lexi@le-fay.org> Subject: Re: vmm (bhyve) on GICv2 Message-ID: <CA%2B1FSihnu3f2mcRo64QxecPeRpyymTsdQbiR_xuZDcWKNkBLTQ@mail.gmail.com> In-Reply-To: <CA%2B1FSigB--OjuNJikmOfJDNmeo1=L0qNyBWxM8%2B9Yi6-m1gFXw@mail.gmail.com> References: <Zk2YnPCESoEHC-8D@ilythia.eden.le-fay.org> <CA%2B1FSihooPem=qRFFU7RG21UKUf-uCrW_CPMvH1NxROArXivPA@mail.gmail.com> <Zk2d8lACXhhD9V9p@ilythia.eden.le-fay.org> <18B789E4-5891-4F3E-BAB6-05FD45949438@yahoo.com> <1923834610.13708.1716392599662@localhost> <6117F301-D584-40F7-9022-F90103FF5468@yahoo.com> <CA%2B1FSijd2abM9a5B98CAMRApUJt7UhTgrQrj%2BZvVHwJv2rT7tQ@mail.gmail.com> <71FB8C8C-DA84-469B-8742-1C3DD5F3E773@mit.edu> <CA%2B1FSigB--OjuNJikmOfJDNmeo1=L0qNyBWxM8%2B9Yi6-m1gFXw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000e69533061910cd7d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Is there another cheap alternative to the RockPro64 / Quartz64 that works well on FreeBSD if one wants to test bhyve ? On Wed, May 22, 2024 at 9:39=E2=80=AFPM Mario Marietto <marietto2008@gmail.= com> wrote: > This ? > > https://pine64.com/product/quartz64-model-a-8gb-single-board-computer/ > > On Wed, May 22, 2024 at 9:20=E2=80=AFPM John F Carr <jfc@mit.edu> wrote: > >> > On May 22, 2024, at 13:20, Mario Marietto <marietto2008@gmail.com> >> wrote: >> > >> > Can someone confirm that bhyve works ok on the RockPro64 (RK3399) ? Ha= s >> bhyve been patched in relation to this bug : >> > >> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277559 >> > >> > ? >> > >> > I read that there is a huge amount of work to do on the RPI5 before it >> works with FreeBSD. And anyway,it does not support bhyve. So if I will b= uy >> a soc,it will be the RockPro64.... >> >> The RockPro64 should be usable for development, not production use >> of virtual machines. The kernel sometimes locks up the first time the >> vmm module is loaded. Once the module loads it can be unloaded >> and reloaded without risk. >> >> I was able to boot FreeBSD-13.3-RELEASE-arm64-aarch64.raw in bhyve >> on my RockPro64 with this script: >> >> NCPU=3D1 >> MEM=3D384m >> DISK0=3D/dev/nda0s4 >> VMNAME=3Dthirteen >> bhyve -c "${NCPU:?}" -m "${MEM:?}" \ >> -s 0:0,hostbridge \ >> -s 1:0,virtio-blk,"${DISK0:?}" \ >> -o bootrom=3D/usr/local/share/u-boot/u-boot-bhyve-arm64/u-boot.bin \ >> -o rtc.use_localtime=3Dfalse \ >> -o console=3Dstdio \ >> -o config.dump=3Dfalse \ >> -o acpi_tables=3Dtrue \ >> "${VMNAME:?}" >> >> I had copied the image to /dev/nda0s4. It should work just as well with >> the >> regular file after "virtio-blk". >> >> Some observations: >> >> 1. There is no clock visible to the guest OS: >> >> Warning: no time-of-day clock registered, system time will not be set >> accurately >> >> 2. The RockPro system has two types of cores. One has a physically >> indexed I-cache, >> the other virtually indexed. The virtual CPU reports a virtually indexe= d >> cache. >> >> CPU 0: ARM Foundation-Model r0p0 affinity: 0 >> Cache Type =3D <64 byte D-cacheline,64 byte >> I-cacheline,VIPT ICache,64 byte ERG,64 byte CWG> >> >> I think this will cause correct behavior despite being technically wrong= . >> >> I have a Quartz64, a newer Pine64 SBC, but I have not yet tried to >> install BSD on it. >> >> John Carr >> >> > > -- > Mario. > --=20 Mario. --000000000000e69533061910cd7d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Is there another cheap alternative to the RockPro64 / Quar= tz64 that works well on FreeBSD if one wants to test bhyve ? <br></div><br>= <div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, Ma= y 22, 2024 at 9:39=E2=80=AFPM Mario Marietto <<a href=3D"mailto:marietto= 2008@gmail.com">marietto2008@gmail.com</a>> wrote:<br></div><blockquote = class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px sol= id rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>This ?=C2=A0</d= iv><div><br></div><div><a href=3D"https://pine64.com/product/quartz64-model= -a-8gb-single-board-computer/" target=3D"_blank">https://pine64.com/product= /quartz64-model-a-8gb-single-board-computer/</a></div></div><br><div class= =3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, May 22, 2024= at 9:20=E2=80=AFPM John F Carr <<a href=3D"mailto:jfc@mit.edu" target= =3D"_blank">jfc@mit.edu</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">> On May 22, 2024, at 13:20, Mario Marietto <<= a href=3D"mailto:marietto2008@gmail.com" target=3D"_blank">marietto2008@gma= il.com</a>> wrote:<br> > <br> > Can someone confirm that bhyve works ok on the RockPro64 (RK3399) ? Ha= s bhyve been patched in relation to this bug :<br> > <br> > <a href=3D"https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277559"= rel=3D"noreferrer" target=3D"_blank">https://bugs.freebsd.org/bugzilla/sho= w_bug.cgi?id=3D277559</a><br> > <br> > ?<br> > <br> > I read that there is a huge amount of work to do on the RPI5 before it= works with FreeBSD. And anyway,it does not support bhyve. So if I will buy= a soc,it will be the RockPro64....<br> <br> The RockPro64 should be usable for development, not production use<br> of virtual machines.=C2=A0 The kernel sometimes locks up the first time the= <br> vmm module is loaded.=C2=A0 Once the module loads it can be unloaded<br> and reloaded without risk.<br> <br> I was able to boot FreeBSD-13.3-RELEASE-arm64-aarch64.raw in bhyve<br> on my RockPro64 with this script:<br> <br> NCPU=3D1<br> MEM=3D384m<br> DISK0=3D/dev/nda0s4<br> VMNAME=3Dthirteen<br> bhyve -c "${NCPU:?}" -m "${MEM:?}" \<br> -s 0:0,hostbridge \<br> -s 1:0,virtio-blk,"${DISK0:?}" \<br> -o bootrom=3D/usr/local/share/u-boot/u-boot-bhyve-arm64/u-boot.bin \<br> -o rtc.use_localtime=3Dfalse \<br> -o console=3Dstdio \<br> -o config.dump=3Dfalse \<br> -o acpi_tables=3Dtrue \<br> "${VMNAME:?}"<br> <br> I had copied the image to /dev/nda0s4.=C2=A0 It should work just as well wi= th the<br> regular file after "virtio-blk".<br> <br> Some observations:<br> <br> 1. There is no clock visible to the guest OS:<br> <br> Warning: no time-of-day clock registered, system time will not be set accur= ately<br> <br> 2. The RockPro system has two types of cores.=C2=A0 One has a physically in= dexed I-cache,<br> the other virtually indexed.=C2=A0 The virtual CPU reports a virtually inde= xed cache.<br> <br> CPU=C2=A0 0: ARM Foundation-Model r0p0 affinity:=C2=A0 0<br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Cache = Type =3D <64 byte D-cacheline,64 byte I-cacheline,VIPT ICache,64 byte ER= G,64 byte CWG><br> <br> I think this will cause correct behavior despite being technically wrong.<b= r> <br> I have a Quartz64, a newer Pine64 SBC, but I have not yet tried to install = BSD on it.<br> <br> John Carr<br> <br> </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> </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> --000000000000e69533061910cd7d--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA%2B1FSihnu3f2mcRo64QxecPeRpyymTsdQbiR_xuZDcWKNkBLTQ>