Date: Wed, 25 Feb 2026 21:05:14 +0000 From: bugzilla-noreply@freebsd.org To: virtualization@FreeBSD.org Subject: [Bug 290735] bhyve resume hangs Message-ID: <bug-290735-27103-dwCMHBlZzu@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-290735-27103@https.bugs.freebsd.org/bugzilla/>
index | next in thread | previous in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=290735 --- Comment #8 from Roman Bogorodskiy <novel@FreeBSD.org> --- In my virtual environment I was able to bisect that down to: commit e962b37bf0ffe7f30f5b025b46ea49ba01c71f2f (HEAD) Author: Mark Johnston <markj@FreeBSD.org> Date: Mon Aug 19 13:56:06 2024 +0000 bhyve: Do not enable PCI BAR decoding if a boot ROM is present Let the boot ROM handle BAR initialization. This fixes a problem where u-boot's BAR remapping conflicts with some limitations in bhyve. See https://lists.freebsd.org/archives/freebsd-virtualization/2024-April/002103.html for a description of what goes wrong. The old behaviour can be restored by setting the pci.enable_bars configuration variable. Reviewed by: corvink, jhb Sponsored by: Innovate UK Differential Revision: https://reviews.freebsd.org/D45049 usr.sbin/bhyve/bhyve_config.5 | 3 +++ usr.sbin/bhyve/pci_emul.c | 27 ++++++++++++++++++++++++--- 2 files changed, 27 insertions(+), 3 deletions(-) That seems to be accurate as on my -CURRENT@Jan 31 desktop suspend/resume does work when running with "-o pci.enable_bars=1". -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-290735-27103-dwCMHBlZzu>