]> git.proxmox.com Git - mirror_edk2.git/commitdiff
MdePkg: Add MmAccess and MmControl definition.
authorMarc W Chen <marc.w.chen@intel.com>
Mon, 29 Jul 2019 04:25:56 +0000 (12:25 +0800)
committerLiming Gao <liming.gao@intel.com>
Tue, 13 Aug 2019 09:07:12 +0000 (17:07 +0800)
EFI MmAccess and MmControl PPIs are defined in the PI 1.5 specification.

Cc: Michael D Kinney <michael.d.kinney@intel.com>
Cc: Liming Gao <liming.gao@intel.com>
Cc: Ray Ni <ray.ni@intel.com>
Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=2023
Signed-off-by: Marc W Chen <marc.w.chen@intel.com>
Reviewed-by: Liming Gao <liming.gao@intel.com>
MdePkg/Include/Ppi/MmAccess.h [new file with mode: 0644]
MdePkg/Include/Ppi/MmControl.h [new file with mode: 0644]
MdePkg/MdePkg.dec

diff --git a/MdePkg/Include/Ppi/MmAccess.h b/MdePkg/Include/Ppi/MmAccess.h
new file mode 100644 (file)
index 0000000..636e728
--- /dev/null
@@ -0,0 +1,155 @@
+/** @file\r
+  EFI MM Access PPI definition.\r
+\r
+  This PPI is used to control the visibility of the MMRAM on the platform.\r
+  The EFI_PEI_MM_ACCESS_PPI abstracts the location and characteristics of MMRAM. The\r
+  principal functionality found in the memory controller includes the following:\r
+  - Exposing the MMRAM to all non-MM agents, or the "open" state\r
+  - Shrouding the MMRAM to all but the MM agents, or the "closed" state\r
+  - Preserving the system integrity, or "locking" the MMRAM, such that the settings cannot be\r
+    perturbed by either boot service or runtime agents\r
+\r
+  Copyright (c) 2019, Intel Corporation. All rights reserved.<BR>\r
+  SPDX-License-Identifier: BSD-2-Clause-Patent\r
+\r
+  @par Revision Reference:\r
+  This PPI is introduced in PI Version 1.5.\r
+\r
+**/\r
+\r
+#ifndef _MM_ACCESS_PPI_H_\r
+#define _MM_ACCESS_PPI_H_\r
+\r
+#define EFI_PEI_MM_ACCESS_PPI_GUID \\r
+  { 0x268f33a9, 0xcccd, 0x48be, { 0x88, 0x17, 0x86, 0x5, 0x3a, 0xc3, 0x2e, 0xd6 }}\r
+\r
+typedef struct _EFI_PEI_MM_ACCESS_PPI  EFI_PEI_MM_ACCESS_PPI;\r
+\r
+/**\r
+  Opens the MMRAM area to be accessible by a PEIM.\r
+\r
+  This function "opens" MMRAM so that it is visible while not inside of MM. The function should\r
+  return EFI_UNSUPPORTED if the hardware does not support hiding of MMRAM. The function\r
+  should return EFI_DEVICE_ERROR if the MMRAM configuration is locked.\r
+\r
+  @param  PeiServices            An indirect pointer to the PEI Services Table published by the PEI Foundation.\r
+  @param  This                   The EFI_PEI_MM_ACCESS_PPI instance.\r
+  @param  DescriptorIndex        The region of MMRAM to Open.\r
+\r
+  @retval EFI_SUCCESS            The operation was successful.\r
+  @retval EFI_UNSUPPORTED        The system does not support opening and closing of MMRAM.\r
+  @retval EFI_DEVICE_ERROR       MMRAM cannot be opened, perhaps because it is locked.\r
+\r
+**/\r
+typedef\r
+EFI_STATUS\r
+(EFIAPI *EFI_PEI_MM_OPEN)(\r
+  IN EFI_PEI_SERVICES                **PeiServices,\r
+  IN EFI_PEI_MM_ACCESS_PPI           *This,\r
+  IN UINTN                           DescriptorIndex\r
+  );\r
+\r
+/**\r
+  Inhibits access to the MMRAM.\r
+\r
+  This function "closes" MMRAM so that it is not visible while outside of MM. The function should\r
+  return EFI_UNSUPPORTED if the hardware does not support hiding of MMRAM.\r
+\r
+  @param  PeiServices            An indirect pointer to the PEI Services Table published by the PEI Foundation.\r
+  @param  This                   The EFI_PEI_MM_ACCESS_PPI instance.\r
+  @param  DescriptorIndex        The region of MMRAM to Close.\r
+\r
+  @retval EFI_SUCCESS            The operation was successful.\r
+  @retval EFI_UNSUPPORTED        The system does not support opening and closing of MMRAM.\r
+  @retval EFI_DEVICE_ERROR       MMRAM cannot be closed.\r
+\r
+**/\r
+typedef\r
+EFI_STATUS\r
+(EFIAPI *EFI_PEI_MM_CLOSE)(\r
+  IN EFI_PEI_SERVICES                **PeiServices,\r
+  IN EFI_PEI_MM_ACCESS_PPI           *This,\r
+  IN UINTN                           DescriptorIndex\r
+  );\r
+\r
+/**\r
+  This function prohibits access to the MMRAM region. This function is usually implemented such\r
+  that it is a write-once operation.\r
+\r
+  @param  PeiServices            An indirect pointer to the PEI Services Table published by the PEI Foundation.\r
+  @param  This                   The EFI_PEI_MM_ACCESS_PPI instance.\r
+  @param  DescriptorIndex        The region of MMRAM to Lock.\r
+\r
+  @retval EFI_SUCCESS            The operation was successful.\r
+  @retval EFI_UNSUPPORTED        The system does not support opening and closing of MMRAM.\r
+\r
+**/\r
+typedef\r
+EFI_STATUS\r
+(EFIAPI *EFI_PEI_MM_LOCK)(\r
+  IN EFI_PEI_SERVICES                **PeiServices,\r
+  IN EFI_PEI_MM_ACCESS_PPI           *This,\r
+  IN UINTN                           DescriptorIndex\r
+  );\r
+\r
+/**\r
+  Queries the memory controller for the possible regions that will support MMRAM.\r
+\r
+  This function describes the MMRAM regions.\r
+  This data structure forms the contract between the MM_ACCESS and MM_IPL drivers. There is an\r
+  ambiguity when any MMRAM region is remapped. For example, on some chipsets, some MMRAM\r
+  regions can be initialized at one physical address but is later accessed at another processor address.\r
+  There is currently no way for the MM IPL driver to know that it must use two different addresses\r
+  depending on what it is trying to do. As a result, initial configuration and loading can use the\r
+  physical address PhysicalStart while MMRAM is open. However, once the region has been\r
+  closed and needs to be accessed by agents in MM, the CpuStart address must be used.\r
+  This PPI publishes the available memory that the chipset can shroud for the use of installing code.\r
+  These regions serve the dual purpose of describing which regions have been open, closed, or locked.\r
+  In addition, these regions may include overlapping memory ranges, depending on the chipset\r
+  implementation. The latter might include a chipset that supports T-SEG, where memory near the top\r
+  of the physical DRAM can be allocated for MMRAM too.\r
+  The key thing to note is that the regions that are described by the PPI are a subset of the capabilities\r
+  of the hardware.\r
+\r
+  @param  PeiServices            An indirect pointer to the PEI Services Table published by the PEI Foundation.\r
+  @param  This                   The EFI_PEI_MM_ACCESS_PPI instance.\r
+  @param  MmramMapSize           A pointer to the size, in bytes, of the MmramMemoryMap buffer. On input, this value is\r
+                                 the size of the buffer that is allocated by the caller. On output, it is the size of the\r
+                                 buffer that was returned by the firmware if the buffer was large enough, or, if the\r
+                                 buffer was too small, the size of the buffer that is needed to contain the map.\r
+  @param MmramMap                A pointer to the buffer in which firmware places the current memory map. The map is\r
+                                 an array of EFI_MMRAM_DESCRIPTORs\r
+\r
+  @retval EFI_SUCCESS            The chipset supported the given resource.\r
+  @retval EFI_BUFFER_TOO_SMALL   The MmramMap parameter was too small. The current\r
+                                 buffer size needed to hold the memory map is returned in\r
+                                 MmramMapSize.\r
+\r
+**/\r
+typedef\r
+EFI_STATUS\r
+(EFIAPI *EFI_PEI_MM_CAPABILITIES)(\r
+  IN EFI_PEI_SERVICES                **PeiServices,\r
+  IN EFI_PEI_MM_ACCESS_PPI           *This,\r
+  IN OUT UINTN                       *MmramMapSize,\r
+  IN OUT EFI_MMRAM_DESCRIPTOR        *MmramMap\r
+  );\r
+\r
+///\r
+///  EFI MM Access PPI is used to control the visibility of the MMRAM on the platform.\r
+///  It abstracts the location and characteristics of MMRAM. The platform should report\r
+///  all MMRAM via EFI_PEI_MM_ACCESS_PPI. The expectation is that the north bridge or\r
+///  memory controller would publish this PPI.\r
+///\r
+struct _EFI_PEI_MM_ACCESS_PPI {\r
+  EFI_PEI_MM_OPEN          Open;\r
+  EFI_PEI_MM_CLOSE         Close;\r
+  EFI_PEI_MM_LOCK          Lock;\r
+  EFI_PEI_MM_CAPABILITIES  GetCapabilities;\r
+  BOOLEAN                  LockState;\r
+  BOOLEAN                  OpenState;\r
+};\r
+\r
+extern EFI_GUID gEfiPeiMmAccessPpiGuid;\r
+\r
+#endif\r
diff --git a/MdePkg/Include/Ppi/MmControl.h b/MdePkg/Include/Ppi/MmControl.h
new file mode 100644 (file)
index 0000000..983ed95
--- /dev/null
@@ -0,0 +1,90 @@
+/** @file\r
+  EFI MM Control PPI definition.\r
+\r
+  This PPI is used initiate synchronous MMI activations. This PPI could be published by a processor\r
+  driver to abstract the MMI IPI or a driver which abstracts the ASIC that is supporting the APM port.\r
+  Because of the possibility of performing MMI IPI transactions, the ability to generate this event\r
+  from a platform chipset agent is an optional capability for both IA-32 and x64-based systems.\r
+\r
+  Copyright (c) 2019, Intel Corporation. All rights reserved.<BR>\r
+  SPDX-License-Identifier: BSD-2-Clause-Patent\r
+\r
+  @par Revision Reference:\r
+  This PPI is introduced in PI Version 1.5.\r
+\r
+**/\r
+\r
+\r
+#ifndef _MM_CONTROL_PPI_H_\r
+#define _MM_CONTROL_PPI_H_\r
+\r
+#define EFI_PEI_MM_CONTROL_PPI_GUID \\r
+  { 0x61c68702, 0x4d7e, 0x4f43, 0x8d, 0xef, 0xa7, 0x43, 0x5, 0xce, 0x74, 0xc5 }\r
+\r
+typedef struct _EFI_PEI_MM_CONTROL_PPI  EFI_PEI_MM_CONTROL_PPI;\r
+\r
+/**\r
+  Invokes PPI activation from the PI PEI environment.\r
+\r
+  @param  PeiServices           An indirect pointer to the PEI Services Table published by the PEI Foundation.\r
+  @param  This                  The PEI_MM_CONTROL_PPI instance.\r
+  @param  ArgumentBuffer        The value passed to the MMI handler. This value corresponds to the\r
+                                SwMmiInputValue in the RegisterContext parameter for the Register()\r
+                                function in the EFI_MM_SW_DISPATCH_PROTOCOL and in the Context parameter\r
+                                in the call to the DispatchFunction\r
+  @param  ArgumentBufferSize    The size of the data passed in ArgumentBuffer or NULL if ArgumentBuffer is NULL.\r
+  @param  Periodic              An optional mechanism to periodically repeat activation.\r
+  @param  ActivationInterval    An optional parameter to repeat at this period one\r
+                                time or, if the Periodic Boolean is set, periodically.\r
+\r
+  @retval EFI_SUCCESS           The MMI has been engendered.\r
+  @retval EFI_DEVICE_ERROR      The timing is unsupported.\r
+  @retval EFI_INVALID_PARAMETER The activation period is unsupported.\r
+  @retval EFI_NOT_STARTED       The MM base service has not been initialized.\r
+\r
+**/\r
+typedef\r
+EFI_STATUS\r
+(EFIAPI *EFI_PEI_MM_ACTIVATE) (\r
+  IN EFI_PEI_SERVICES                                **PeiServices,\r
+  IN EFI_PEI_MM_CONTROL_PPI                          * This,\r
+  IN OUT INT8                                        *ArgumentBuffer OPTIONAL,\r
+  IN OUT UINTN                                       *ArgumentBufferSize OPTIONAL,\r
+  IN BOOLEAN                                         Periodic OPTIONAL,\r
+  IN UINTN                                           ActivationInterval OPTIONAL\r
+  );\r
+\r
+/**\r
+  Clears any system state that was created in response to the Trigger() call.\r
+\r
+  @param  PeiServices           General purpose services available to every PEIM.\r
+  @param  This                  The PEI_MM_CONTROL_PPI instance.\r
+  @param  Periodic              Optional parameter to repeat at this period one\r
+                                time or, if the Periodic Boolean is set, periodically.\r
+\r
+  @retval EFI_SUCCESS           The MMI has been engendered.\r
+  @retval EFI_DEVICE_ERROR      The source could not be cleared.\r
+  @retval EFI_INVALID_PARAMETER The service did not support the Periodic input argument.\r
+\r
+**/\r
+typedef\r
+EFI_STATUS\r
+(EFIAPI *PEI_MM_DEACTIVATE) (\r
+  IN EFI_PEI_SERVICES                      **PeiServices,\r
+  IN EFI_PEI_MM_CONTROL_PPI                * This,\r
+  IN BOOLEAN                               Periodic OPTIONAL\r
+  );\r
+\r
+///\r
+///  The EFI_PEI_MM_CONTROL_PPI is produced by a PEIM. It provides an abstraction of the\r
+///  platform hardware that generates an MMI. There are often I/O ports that, when accessed, will\r
+///  generate the MMI. Also, the hardware optionally supports the periodic generation of these signals.\r
+///\r
+struct _PEI_MM_CONTROL_PPI {\r
+  PEI_MM_ACTIVATE    Trigger;\r
+  PEI_MM_DEACTIVATE  Clear;\r
+};\r
+\r
+extern EFI_GUID gEfiPeiMmControlPpiGuid;\r
+\r
+#endif\r
index 15a221d71f9b5c5d916cdf839d3b863f4da17326..3fd7d1634c03d7c9d76ff879d95baf868aeeef17 100644 (file)
   ## Include/Ppi/SecHobData.h\r
   gEfiSecHobDataPpiGuid = { 0x3ebdaf20, 0x6667, 0x40d8, {0xb4, 0xee, 0xf5, 0x99, 0x9a, 0xc1, 0xb7, 0x1f } }\r
 \r
+  ## Include/Ppi/MmAccess.h\r
+  gEfiPeiMmAccessPpiGuid          =  { 0x268f33a9, 0xcccd, 0x48be, { 0x88, 0x17, 0x86, 0x5, 0x3a, 0xc3, 0x2e, 0xd6 }}\r
+\r
+  ## Include/Ppi/MmControl.h\r
+  gEfiPeiMmControlPpiGuid         =  { 0x61c68702, 0x4d7e, 0x4f43, { 0x8d, 0xef, 0xa7, 0x43, 0x5, 0xce, 0x74, 0xc5 }}\r
+\r
   #\r
   # PPIs defined in PI 1.7.\r
   #\r