From: "Dong, Eric" <eric.dong@intel.com>
To: "Wu, Hao A" <hao.a.wu@intel.com>,
"edk2-devel@lists.01.org" <edk2-devel@lists.01.org>
Subject: Re: [PATCH v5 02/13] MdeModulePkg: Add definitions for EDKII PEI ATA PassThru PPI
Date: Mon, 18 Feb 2019 01:44:52 +0000 [thread overview]
Message-ID: <ED077930C258884BBCB450DB737E662259DB0F8C@shsmsx102.ccr.corp.intel.com> (raw)
In-Reply-To: <20190215062338.19412-3-hao.a.wu@intel.com>
Reviewed-by: Eric Dong <eric.dong@intel.com>
> -----Original Message-----
> From: Wu, Hao A
> Sent: Friday, February 15, 2019 2:23 PM
> To: edk2-devel@lists.01.org
> Cc: Wu, Hao A <hao.a.wu@intel.com>; Wang, Jian J <jian.j.wang@intel.com>;
> Dong, Eric <eric.dong@intel.com>
> Subject: [PATCH v5 02/13] MdeModulePkg: Add definitions for EDKII PEI ATA
> PassThru PPI
>
> REF:https://bugzilla.tianocore.org/show_bug.cgi?id=1409
>
> This commit will add the definitions for EDKII PEI ATA PassThru PPI. This PPI
> will provide services that allow ATA commands to be sent to ATA devices
> attached to an ATA controller in the PEI phase.
>
> More specifically, the PPI will provide services to:
>
> * Send ATA commands to an ATA device (by service 'PassThru');
> * Get the list of the attached ATA device on a controller (by services
> 'GetNextPort' and 'GetNextDevice');
> * Get the identification information (DevicePath) of the underlying ATA
> host controller (by service 'GetDevicePath').
>
> Cc: Jian J Wang <jian.j.wang@intel.com>
> Cc: Eric Dong <eric.dong@intel.com>
> Contributed-under: TianoCore Contribution Agreement 1.1
> Signed-off-by: Hao Wu <hao.a.wu@intel.com>
> Reviewed-by: Ray Ni <ray.ni@intel.com>
> ---
> MdeModulePkg/MdeModulePkg.dec | 3 +
> MdeModulePkg/Include/Ppi/AtaPassThru.h | 219 ++++++++++++++++++++
> 2 files changed, 222 insertions(+)
>
> diff --git a/MdeModulePkg/MdeModulePkg.dec
> b/MdeModulePkg/MdeModulePkg.dec index 4411185073..8efb19e626
> 100644
> --- a/MdeModulePkg/MdeModulePkg.dec
> +++ b/MdeModulePkg/MdeModulePkg.dec
> @@ -483,6 +483,9 @@
> ## Include/Ppi/AtaAhciController.h
> gEdkiiPeiAtaAhciHostControllerPpiGuid = { 0x61dd33ea, 0x421f, 0x4cc0,
> { 0x89, 0x29, 0xff, 0xee, 0xa9, 0xa1, 0xa2, 0x61 } }
>
> + ## Include/Ppi/AtaPassThru.h
> + gEdkiiPeiAtaPassThruPpiGuid = { 0xa16473fd, 0xd474, 0x4c89, { 0xae,
> 0xc7, 0x90, 0xb8, 0x3c, 0x73, 0x86, 0x9 } }
> +
> [Protocols]
> ## Load File protocol provides capability to load and unload EFI image into
> memory and execute it.
> # Include/Protocol/LoadPe32Image.h
> diff --git a/MdeModulePkg/Include/Ppi/AtaPassThru.h
> b/MdeModulePkg/Include/Ppi/AtaPassThru.h
> new file mode 100644
> index 0000000000..78bdaef9e2
> --- /dev/null
> +++ b/MdeModulePkg/Include/Ppi/AtaPassThru.h
> @@ -0,0 +1,219 @@
> +/** @file
> +
> + Copyright (c) 2019, Intel Corporation. All rights reserved.<BR> This
> + program and the accompanying materials are licensed and made
> + available under the terms and conditions of the BSD License which
> + accompanies this distribution. The full text of the license may be
> + found at http://opensource.org/licenses/bsd-license.php
> +
> + THE PROGRAM IS DISTRIBUTED UNDER THE BSD LICENSE ON AN "AS IS"
> BASIS,
> + WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER
> EXPRESS OR IMPLIED.
> +
> +**/
> +
> +#ifndef _EDKII_ATA_PASS_THRU_PPI_H_
> +#define _EDKII_ATA_PASS_THRU_PPI_H_
> +
> +#include <Protocol/DevicePath.h>
> +#include <Protocol/AtaPassThru.h>
> +
> +///
> +/// Global ID for the EDKII_PEI_ATA_PASS_THRU_PPI.
> +///
> +#define EDKII_PEI_ATA_PASS_THRU_PPI_GUID \
> + { \
> + 0xa16473fd, 0xd474, 0x4c89, { 0xae, 0xc7, 0x90, 0xb8, 0x3c, 0x73,
> +0x86, 0x9 } \
> + }
> +
> +//
> +// Forward declaration for the EDKII_PEI_ATA_PASS_THRU_PPI.
> +//
> +typedef struct _EDKII_PEI_ATA_PASS_THRU_PPI
> +EDKII_PEI_ATA_PASS_THRU_PPI;
> +
> +//
> +// Revision The revision to which the ATA Pass Thru PPI interface adheres.
> +// All future revisions must be backwards compatible.
> +// If a future version is not back wards compatible it is not the same
> GUID.
> +//
> +#define EDKII_PEI_ATA_PASS_THRU_PPI_REVISION 0x00010000
> +
> +
> +/**
> + Sends an ATA command to an ATA device that is attached to the ATA
> controller.
> +
> + @param[in] This The PPI instance pointer.
> + @param[in] Port The port number of the ATA device to send
> + the command.
> + @param[in] PortMultiplierPort The port multiplier port number of the
> ATA
> + device to send the command.
> + If there is no port multiplier, then specify
> + 0xFFFF.
> + @param[in,out] Packet A pointer to the ATA command to send to
> + the ATA device specified by Port and
> + PortMultiplierPort.
> +
> + @retval EFI_SUCCESS The ATA command was sent by the host. For
> + bi-directional commands, InTransferLength bytes
> + were transferred from InDataBuffer. For write
> + and bi-directional commands, OutTransferLength
> + bytes were transferred by OutDataBuffer.
> + @retval EFI_NOT_FOUND The specified ATA device is not found.
> + @retval EFI_INVALID_PARAMETER The contents of Acb are invalid. The
> ATA command
> + was not sent, so no additional status information
> + is available.
> + @retval EFI_BAD_BUFFER_SIZE The ATA command was not executed.
> The number
> + of bytes that could be transferred is returned
> + in InTransferLength. For write and bi-directional
> + commands, OutTransferLength bytes were transferred
> + by OutDataBuffer.
> + @retval EFI_NOT_READY The ATA command could not be sent
> because there
> + are too many ATA commands already queued. The
> + caller may retry again later.
> + @retval EFI_DEVICE_ERROR A device error occurred while attempting
> to
> + send the ATA command.
> +
> +**/
> +typedef
> +EFI_STATUS
> +(EFIAPI *EDKII_PEI_ATA_PASS_THRU_PASSTHRU) (
> + IN EDKII_PEI_ATA_PASS_THRU_PPI *This,
> + IN UINT16 Port,
> + IN UINT16 PortMultiplierPort,
> + IN OUT EFI_ATA_PASS_THRU_COMMAND_PACKET *Packet
> + );
> +
> +/**
> + Used to retrieve the list of legal port numbers for ATA devices on an ATA
> controller.
> + These can either be the list of ports where ATA devices are actually
> +present or the
> + list of legal port numbers for the ATA controller. Regardless, the
> +caller of this
> + function must probe the port number returned to see if an ATA device
> +is actually
> + present at that location on the ATA controller.
> +
> + The GetNextPort() function retrieves the port number on an ATA
> + controller. If on input Port is 0xFFFF, then the port number of the
> + first port on the ATA controller is returned in Port and EFI_SUCCESS is
> returned.
> +
> + If Port is a port number that was returned on a previous call to
> + GetNextPort(), then the port number of the next port on the ATA
> + controller is returned in Port, and EFI_SUCCESS is returned. If Port
> + is not 0xFFFF and Port was not returned on a previous call to
> GetNextPort(), then EFI_INVALID_PARAMETER is returned.
> +
> + If Port is the port number of the last port on the ATA controller,
> + then EFI_NOT_FOUND is returned.
> +
> + @param[in] This The PPI instance pointer.
> + @param[in,out] Port On input, a pointer to the port number on the ATA
> controller.
> + On output, a pointer to the next port number on the ATA
> + controller. An input value of 0xFFFF retrieves the first
> + port number on the ATA controller.
> +
> + @retval EFI_SUCCESS The next port number on the ATA controller
> was
> + returned in Port.
> + @retval EFI_NOT_FOUND There are no more ports on this ATA
> controller.
> + @retval EFI_INVALID_PARAMETER Port is not 0xFFFF and Port was not
> returned
> + on a previous call to GetNextPort().
> +
> +**/
> +typedef
> +EFI_STATUS
> +(EFIAPI *EDKII_PEI_ATA_PASS_THRU_THRU_GET_NEXT_PORT) (
> + IN EDKII_PEI_ATA_PASS_THRU_PPI *This,
> + IN OUT UINT16 *Port
> + );
> +
> +/**
> + Used to retrieve the list of legal port multiplier port numbers for
> +ATA devices
> + on a port of an ATA controller. These can either be the list of port
> +multiplier
> + ports where ATA devices are actually present on port or the list of
> +legal port
> + multiplier ports on that port. Regardless, the caller of this
> +function must probe
> + the port number and port multiplier port number returned to see if an
> +ATA device
> + is actually present.
> +
> + The GetNextDevice() function retrieves the port multiplier port
> + number of an ATA device present on a port of an ATA controller.
> +
> + If PortMultiplierPort points to a port multiplier port number value
> + that was returned on a previous call to GetNextDevice(), then the
> + port multiplier port number of the next ATA device on the port of the
> + ATA controller is returned in PortMultiplierPort, and EFI_SUCCESS is
> returned.
> +
> + If PortMultiplierPort points to 0xFFFF, then the port multiplier port
> + number of the first ATA device on port of the ATA controller is
> + returned in PortMultiplierPort and EFI_SUCCESS is returned.
> +
> + If PortMultiplierPort is not 0xFFFF and the value pointed to by
> + PortMultiplierPort was not returned on a previous call to
> + GetNextDevice(), then EFI_INVALID_PARAMETER is returned.
> +
> + If PortMultiplierPort is the port multiplier port number of the last
> + ATA device on the port of the ATA controller, then EFI_NOT_FOUND is
> returned.
> +
> + @param[in] This The PPI instance pointer.
> + @param[in] Port The port number present on the ATA controller.
> + @param[in,out] PortMultiplierPort On input, a pointer to the port
> multiplier
> + port number of an ATA device present on the
> + ATA controller. If on input a PortMultiplierPort
> + of 0xFFFF is specified, then the port multiplier
> + port number of the first ATA device is returned.
> + On output, a pointer to the port multiplier port
> + number of the next ATA device present on an ATA
> + controller.
> +
> + @retval EFI_SUCCESS The port multiplier port number of the next
> ATA
> + device on the port of the ATA controller was
> + returned in PortMultiplierPort.
> + @retval EFI_NOT_FOUND There are no more ATA devices on this
> port of
> + the ATA controller.
> + @retval EFI_INVALID_PARAMETER PortMultiplierPort is not 0xFFFF, and
> PortMultiplierPort
> + was not returned on a previous call to GetNextDevice().
> +
> +**/
> +typedef
> +EFI_STATUS
> +(EFIAPI *EDKII_PEI_ATA_PASS_THRU_GET_NEXT_DEVICE) (
> + IN EDKII_PEI_ATA_PASS_THRU_PPI *This,
> + IN UINT16 Port,
> + IN OUT UINT16 *PortMultiplierPort
> + );
> +
> +/**
> + Gets the device path information of the underlying ATA host controller.
> +
> + @param[in] This The PPI instance pointer.
> + @param[out] DevicePathLength The length of the device path in bytes
> specified
> + by DevicePath.
> + @param[out] DevicePath The device path of the underlying ATA host
> controller.
> + This field re-uses EFI Device Path Protocol as
> + defined by Section 10.2 EFI Device Path Protocol
> + of UEFI 2.7 Specification.
> +
> + @retval EFI_SUCCESS The device path of the ATA host controller has
> + been successfully returned.
> + @retval EFI_INVALID_PARAMETER DevicePathLength or DevicePath is
> NULL.
> + @retval EFI_OUT_OF_RESOURCES Not enough resource to return the
> device path.
> +
> +**/
> +typedef
> +EFI_STATUS
> +(EFIAPI *EDKII_PEI_ATA_PASS_THRU_GET_DEVICE_PATH) (
> + IN EDKII_PEI_ATA_PASS_THRU_PPI *This,
> + OUT UINTN *DevicePathLength,
> + OUT EFI_DEVICE_PATH_PROTOCOL **DevicePath
> + );
> +
> +//
> +// EDKII_PEI_ATA_PASS_THRU_PPI provides the services that are required
> +to send // ATA commands to an ATA device during PEI.
> +//
> +struct _EDKII_PEI_ATA_PASS_THRU_PPI {
> + UINT64 Revision;
> + EFI_ATA_PASS_THRU_MODE *Mode;
> + EDKII_PEI_ATA_PASS_THRU_PASSTHRU PassThru;
> + EDKII_PEI_ATA_PASS_THRU_THRU_GET_NEXT_PORT GetNextPort;
> + EDKII_PEI_ATA_PASS_THRU_GET_NEXT_DEVICE GetNextDevice;
> + EDKII_PEI_ATA_PASS_THRU_GET_DEVICE_PATH GetDevicePath;
> +};
> +
> +extern EFI_GUID gEdkiiPeiAtaPassThruPpiGuid;
> +
> +#endif
> --
> 2.12.0.windows.1
next prev parent reply other threads:[~2019-02-18 1:44 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-15 6:23 [PATCH v5 00/13] Split the S3 PEI phase HW init codes from Opal driver Hao Wu
2019-02-15 6:23 ` [PATCH v5 01/13] MdeModulePkg: Add definitions for ATA AHCI host controller PPI Hao Wu
2019-02-18 1:44 ` Dong, Eric
2019-02-15 6:23 ` [PATCH v5 02/13] MdeModulePkg: Add definitions for EDKII PEI ATA PassThru PPI Hao Wu
2019-02-18 1:44 ` Dong, Eric [this message]
2019-02-15 6:23 ` [PATCH v5 03/13] MdeModulePkg: Add definitions for Storage Security Command PPI Hao Wu
2019-02-18 1:45 ` Dong, Eric
2019-02-15 6:23 ` [PATCH v5 04/13] MdeModulePkg: Add GUID for LockBox to save storage dev to init in S3 Hao Wu
2019-02-18 1:45 ` Dong, Eric
2019-02-15 6:23 ` [PATCH v5 05/13] MdeModulePkg/NvmExpressPei: Avoid updating the module-level variable Hao Wu
2019-02-15 6:23 ` [PATCH v5 06/13] MdeModulePkg/NvmExpressPei: Add logic to produce SSC PPI Hao Wu
2019-02-18 2:58 ` Dong, Eric
2019-02-18 6:06 ` Wu, Hao A
2019-02-18 6:29 ` Dong, Eric
2019-02-20 8:33 ` Ni, Ray
2019-02-15 6:23 ` [PATCH v5 07/13] MdeModulePkg/NvmExpressPei: Consume S3StorageDeviceInitList LockBox Hao Wu
2019-02-18 3:01 ` Dong, Eric
2019-02-20 9:41 ` Ni, Ray
2019-02-15 6:23 ` [PATCH v5 08/13] MdeModulePkg/AhciPei: Add AHCI mode ATA device support in PEI Hao Wu
2019-02-20 9:51 ` Ni, Ray
2019-02-15 6:23 ` [PATCH v5 09/13] MdeModulePkg/SmmLockBoxLib: Use 'DEBUG_' prefix instead of 'EFI_D_' Hao Wu
2019-02-15 6:23 ` [PATCH v5 10/13] MdeModulePkg/SmmLockBox(PEI): Remove an ASSERT in RestoreLockBox() Hao Wu
2019-02-15 6:23 ` [PATCH v5 11/13] MdeModulePkg/SmmLockBoxLib: Support LockBox enlarge in UpdateLockBox() Hao Wu
2019-02-15 6:23 ` [PATCH v5 12/13] OvmfPkg/LockBoxLib: Update the comments for API UpdateLockBox() Hao Wu
2019-02-15 6:23 ` [PATCH v5 13/13] SecurityPkg/OpalPassword: Remove HW init codes and consume SSC PPI Hao Wu
2019-02-18 6:20 ` Dong, Eric
2019-02-19 2:50 ` Wu, Hao A
2019-02-20 13:08 ` Ni, Ray
2019-02-15 13:23 ` [PATCH v5 00/13] Split the S3 PEI phase HW init codes from Opal driver Laszlo Ersek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ED077930C258884BBCB450DB737E662259DB0F8C@shsmsx102.ccr.corp.intel.com \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox