https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=290735
--- Comment #8 from Roman Bogorodskiy <[email protected]> --- In my virtual environment I was able to bisect that down to: commit e962b37bf0ffe7f30f5b025b46ea49ba01c71f2f (HEAD) Author: Mark Johnston <[email protected]> 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.
