Date: Wed, 20 Sep 2023 19:02:16 -0500 From: Dustin Marquess <dmarquess@gmail.com> To: FreeBSD virtualization <freebsd-virtualization@freebsd.org> Subject: bhyve issues in 15-CURRENT Message-ID: <3c3ccffc-5a57-4472-8d16-5b5cdf5da862@Spark> In-Reply-To: <b4fd0c74-c077-475b-82e7-0477a3c5067a@Spark> References: <b4fd0c74-c077-475b-82e7-0477a3c5067a@Spark>
next in thread | previous in thread | raw e-mail | index | archive | help
--650b880d_4350c0fb_397 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline 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? Thanks! -Dustin --650b880d_4350c0fb_397 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline <html xmlns=3D=22http://www.w3.org/1999/xhtml=22>; <head> <title></title> </head> <body> <div name=3D=22messageBodySection=22> <div dir=3D=22auto=22>I just upgraded from a kernel+userland of 15-CURREN= T from a release 20 days ago (git commit 565c887) to one today (git commi= t e39e6be). Afterwards, I've noticed two things that are probably really = the same thing:<br /> <br /> - My Windows Server 2023 VM says that there's not enough resources for CO= M2 & COM4<br /> - My OpenBSD 7.3 VM dies with:<br /> <br /> acpicmos0 at acpi0<br /> =22Bhyve=5FV=5FGen=5FCounter=5FV1=22 at acpi0 not configured<br /> cpu0: using VERW MDS workaround<br /> pvbus0 at mainbus0: bhyve<br /> pci0 at mainbus0 bus 0<br /> 0:3:0: io address conflict 0xc000/0x80<br /> 0:5:0: io address conflict 0xc080/0x40<br /> pchb0 at pci0 dev 0 function 0 vendor =22AMD=22, unknown product 0x7432 r= ev 0x00<br /> virtio0 at pci0 dev 3 function 0 =22Qumranet Virtio Storage=22 rev 0x00vi= rtio0: can't map i/o space<br /> : Cannot attach (5)<br /> virtio1 at pci0 dev 5 function 0 =22Qumranet Virtio Network=22 rev 0x00<b= r /> vio0 at virtio1: address 1e:17:37:23:2f:cb<br /> virtio1: msix per-VQ<br /> <br /> In this case, 0:3:0 is the virtio-blk device and 0:5:0 is the virtio-net = device.<br /> <br /> If I boot it using a snapshot install74.img then it dies at:<br /> <br /> acpicmos0 at acpi0<br /> =22Bhyve=5FV=5FGen=5FCounter=5FV1=22 at acpi0 not configured<br /> cpu0: using VERW MDS workaround<br /> pvbus0 at mainbus0: bhyve<br /> pci0 at mainbus0 bus 0<br /> 0:2:0: io address conflict 0xc080/0x80<br /> 0:3:0: io address conflict 0xc000/0x80<br /> 0:5:0: io address conflict 0xc100/0x40<br /> pchb0 at pci0 dev 0 function 0 vendor =22AMD=22, unknown product 0x7432 r= ev 0x00<br /> virtio0 at pci0 dev 2 function 0 =22Qumranet Virtio Storage=22 rev 0x00vi= rtio0: can't map i/o space<br /> : Cannot attach (5)<br /> virtio1 at pci0 dev 3 function 0 =22Qumranet Virtio Storage=22 rev 0x00<b= r /> vioblk0 at virtio1<br /> scsibus0 at vioblk0: 1 targets<br /> sd0 at scsibus0 targ 0 lun 0: <VirtIO, Block Device, ><br /> sd0: 8192MB, 512 bytes/sector, 16777216 sectors<br /> virtio1: msix per-VQ<br /> virtio2 at pci0 dev 5 function 0 =22Qumranet Virtio Network=22 rev 0x00<b= r /> vio0 at virtio2: address ff:ff:ff:ff:ff:ff<br /> panic: vq=5Fsize not power of two: 65535<br /> <br /> 0:3:0 are virtio-blk and 0:5:0 is virtio-net, as above. 0:2:0 is the extr= a virtio-blk for the .img file.<br /> <br /> Any ideas on what change caused this=3F<br /> <br /> Thanks=21</div> </div> <div name=3D=22messageSignatureSection=22><br /> <div class=3D=22match=46ont=22>-Dustin</div> </div> </body> </html> --650b880d_4350c0fb_397--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3c3ccffc-5a57-4472-8d16-5b5cdf5da862>