Date: Fri, 6 Sep 2024 09:37:45 -0400 From: John Baldwin <jhb@FreeBSD.org> To: Shawn Webb <shawn.webb@hardenedbsd.org>, Mark Johnston <markj@freebsd.org> Cc: src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org Subject: Re: git: e962b37bf0ff - main - bhyve: Do not enable PCI BAR decoding if a boot ROM is present Message-ID: <7213e551-6be2-44b1-a8b6-55645c593c12@FreeBSD.org> In-Reply-To: <qkp2zbmykgwsbrxekut35rexlktypzg5oj2bbfslig7eksprpi@2lw5x47mtytp> References: <202408191359.47JDxAbK026029@gitrepo.freebsd.org> <qkp2zbmykgwsbrxekut35rexlktypzg5oj2bbfslig7eksprpi@2lw5x47mtytp>
next in thread | previous in thread | raw e-mail | index | archive | help
On 9/5/24 22:10, Shawn Webb wrote: > Hey Mark, > > This commit seems to force me to now pass "-o pci.enable_bars=true" to > all my VMs on amd64. I wonder if that might be a POLA violation. I > didn't realize that I needed to set that until I bisected the src > tree, looking for the commit that broke bhyve for me. > > Is changing the default here really worth it for amd64? If so, I'm > thinking this should be in both RELNOTES and UPDATING. I now have to > propigate re-enabling this across my entire infrastructure. > > Thanks, That should only be true if you are using an older UEFI firmware that did not program BARs. Are you seeing this on stock FreeBSD, and which version of the UEFI ROM are you using? -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7213e551-6be2-44b1-a8b6-55645c593c12>