On Sun, 23 Aug 2020 at 19:57, Chavdar Ivanov <[email protected]> wrote: > > On Sun, 23 Aug 2020 at 15:41, Robert Nestor <[email protected]> wrote: > > > > I received a couple of messages off list that suggested a few things and it > > prompted me to try investigating further with just components found in > > NetBSD. > > > > This test was run on a fairly recent NetBSD build of 9.99.70. I downloaded > > the amd64 images for 9.99.71 (the ISO and IMG files), and tried booting > > them with qemu using -nvmm and the OVMF binaries currently in pkgsrc with > > the following: > > > > qemu-system-x86_64 -m 4096 -machine q35 -accel=nvmm -boot menu=on \ > > -accel nvmm > > > -device qemu-xhci -device usb-tablet -device usb-mouse -smbios type=2 \ > > -drive if=pflash,format=raw,readonly,file=/usr/pkg/share/OVMFX64.fd \ > > the OVMFX64.fd file is actually in /usrpkg/share/ovmf directory, but > perhaps this is a typo. Anyway. I have no idea about this particular > way of specifying the bios; anyway, with > > > -bios /usr/pkg/share/ovmf/OVMFX64.fd \ > > it boots just fine. Otherwise I get the same crash as you.
I meant - it doesn't crash, but it still can't boot from the ISO, as you said. I perform the installation using normal BIOS, then I switch. Doesn't make sense, I know. > > > > -device ich9-ahci,id=sata \ > > -device ide-cd,bus=sata.0,drive=disk \ > > -drive > > id=disk,if=none,media=cdrom,format=raw,file=NetBSD-9.99.71-amd64.iso > > > > This produces an immediate “failed to start VCPU” and results in a core > > dump. Also tried the NetNSD-9.99.71-amd64-install.img file with: > > > > > qemu-system-x86_64 -m 4096 -machine q35 -accel=nvmm -boot menu=on \ > > -device qemu-xhci -device usb-tablet -device usb-mouse -smbios type=2 \ > > -drive if=pflash,format=raw,readonly,file=/usr/pkg/share/OVMFX64.fd \ > > -device ich9-ahci,id=sata \ > > -device ide-hd,bus=sata.0,drive=disk \ > > -drive > > id=disk,if=none,media=disk,format=raw,file=NetBSD-9.99.71-amd64-install.img > > > > And it provides the same results - “failed to start VCPU” and a core dump. > > > > Removing the “-accel=nvmm” from both of the scripts allows the boot to > > proceed, but the OVMF code fails to find the CD or HD image and boot falls > > back to attempting to boot over the network. This appears to be a bug in > > the version of OVMF found in pkgsrc which is based on stable2018. > > Replacing the OVMF with binaries obtained from a build of stable202005 > > fixes the disk access issue and the boot then succeeds brining up the > > NetBSD installer. > > > > I then proceeded to do two installations of NetBSD under qem; one using the > > defaults for an MBR setup and one for a GPT setup. The resulting MBR disk > > doesn’t boot under qemu; the GPT disk does boot however. In the case of > > the MBR disk it appears the problem is that OVMF can’t find the disk or > > anything bootable on it. > > > > I’ve opened two PRs for these issues. PR-55582 for the NVMM issues and > > PR-55582 for the OVMF issue. > > > > Chavdar > > -- > ---- -- ----
