Date: Fri, 28 Jul 2023 22:48:18 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 243576] sysutils/vm-bhyve: module vmm.ko not loading in FreeBSD 13 on AMD64 Message-ID: <bug-243576-7788-ghYKSNemQb@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-243576-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-243576-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D243576 --- Comment #5 from Greg <freebug@greggyb.com> --- The machine that was exhibiting this behavior is sadly no more. The motherb= oard turned out to be on the fritz and had to be replaced. I did not have a chance to do much troubleshooting beyond identifying the m= obo as at issue. (One RAM rendered the system unbootable if populated; half the onboard USB simply disappeared after several hardware swaps as par of diagnosis, and some other gremlinish behavor). I chalk my issues up to the failing hardware. Nonetheless, with new hardware the -qn version remains functional. I've reverted back to -qm as that also works. To answer the specific question, of the binary combinations between '-n'/'-= m' and 'vmm'/'vmm.ko', only '-m vmm.ko' fails, as expected. $ kldstat -n vmm Id Refs Address Size Name 4 1 0xffffffff82167000 579de0 vmm.ko $ kldstat -n vmm.ko Id Refs Address Size Name 4 1 0xffffffff82167000 579de0 vmm.ko $ kldstat -m vmm Id Refs Name 3 1 vmm $ kldstat -m vmm.ko kldstat: can't find module vmm.ko: No such file or directory --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-243576-7788-ghYKSNemQb>