Re: vmm (bhyve) on GICv2

Thanks.

My goal is to virtualize a minimal Linux image using bhyve for arm64,but it
seems that the Radxa Zero 3W can't do it due to some limitations.

On Fri, May 1, 2026 at 1:31 AM Aleksandr Rybalko <[email protected]> wrote:

> Hey Mario!
>
> It seems.
>
> "The GIC-600 supports the GICv3 architecture, see the Arm Generic
> Interrupt Controller Architecture Specification, GIC architecture version
> 3.0 and version 4.0."
> From
> https://developer.arm.com/documentation/100336/0106/introduction/about-the-gic-600
>
> Radxa ZERO 3W --> Rockchip RK3566 --> GIC-600
>
> Thanks!
>
> ср, 29 квіт. 2026 р. о 02:50 Mario Marietto <[email protected]> пише:
>
>> Hello to everyone.
>>
>> I would like to try bhyve for arm64 bit on my radxa zero 3W. Does anyone
>> know if this board supports GICv3 ?
>>
>> On Wed, May 22, 2024 at 10:29 PM Mario Marietto <[email protected]>
>> wrote:
>>
>>> 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 PM Mario Marietto <[email protected]>
>>> wrote:
>>>
>>>> This ?
>>>>
>>>> https://pine64.com/product/quartz64-model-a-8gb-single-board-computer/
>>>>
>>>> On Wed, May 22, 2024 at 9:20 PM John F Carr <[email protected]> wrote:
>>>>
>>>>> > On May 22, 2024, at 13:20, Mario Marietto <[email protected]>
>>>>> 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=277559
>>>>> >
>>>>> > ?
>>>>> >
>>>>> > 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....
>>>>>
>>>>> 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=1
>>>>> MEM=384m
>>>>> DISK0=/dev/nda0s4
>>>>> VMNAME=thirteen
>>>>> bhyve -c "${NCPU:?}" -m "${MEM:?}" \
>>>>> -s 0:0,hostbridge \
>>>>> -s 1:0,virtio-blk,"${DISK0:?}" \
>>>>> -o bootrom=/usr/local/share/u-boot/u-boot-bhyve-arm64/u-boot.bin \
>>>>> -o rtc.use_localtime=false \
>>>>> -o console=stdio \
>>>>> -o config.dump=false \
>>>>> -o acpi_tables=true \
>>>>> "${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 = <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.
>>>>
>>>
>>>
>>> --
>>> Mario.
>>>
>>
>>
>> --
>> Mario.
>>
>
>
> --
> WBW
> -------
> Rybalko Aleksandr <[email protected]>
> aka Alex RAY <[email protected]>
> D-Link.ua
>


-- 
Mario.