]> git.proxmox.com Git - mirror_edk2.git/blame_incremental - MdeModulePkg/ChangeLog.txt
update Fpd2Dsc.exe interface to sync users guide and add tool usage in ReadMe.txt...
[mirror_edk2.git] / MdeModulePkg / ChangeLog.txt
... / ...
CommitLineData
1##########################################################################################\r
2!!!!!!!!!!!!!!!!! Notes for this ChangeLog.txt !!!!!!!!!!!!!!!!!\r
3\r
4This log file is used to record two kinds of important information:\r
5 a) "Non-Compatible Changes": all non-compatible changes should be recorded. These info\r
6 will help the package user to merge this package; and some non-compatible changes\r
7 can also be added into release notes as news features when we release this package.\r
8 Normally Non-Compatible Changes contains the following types:\r
9 1) Package's external services were changed/updated\r
10 2) Package's common .h file is renamed, deleted, or the file path is changed.\r
11 3) The definition of package's common data structure is changed\r
12 ...\r
13\r
14 b) "Important Compatible Changes": some important compatible changes can aslo be recorded\r
15 in this file, and we can add these updating into release notes when we release this\r
16 package.\r
17\r
18Non-Compatible and Compatible example format:\r
19==========================================================================================\r
20EDK_0010: Non-Compatible: owner\r
21\r
22 Class_HFile: PPI A of MdePkg has been removed.\r
23\r
24 Code Change :\r
25 1) Removed the .h file: MdePkg\Include\Ppi\A.h\r
26\r
27 Possible Impacts:\r
28 1) All modules that used this PPI A should be updated.\r
29\r
30==========================================================================================\r
31EDK_0000: Compatible: owner\r
32\r
33 Class_BuildTool: with the EDK_0000 build.exe, the build performance is enhanced great.\r
34\r
35 Code Change :\r
36 1) BaseTools\Bin\Win32\build.exe\r
37\r
38!!!!!!!!!!!!!!!!!! End of Notes !!!!!!!!!!!!!!!!!!\r
39##########################################################################################\r
40\r
41==========================================================================================\r
42EDK_3871: Non-Compatible: klu2\r
43 \r
44 Class_PIEnable[5]: New library class for S3Resume and Recovery for DxeIpl PEIM.\r
45 \r
46 Code Change:\r
47 1) Add new library class \r
48 a) MdeModulePkg/Include/Library/S3Lib.h\r
49 b) MdeModulePkg/Include/Library/RecoveryLib.h\r
50 2) Add NULL library instances for MdeModulePkg:\r
51 a) MdeModulePkg/Library/PeiS3Lib.inf.\r
52 b) MdeModulePkg/Library/PeiRecoveryLib.inf\r
53 3) Add framework implement library instances:\r
54 a) IntelFrameworkModulePkg/Library/PeiS3Lib.inf\r
55 b) IntelFrameworkModulePkg/Library/PeiRecovery.inf\r
56 \r
57 Possible Impacts:\r
58 1) In DSC file, if platform use framework implementation, should select:\r
59 S3Lib library class -> IntelFrameworkModulePkg/Library/PeiS3Lib.inf\r
60 RecoveryLib library class -> IntelFrameworkModulePkg/Library/PeiRecovery.inf\r
61\r
62==========================================================================================\r
63EDK_3922: Non-Compatible: qwang12, klu2\r
64 Class_PIEnable[2]: Update PEI core to only consume EFI_PEI_FIRMWARE_VOLUME_INFO_PPI\r
65\r
66 Code Change :\r
67 1) Update PEI core to consume EFI_PEI_FIRMWARE_VOLUME_INFO_PPI to get the location of new FVs other than BFV\r
68 reported by PEIMs . \r
69\r
70 Possible Impacts:\r
71 1) Platform code that is going to inform PEI core about the new FVs other than BFV should install \r
72 EFI_PEI_FIRMWARE_VOLUME_INFO_PPI. A library function named PeiPiLibBuildPiFvInfoPpi() defined in \r
73 MdePkg\Include\Library\PeiPiLib.h can be used to install the PPI. \r
74 There are two notes worth mentioning:\r
75 1) Platform PEIMs should report at least FVs containing DXE_CORE and all other PEIM to PEI Core if they\r
76 are not in the BFV. \r
77 2) PEI core will dispatch PEIMs in the FV reported by PeiPiLibBuildPiFvInfoPpi() and invoke BuildFvHob () to build the \r
78 FV HOB for this FV (see Section 4.8.1.2 of Vol 1 named Multiple Firmware Volume Support for details). \r
79 If PEIM only want to inform DXE core about the existance of the new FV, it should call BuildFvHob instead.\r
80 \r
81 \r
82 Class_PIEnable[3]: Update PEI core to support RegisterForShadow feature introduced by PI spec\r
83\r
84 Code Change :\r
85 1) DXEIPL no longer produce EFI_PEI_FV_FILE_LOADER_PPI defined in Framework PEI CIS.\r
86\r
87 Possible Impacts:\r
88\r
89 1)All PEIMs that need to shadow itself into memory and rerun the entry point should be updated to call RegisterForShadow\r
90 (PeiServicesLibRegisterForShadow () is a helper function).\r
91 2)The depex of PEIMs that including EFI_PEI_FV_FILE_LOADER_PPI (or gEfiPeiFvFileLoaderPpiGuid) should be removed.\r
92 \r
93\r
94 Class_PIEnable[4]: Update PEI core to produce other new features defined in PI spec\r
95\r
96 Code Change :\r
97 1) Add the following services: FfsGetFileInfo, FfsFindFileByName and FfsGetVolumeInfo\r
98\r
99 Possible Impacts:\r
100\r
101 1) Platform code is recommended to make use of these new PI features. The functions in MdePkg/Include/Library/PeiServicesLib.h are \r
102 recommended as PeiServices is saved for every PEI Services API invokation.\r
103\r
104==========================================================================================\r
105EDK_3871: Non-Compatible: klu2\r
106 \r
107 Class_PIEnable[1]: Use new entry point for PeiCore defined in PI specification.\r
108 \r
109 Code Change:\r
110 1) PeiMain module use PeiCoreEntryPoint library class but *not* original OldPeiCoreEntryPoint.\r
111 2) The memory service in PeiMain module get CAR base and size from parameter of PeiCore's\r
112 Entry point directly but *not* computed from stack's base.\r
113 \r
114 Possible Impacts:\r
115 1) Platform should select MdePkg/Library/PeiCoreEntryPoint/PeiCoreEntryPoint.inf for \r
116 PeiMain module.\r
117 2) The SecCore module should provide parameters for new entry point defined in \r
118 MdePkg\Include\Library\PeiCoreEntryPoint.h\r
119 \r
120==========================================================================================\r
121EDK_3866: Compatible: qhuang8\r
122\r
123 Class_UefiEnable[0]: Uefi2.1 feature - Add Hardware Error Record Persistence Support \r
124 Code Change :\r
125 1) Modify MdeModulePkg/Universal/Variable/RuntimeDxe\r
126 2) Modify MdeModulePkg/Universal/Variable/EmuRuntimeDxe\r
127\r
128==========================================================================================\r
129EDK_3773: Non-Compatible: qwang12\r
130\r
131 Class_PIEnable[0]: Enable DXE Core to produce EFI_FIRMWARE_VOLUME2_PROTOCOL only.\r
132\r
133 Code Change :\r
134 1) Modify MdeModulePkg/Core/Dxe/DxeMain.inf module to produce only\r
135 EFI_FIRMWARE_VOLUME2_PROTOCOL. Previously, EFI_FIRMWARE_VOLUME_PROTOCOL\r
136 is produced by Dxe Core.\r
137\r
138 Possible Impacts:\r
139 1) All modules that references EFI_FIRMWARE_VOLUME_PROTOCOL must be updated to use\r
140 EFI_FIRMWARE_VOLUME2_PROTOCOL.\r
141 2) All modules that references gEfiFirmwareVolumeProtocolGuid must be updated to\r
142 use gEfiFirmwareVolume2ProtocolGuid.\r
143 3) The gEfiFirmwareVolumeProtocolGuid in [Depex] section of INF file should updated.\r
144 And the package dependency should also be changed if needed due to this protocol\r
145 GUID change.