Re: bhyve issues in 15-CURRENT

From: Dustin Marquess <dmarquess_at_gmail.com>
Date: Thu, 21 Sep 2023 06:36:35 UTC
On Sep 21, 2023 at 1:29 AM -0500, Corvin Köhne <corvink@freebsd.org>, wrote:
> On Wed, 2023-09-20 at 19:02 -0500, Dustin Marquess wrote:
> >
> >
> >
> > I just upgraded from a kernel+userland of 15-CURRENT from a release
> > 20 days ago (git commit 565c887) to one today (git commit e39e6be).
> > Afterwards, I've noticed two things that are probably really the same
> > thing:
> >
> > - My Windows Server 2023 VM says that there's not enough resources
> > for COM2 & COM4
> > - My OpenBSD 7.3 VM dies with:
> >
> > acpicmos0 at acpi0
> > "Bhyve_V_Gen_Counter_V1" at acpi0 not configured
> > cpu0: using VERW MDS workaround
> > pvbus0 at mainbus0: bhyve
> > pci0 at mainbus0 bus 0
> > 0:3:0: io address conflict 0xc000/0x80
> > 0:5:0: io address conflict 0xc080/0x40
> > pchb0 at pci0 dev 0 function 0 vendor "AMD", unknown product 0x7432
> > rev 0x00
> > virtio0 at pci0 dev 3 function 0 "Qumranet Virtio Storage" rev
> > 0x00virtio0: can't map i/o space
> > : Cannot attach (5)
> > virtio1 at pci0 dev 5 function 0 "Qumranet Virtio Network" rev 0x00
> > vio0 at virtio1: address 1e:17:37:23:2f:cb
> > virtio1: msix per-VQ
> >
> > In this case, 0:3:0 is the virtio-blk device and 0:5:0 is the virtio-
> > net device.
> >
> > If I boot it using a snapshot install74.img then it dies at:
> >
> > acpicmos0 at acpi0
> > "Bhyve_V_Gen_Counter_V1" at acpi0 not configured
> > cpu0: using VERW MDS workaround
> > pvbus0 at mainbus0: bhyve
> > pci0 at mainbus0 bus 0
> > 0:2:0: io address conflict 0xc080/0x80
> > 0:3:0: io address conflict 0xc000/0x80
> > 0:5:0: io address conflict 0xc100/0x40
> > pchb0 at pci0 dev 0 function 0 vendor "AMD", unknown product 0x7432
> > rev 0x00
> > virtio0 at pci0 dev 2 function 0 "Qumranet Virtio Storage" rev
> > 0x00virtio0: can't map i/o space
> > : Cannot attach (5)
> > virtio1 at pci0 dev 3 function 0 "Qumranet Virtio Storage" rev 0x00
> > vioblk0 at virtio1
> > scsibus0 at vioblk0: 1 targets
> > sd0 at scsibus0 targ 0 lun 0: <VirtIO, Block Device, >
> > sd0: 8192MB, 512 bytes/sector, 16777216 sectors
> > virtio1: msix per-VQ
> > virtio2 at pci0 dev 5 function 0 "Qumranet Virtio Network" rev 0x00
> > vio0 at virtio2: address ff:ff:ff:ff:ff:ff
> > panic: vq_size not power of two: 65535
> >
> > 0:3:0 are virtio-blk and 0:5:0 is virtio-net, as above. 0:2:0 is the
> > extra virtio-blk for the .img file.
> >
> > Any ideas on what change caused this?
> Please make sure to call bhyve with the -A option.

Yep, my script runs it as:

bhyve -A -D -H -P -w -S -u -c $CPUS -m $RAM \
-s 0,amd_hostbridge \
-s 3,virtio-blk,/dev/zvol/tank/vm/$VM \
-s 5,virtio-net,tap0,mac=1e:17:37:23:2f:cb \
-s 31,lpc \
-l com1,stdio -l bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd $VM

So -A is there already.

-Dustin