Dimitri, Yes. A virtual mapping to the physical pages with the RT attribute may be provided by the OS if the OS calls SetVirtualAddressMap().
The UEFI Spec quote below shows that some of the structures passed from firmware to OS contain physical pointers that are not fixed up when SetVirtualAddressMap() is called. The memory map provided by the UEFI Boot Service GetMemoryMap() provides the physical address for the memory regions and the memory type defines what memory regions are owned by the firmware, owned by the OS, and shared between the firmware and the OS. There are no UEFI services/methods for the OS to inform the FW that memory regions in the memory map have been moved to different physical addresses. Without such a mechanism, the OS should not change the physical location of memory regions that are owned by the firmware or shared between the firmware and the OS. Best regards, Mike >-----Original Message----- >From: edk2-devel [mailto:[email protected]] On Behalf Of >Dimitri >Sent: Monday, October 19, 2015 1:07 AM >To: [email protected] >Subject: Re: [edk2] SMM core problems > >> >> UEFI spec has clear description about the configuration table for SMBIOS. >> >> UEFI 2.5 page 103 and 104: >> " >> The following list shows the GUIDs for tables defined in some of the >> industry standards. These >> industry standards define tables accessed as UEFI Configuration Tables >> on UEFI-based systems. All >> the addresses reported in these table entries will be referenced as >> physical and will not be fixed up >> when transition from preboot to runtime phase. This list is not >> exhaustive and does not show GUIDs >> for all possible UEFI Configuration tables. >> " >> >> It will be referenced as physical and will not be fixed up when >> transition from preboot to runtime phase. >> >> Thanks, >> Star > >IMHO, > >SMBIOS table guid about EPS only. Tables are stored in usual Runtime >memory. This memory can be virtualized (see Andrew comment). EPS know >nothing about it. > >Thanks, >Dimitri > > > > >_______________________________________________ >edk2-devel mailing list >[email protected] >https://lists.01.org/mailman/listinfo/edk2-devel _______________________________________________ edk2-devel mailing list [email protected] https://lists.01.org/mailman/listinfo/edk2-devel
