Hi Corvin,
As far as I know, QEMU uses OVMF with bus enumeration enabled. How
does QEMU solve such issues?
Full-time corp Linux staff working on Qemu, KVM and EFI.
- there is no need for EFI to perform a slow scan via PCI bus
operations, resulting in VM-exits, where bhyve can perform all th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256683
shamsher changed:
What|Removed |Added
Resolution|--- |FIXED
Status|New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256422
--- Comment #9 from Chuck Tuffli ---
To document this a bit more, the error in pci_nvme.c is:
...
nvme doorbell 1, SQ, val 0x1
nvme_handle_io qid 1 head 0 tail 1 cmdlist 0x8c1885000
pci_nvme_io_done error 14 Bad address
pci_nvme_set_complet
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256422
--- Comment #10 from Chuck Tuffli ---
I think nvme_write_read_blockif() has a bug:
}
static void
@@ -1978,7 +1984,7 @@ nvme_write_read_blockif(struct pci_nvme_softc *sc,
/* PRP2 is pointer to a physical region page list
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256422
--- Comment #11 from Jason Tubnor ---
I reverted the grehan@ patch and applied chuck@ patch and tested against:
CentOS 8.4
Windows Server 2022
OpenBSD 6.9-snapshot
and all of the above installed, rebooted and booted correctly.
--
You ar
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256422
--- Comment #12 from Peter Grehan ---
Chuck's fix is the correct one; mine was just a bandaid.
--
You are receiving this mail because:
You are the assignee for the bug.
