https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250934
Li-Wen Hsu changed:
What|Removed |Added
Assignee|b...@freebsd.org|virtualizat...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250802
--- Comment #30 from Konstantin Belousov ---
(In reply to Robert Crowston from comment #28)
If you see the same error i.e. vmexit to assist memory access in BAR, please
provide *consistent* set of the following data, for the problematic VM:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250802
--- Comment #29 from Robert Crowston ---
OK, to be clear, I did not change vmm.c (because the LA47 isn't in 12.2,
right?), and I used VM_MAXUSER_ADDRESS in place of VM_MAXUSER_ADDRESS_LA47.
Aside from that I applied Diff 79310.
I also need
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250802
--- Comment #28 from Robert Crowston ---
(Sorry, I see there are more changes than just those two lines. I will apply
the diff again from stable/12 to ensure there is no confusion.)
--
You are receiving this mail because:
You are the assi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250802
--- Comment #27 from Robert Crowston ---
(In reply to Konstantin Belousov from comment #26)
I am on stable/12, so I added
if (cpu_maxphysaddr > VM_MAXUSER_ADDRESS)
cpu_maxphysaddr = VM_MAXUSER_ADDRESS;
(I also needed #incl
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250802
--- Comment #26 from Konstantin Belousov ---
(In reply to Robert Crowston from comment #24)
Please try Diff 79310 from the review.
I assume you are on HEAD. If you use stable/12. then replace
VM_MAXUSER_ADDRESS_LA47 with VM_MAXUSER_ADDRESS
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250802
--- Comment #25 from mr.xa...@gmail.com ---
(In reply to Konstantin Belousov from comment #22)
(gdb) run
Starting program: /usr/sbin/bhyve -c 1 -m 3G -Hwl
bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd -U
00dad61d-0d2e-11eb-936d-70f395
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250802
--- Comment #24 from Robert Crowston ---
Correction: ENOMEM can also happen if vm_map_find() fails [which seems more
likely given that vm_pager_allocate() in vmm_mmio_alloc() is not a function of
the gpa].
--
You are receiving this mail b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250802
--- Comment #23 from Robert Crowston ---
(In reply to Konstantin Belousov from comment #22)
The ioctl fails with ENOMEM.
(gdb) c
Continuing.
bhyve: failed to initialize BARs for PCI 7/0/0
device emulation initialization error: Cannot all
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250802
--- Comment #22 from Konstantin Belousov ---
(In reply to mr.xanto from comment #20)
Ok, do the following. Start your bhyve command under gdb. Like this:
/usr/local/bin/gdb /usr/sbin/bhyve
(gdb) set args ...
(gdb) run
Now on assert the pro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250802
--- Comment #21 from Robert Crowston ---
With the latest patches I now get a failure at the vm_map_pptdev_mmio() call.
(gdb)
597 error = vm_map_pptdev_mmio(ctx,
sc->psc_sel.pc_bus,
=> 0x0023d178 : 4
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250924
Bug ID: 250924
Summary: Bhyve AHCI disk controller regression due to r364334
Product: Base System
Version: 12.2-RELEASE
Hardware: amd64
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250802
--- Comment #20 from mr.xa...@gmail.com ---
(In reply to Konstantin Belousov from comment #19)
I mean, that when bhyve process is aborted, bhyvectl return "VM: is not
created.
I've wrote stupid script for get bhyvectl message before start a
13 matches
Mail list logo
