Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 22 May 2024 21:39:51 +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%2B1FSigB--OjuNJikmOfJDNmeo1=L0qNyBWxM8%2B9Yi6-m1gFXw@mail.gmail.com>
In-Reply-To: <71FB8C8C-DA84-469B-8742-1C3DD5F3E773@mit.edu>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
--00000000000046f2fc0619101b27
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

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) ? Has
> 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 bu=
y
> 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 indexed
> 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 instal=
l
> BSD on it.
>
> John Carr
>
>

--=20
Mario.

--00000000000046f2fc0619101b27
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>This ?=C2=A0</div><div><br></div><div><a href=3D"http=
s://pine64.com/product/quartz64-model-a-8gb-single-board-computer/">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 &lt;<a href=3D"mailto:jfc=
@mit.edu">jfc@mit.edu</a>&gt; wrote:<br></div><blockquote class=3D"gmail_qu=
ote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,20=
4);padding-left:1ex">&gt; On May 22, 2024, at 13:20, Mario Marietto &lt;<a =
href=3D"mailto:marietto2008@gmail.com" target=3D"_blank">marietto2008@gmail=
.com</a>&gt; wrote:<br>
&gt; <br>
&gt; Can someone confirm that bhyve works ok on the RockPro64 (RK3399) ? Ha=
s bhyve been patched in relation to this bug :<br>
&gt; <br>
&gt; <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>
&gt; <br>
&gt; ?<br>
&gt; <br>
&gt; 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 &quot;${NCPU:?}&quot; -m &quot;${MEM:?}&quot; \<br>
-s 0:0,hostbridge \<br>
-s 1:0,virtio-blk,&quot;${DISK0:?}&quot; \<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>
&quot;${VMNAME:?}&quot;<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 &quot;virtio-blk&quot;.<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 &lt;64 byte D-cacheline,64 byte I-cacheline,VIPT ICache,64 byte ER=
G,64 byte CWG&gt;<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>

--00000000000046f2fc0619101b27--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA%2B1FSigB--OjuNJikmOfJDNmeo1=L0qNyBWxM8%2B9Yi6-m1gFXw>