Date: Wed, 22 May 2024 19:20:35 +0000 From: John F Carr <jfc@mit.edu> To: Mario Marietto <marietto2008@gmail.com> 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: <71FB8C8C-DA84-469B-8742-1C3DD5F3E773@mit.edu> In-Reply-To: <CA%2B1FSijd2abM9a5B98CAMRApUJt7UhTgrQrj%2BZvVHwJv2rT7tQ@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>
next in thread | previous in thread | raw e-mail | index | archive | help
> On May 22, 2024, at 13:20, Mario Marietto <marietto2008@gmail.com> wrote: >=20 > Can someone confirm that bhyve works ok on the RockPro64 (RK3399) ? Has b= hyve been patched in relation to this bug : >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277559 >=20 > ? >=20 > I read that there is a huge amount of work to do on the RPI5 before it wo= rks with FreeBSD. And anyway,it does not support bhyve. So if I will buy 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 th= e 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 accur= ately 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 c= ache. 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?71FB8C8C-DA84-469B-8742-1C3DD5F3E773>