Thanks much Johnson! We will investigate it based on your comments. > -----Original Message----- > From: Brian J. Johnson <[email protected]> > Sent: Tuesday, January 23, 2024 3:12 AM > To: [email protected]; [email protected]; West, Catharine > <[email protected]> > Cc: Xu, Min M <[email protected]>; Ni, Ray <[email protected]>; Wu, > MingliangX <[email protected]>; Yao, Jiewen > <[email protected]>; Xue, Shengfeng <[email protected]>; > Dong, Eric <[email protected]>; Kumar, Rahul R > <[email protected]>; De, Debkumar <[email protected]> > Subject: Re: [edk2-devel] [PATCH V1 1/1] UefiCpuPkg/ResetVector: Cache > Disable should not be set by default in CR0 > > On 1/18/24 09:46, Gerd Hoffmann wrote: > > On Wed, Jan 10, 2024 at 04:43:47PM +0000, West, Catharine wrote: > >> Disabling cache by default results in violation of BTG protections (if BTG > enabled). > >> > >> BIOS cannot assume that cache is disabled before it executes as ACM may > be required to enable NEM. > >> > >> Whatever solution needs to be done here cannot evict ACM-enabled > NEM. > > > > Well, it's OVMF in a virtual machine. No boot guard involved. > > So we could probably go for a OVMF-specific patch here. > > > > But I'd prefer to figure what exactly is happening here before going > > down that route. An extreme slowdown just because we flip that bit > > doesn't make sense to me. > > > >> Why is boot time increasing? > > > > Not clear. It seems to be the lzma uncompress of the firmware volume > > in rom / pflash which is very slow. Also it is apparently only > > triggered in case pci device assignment is used. > > I've seen extreme slowness on physical platforms when we've mixed up the > MTRRs or page tables, causing code to be mapped uncached. > > Lzma uncompress of ROM could be pretty slow as well, if the ROM is being > read uncached. Lzma probably reads the data a byte at a time, which is the > worst case for uncached accesses. Since this is a VM, it's not actually > uncached at the hardware level, but I don't know how QEMU/KVM handles > uncached guest mappings.... It may be doing a VMEXIT for every byte. > > Anyway, I suggest double-checking your page tables and MTRRs. > -- > Brian J. Johnson > Enterprise X86 Lab > Hewlett Packard Enterprise
-=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#114173): https://edk2.groups.io/g/devel/message/114173 Mute This Topic: https://groups.io/mt/100367559/21656 Group Owner: [email protected] Unsubscribe: https://edk2.groups.io/g/devel/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
