public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
To: Vabhav Sharma <vabhav.sharma@nxp.com>
Cc: Meenakshi Aggarwal <meenakshi.aggarwal@nxp.com>,
	Leif Lindholm <leif.lindholm@linaro.org>,
	 "Kinney, Michael D" <michael.d.kinney@intel.com>,
	 "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
	Udit Kumar <udit.kumar@nxp.com>, Varun Sethi <V.Sethi@nxp.com>
Subject: Re: [PATCH edk2-platforms 34/39] Silicon/NXP: Implement EFI_CPU_IO2_PROTOCOL
Date: Tue, 24 Apr 2018 14:33:59 +0200	[thread overview]
Message-ID: <CAKv+Gu_Z4vWYzRA+9f25pUvw7k+125DmyTsFidVEQagoszH2qA@mail.gmail.com> (raw)
In-Reply-To: <DB4PR04MB2999839908EAF3E720713FCF3880@DB4PR04MB299.eurprd04.prod.outlook.com>

On 24 April 2018 at 14:26, Vabhav Sharma <vabhav.sharma@nxp.com> wrote:
>
>
>>-----Original Message-----
>>From: Ard Biesheuvel [mailto:ard.biesheuvel@linaro.org]
>>Sent: Friday, April 20, 2018 2:11 PM
>>To: Meenakshi Aggarwal <meenakshi.aggarwal@nxp.com>
>>Cc: Leif Lindholm <leif.lindholm@linaro.org>; Kinney, Michael D
>><michael.d.kinney@intel.com>; edk2-devel@lists.01.org; Udit Kumar
>><udit.kumar@nxp.com>; Varun Sethi <V.Sethi@nxp.com>; Vabhav Sharma
>><vabhav.sharma@nxp.com>
>>Subject: Re: [PATCH edk2-platforms 34/39] Silicon/NXP: Implement
>>EFI_CPU_IO2_PROTOCOL
>>
>>On 16 February 2018 at 09:50, Meenakshi <meenakshi.aggarwal@nxp.com>
>>wrote:
>>> From: Vabhav <vabhav.sharma@nxp.com>
>>>
>>> NXP SOC has mutiple PCIe RCs,Adding respective implementation of
>>> EFI_CPU_IO2_PROTOCOL to provide Memory Space Read/Write functions used
>>> by generic Host Bridge Driver including correct value for the
>>> translation offset during MMIO accesses
>>>
>>> Contributed-under: TianoCore Contribution Agreement 1.1
>>> Signed-off-by: Vabhav <vabhav.sharma@nxp.com>
>>> Signed-off-by: Meenakshi Aggarwal <meenakshi.aggarwal@nxp.com>
>>
>>This driver looks completely wrong to me: MMIO access is memory mapped, and
>>given that you don't implement PCI to CPU translation of MMIO accesses, the
>>memory read and write functions should not perform any translation at all, and
>>just relay the accesses. On the other hand, the I/O accessors are not
>>implemented at all, and these are the ones that require translation, given that the
>>I/O port addresses in the CPU space need translation to MMIO addressess.
>
> On NXP SoC, Mapping between CPU view and PCIe view is not 1:1 and require CPU view translation for MMIO regions access, Accordingly translation is added during memory read/write services.
> Bus driver relays the address range where PCIe device Bar region is split from, Translation is required for relaying it to correct PCIe controller cpu view address.
>

You cannot implement this only in the EFI_CPU_IO2_PROTOCOL driver.
That way, EFI_PCI_IO_PROTOCOL.GetBarAttributes() will return resource
descriptors with untranslated addresses, breaking drivers that rely on
this information.

If your PCIe implementation relies on MMIO translation, please refer
to the recently merged code in EDK2 and edk2-platforms implementing
this for Socionext SynQuacer.


>>
>>Also, you don't seem to be using the PcdPciExp?BaseAddr PCDs anywhere, so you
>>can drop them from the .dsc
> No, It's used for checking the access to MMIO32 region and CPU view base address varies between different NXP SoCs
>>
>>> ---
>>>  Silicon/NXP/Drivers/PciCpuIo2Dxe/PciCpuIo2Dxe.c   | 529
>>++++++++++++++++++++++
>>>  Silicon/NXP/Drivers/PciCpuIo2Dxe/PciCpuIo2Dxe.inf |  48 ++
>>>  2 files changed, 577 insertions(+)
>>>  create mode 100644 Silicon/NXP/Drivers/PciCpuIo2Dxe/PciCpuIo2Dxe.c
>>>  create mode 100644 Silicon/NXP/Drivers/PciCpuIo2Dxe/PciCpuIo2Dxe.inf
>>>
>>> diff --git a/Silicon/NXP/Drivers/PciCpuIo2Dxe/PciCpuIo2Dxe.c
>>> b/Silicon/NXP/Drivers/PciCpuIo2Dxe/PciCpuIo2Dxe.c
>>> new file mode 100644
>>> index 0000000..b5fb72c
>>> --- /dev/null
>>> +++ b/Silicon/NXP/Drivers/PciCpuIo2Dxe/PciCpuIo2Dxe.c
>>> @@ -0,0 +1,529 @@
>>> +/** @file
>>> +  Produces the CPU I/O 2 Protocol.
>>> +
>>> +  Copyright (c) 2009 - 2012, Intel Corporation. All rights
>>> + reserved.<BR>  Copyright (c) 2016, Linaro Ltd. All rights
>>> + reserved.<BR>  Copyright 2018 NXP
>>> +
>>> +  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
>>> +
>>> + https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fop
>>> + ensource.org%2Flicenses%2Fbsd-license.php&data=02%7C01%7Cvabhav.shar
>>> +
>>ma%40nxp.com%7C4507c0726b244ad6476d08d5a69a64ee%7C686ea1d3bc2b4c
>>6fa9
>>> +
>>2cd99c5c301635%7C0%7C0%7C636598104414046440&sdata=IFSU0%2FeTdWrw
>>gg0f
>>> + 0Lq2qSVGgogG68tYZevrRmC%2BkV8%3D&reserved=0
>>> +
>>> +  THE PROGRAM IS DISTRIBUTED UNDER THE BSD LICENSE ON AN "AS IS"
>>> + BASIS,  WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER
>>EXPRESS OR IMPLIED.
>>> +
>>> +**/
>>> +
>>> +#include <Library/BaseLib.h>
>>> +#include <Library/DebugLib.h>
>>> +#include <Library/IoLib.h>
>>> +#include <Library/PcdLib.h>
>>> +#include <Library/UefiBootServicesTableLib.h>
>>> +#include <Pcie.h>
>>> +#include <Protocol/CpuIo2.h>
>>> +
>>> +#define MAX_IO_PORT_ADDRESS PCI_SEG2_PORTIO_MAX
>>> +
>>> +//
>>> +// Handle for the CPU I/O 2 Protocol
>>> +//
>>> +STATIC EFI_HANDLE  mHandle;
>>> +
>>> +//
>>> +// Lookup table for increment values based on transfer widths //
>>> +STATIC CONST UINT8 mInStride[] = {
>>> +  1, // EfiCpuIoWidthUint8
>>> +  2, // EfiCpuIoWidthUint16
>>> +  4, // EfiCpuIoWidthUint32
>>> +  8, // EfiCpuIoWidthUint64
>>> +  0, // EfiCpuIoWidthFifoUint8
>>> +  0, // EfiCpuIoWidthFifoUint16
>>> +  0, // EfiCpuIoWidthFifoUint32
>>> +  0, // EfiCpuIoWidthFifoUint64
>>> +  1, // EfiCpuIoWidthFillUint8
>>> +  2, // EfiCpuIoWidthFillUint16
>>> +  4, // EfiCpuIoWidthFillUint32
>>> +  8  // EfiCpuIoWidthFillUint64
>>> +};
>>> +
>>> +//
>>> +// Lookup table for increment values based on transfer widths //
>>> +STATIC CONST UINT8 mOutStride[] = {
>>> +  1, // EfiCpuIoWidthUint8
>>> +  2, // EfiCpuIoWidthUint16
>>> +  4, // EfiCpuIoWidthUint32
>>> +  8, // EfiCpuIoWidthUint64
>>> +  1, // EfiCpuIoWidthFifoUint8
>>> +  2, // EfiCpuIoWidthFifoUint16
>>> +  4, // EfiCpuIoWidthFifoUint32
>>> +  8, // EfiCpuIoWidthFifoUint64
>>> +  0, // EfiCpuIoWidthFillUint8
>>> +  0, // EfiCpuIoWidthFillUint16
>>> +  0, // EfiCpuIoWidthFillUint32
>>> +  0  // EfiCpuIoWidthFillUint64
>>> +};
>>> +
>>> +/**
>>> +  Check parameters to a CPU I/O 2 Protocol service request.
>>> +
>>> +  The I/O operations are carried out exactly as requested. The caller
>>> + is responsible  for satisfying any alignment and I/O width
>>> + restrictions that a PI System on a  platform might require. For
>>> + example on some platforms, width requests of
>>> +  EfiCpuIoWidthUint64 do not work.
>>> +
>>> +  @param[in] MmioOperation  TRUE for an MMIO operation, FALSE for I/O
>>Port operation.
>>> +  @param[in] Width          Signifies the width of the I/O or Memory operation.
>>> +  @param[in] Address        The base address of the I/O operation.
>>> +  @param[in] Count          The number of I/O operations to perform. The
>>number of
>>> +                            bytes moved is Width size * Count, starting at Address.
>>> +  @param[in] Buffer         For read operations, the destination buffer to store
>>the results.
>>> +                            For write operations, the source buffer from which to write
>>data.
>>> +
>>> +  @retval EFI_SUCCESS            The parameters for this request pass the checks.
>>> +  @retval EFI_INVALID_PARAMETER  Width is invalid for this PI system.
>>> +  @retval EFI_INVALID_PARAMETER  Buffer is NULL.
>>> +  @retval EFI_UNSUPPORTED        The Buffer is not aligned for the given Width.
>>> +  @retval EFI_UNSUPPORTED        The address range specified by Address,
>>Width,
>>> +                                 and Count is not valid for this PI system.
>>> +
>>> +**/
>>> +STATIC
>>> +EFI_STATUS
>>> +CpuIoCheckParameter (
>>> +  IN BOOLEAN                    MmioOperation,
>>> +  IN EFI_CPU_IO_PROTOCOL_WIDTH  Width,
>>> +  IN UINT64                     Address,
>>> +  IN UINTN                      Count,
>>> +  IN VOID                       *Buffer
>>> +  )
>>> +{
>>> +  UINT64  MaxCount;
>>> +  UINT64  Limit;
>>> +
>>> +  //
>>> +  // Check to see if Buffer is NULL
>>> +  //
>>> +  if (Buffer == NULL) {
>>> +    ASSERT (FALSE);
>>> +    return EFI_INVALID_PARAMETER;
>>> +  }
>>> +
>>> +  //
>>> +  // Check to see if Width is in the valid range  //  if
>>> + ((UINT32)Width >= EfiCpuIoWidthMaximum) {
>>> +    ASSERT (FALSE);
>>> +    return EFI_INVALID_PARAMETER;
>>> +  }
>>> +
>>> +  //
>>> +  // For FIFO type, the target address won't increase during the
>>> + access,  // so treat Count as 1  //  if (Width >=
>>> + EfiCpuIoWidthFifoUint8 && Width <= EfiCpuIoWidthFifoUint64) {
>>> +    Count = 1;
>>> +  }
>>> +
>>> +  //
>>> +  // Check to see if Width is in the valid range for I/O Port
>>> + operations  //  Width = (EFI_CPU_IO_PROTOCOL_WIDTH)(Width & 0x03);
>>> + if (!MmioOperation && (Width == EfiCpuIoWidthUint64)) {
>>> +    ASSERT (FALSE);
>>> +    return EFI_INVALID_PARAMETER;
>>> +  }
>>> +
>>> +  //
>>> +  // Check to see if Address is aligned  //  if ((Address &
>>> + (UINT64)(mInStride[Width] - 1)) != 0) {
>>> +    ASSERT (FALSE);
>>> +    return EFI_UNSUPPORTED;
>>> +  }
>>> +
>>> +  //
>>> +  // Check to see if any address associated with this transfer
>>> + exceeds the maximum  // allowed address.  The maximum address
>>> + implied by the parameters passed in is  // Address + Size * Count.
>>> + If the following condition is met, then the transfer  // is not supported.
>>> +  //
>>> +  //    Address + Size * Count > (MmioOperation ? MAX_ADDRESS :
>>MAX_IO_PORT_ADDRESS) + 1
>>> +  //
>>> +  // Since MAX_ADDRESS can be the maximum integer value supported by
>>> + the CPU and Count  // can also be the maximum integer value
>>> + supported by the CPU, this range  // check must be adjusted to avoid all
>>oveflow conditions.
>>> +  //
>>> +  Limit = (MmioOperation ? MAX_ADDRESS : MAX_IO_PORT_ADDRESS);  if
>>> + (Count == 0) {
>>> +    if (Address > Limit) {
>>> +      ASSERT (FALSE);
>>> +      return EFI_UNSUPPORTED;
>>> +    }
>>> +  } else {
>>> +    MaxCount = RShiftU64 (Limit, Width);
>>> +    if (MaxCount < (Count - 1)) {
>>> +      ASSERT (FALSE);
>>> +      return EFI_UNSUPPORTED;
>>> +    }
>>> +    if (Address > LShiftU64 (MaxCount - Count + 1, Width)) {
>>> +      ASSERT (FALSE);
>>> +      return EFI_UNSUPPORTED;
>>> +    }
>>> +  }
>>> +
>>> +  //
>>> +  // Check to see if Buffer is aligned  //  if (((UINTN)Buffer &
>>> + ((MIN (sizeof (UINTN), mInStride[Width])  - 1))) != 0) {
>>> +    ASSERT (FALSE);
>>> +    return EFI_UNSUPPORTED;
>>> +  }
>>> +
>>> +  return EFI_SUCCESS;
>>> +}
>>> +
>>> +/**
>>> +  Reads memory-mapped registers.
>>> +
>>> +  The I/O operations are carried out exactly as requested. The caller
>>> + is responsible  for satisfying any alignment and I/O width
>>> + restrictions that a PI System on a  platform might require. For
>>> + example on some platforms, width requests of
>>> +  EfiCpuIoWidthUint64 do not work.
>>> +
>>> +  If Width is EfiCpuIoWidthUint8, EfiCpuIoWidthUint16,
>>> + EfiCpuIoWidthUint32,  or EfiCpuIoWidthUint64, then both Address and
>>> + Buffer are incremented for  each of the Count operations that is performed.
>>> +
>>> +  If Width is EfiCpuIoWidthFifoUint8, EfiCpuIoWidthFifoUint16,
>>> + EfiCpuIoWidthFifoUint32, or EfiCpuIoWidthFifoUint64, then only
>>> + Buffer is  incremented for each of the Count operations that is
>>> + performed. The read or  write operation is performed Count times on the
>>same Address.
>>> +
>>> +  If Width is EfiCpuIoWidthFillUint8, EfiCpuIoWidthFillUint16,
>>> + EfiCpuIoWidthFillUint32, or EfiCpuIoWidthFillUint64, then only
>>> + Address is  incremented for each of the Count operations that is
>>> + performed. The read or  write operation is performed Count times from the
>>first element of Buffer.
>>> +
>>> +  @param[in]  This     A pointer to the EFI_CPU_IO2_PROTOCOL instance.
>>> +  @param[in]  Width    Signifies the width of the I/O or Memory operation.
>>> +  @param[in]  Address  The base address of the I/O operation.
>>> +  @param[in]  Count    The number of I/O operations to perform. The number
>>of
>>> +                       bytes moved is Width size * Count, starting at Address.
>>> +  @param[out] Buffer   For read operations, the destination buffer to store the
>>results.
>>> +                       For write operations, the source buffer from which to write data.
>>> +
>>> +  @retval EFI_SUCCESS            The data was read from or written to the PI
>>system.
>>> +  @retval EFI_INVALID_PARAMETER  Width is invalid for this PI system.
>>> +  @retval EFI_INVALID_PARAMETER  Buffer is NULL.
>>> +  @retval EFI_UNSUPPORTED        The Buffer is not aligned for the given Width.
>>> +  @retval EFI_UNSUPPORTED        The address range specified by Address,
>>Width,
>>> +                                 and Count is not valid for this PI system.
>>> +
>>> +**/
>>> +STATIC
>>> +EFI_STATUS
>>> +EFIAPI
>>> +CpuMemoryServiceRead (
>>> +  IN  EFI_CPU_IO2_PROTOCOL       *This,
>>> +  IN  EFI_CPU_IO_PROTOCOL_WIDTH  Width,
>>> +  IN  UINT64                     Address,
>>> +  IN  UINTN                      Count,
>>> +  OUT VOID                       *Buffer
>>> +  )
>>> +{
>>> +  EFI_STATUS                 Status;
>>> +  UINT8                      InStride;
>>> +  UINT8                      OutStride;
>>> +  EFI_CPU_IO_PROTOCOL_WIDTH  OperationWidth;
>>> +  UINT8                      *Uint8Buffer;
>>> +
>>> +  Status = CpuIoCheckParameter (TRUE, Width, Address, Count, Buffer);
>>> + if (EFI_ERROR (Status)) {
>>> +    return Status;
>>> +  }
>>> +
>>> +  if ((Address >= PCI_SEG0_MMIO32_MIN) &&
>>> +      (Address <= PCI_SEG0_MMIO32_MAX)) {
>>> +    Address += PCI_SEG0_MMIO_MEMBASE;  } else if ((Address >=
>>> + PCI_SEG1_MMIO32_MIN) &&
>>> +             (Address <= PCI_SEG1_MMIO32_MAX)) {
>>> +    Address += PCI_SEG1_MMIO_MEMBASE;  } else if ((Address >=
>>> + PCI_SEG2_MMIO32_MIN) &&
>>> +             (Address <= PCI_SEG2_MMIO32_MAX)) {
>>> +    Address += PCI_SEG2_MMIO_MEMBASE;  } else if ((Address >=
>>> + PCI_SEG3_MMIO32_MIN) &&
>>> +             (Address <= PCI_SEG3_MMIO32_MAX)) {
>>> +    Address += PCI_SEG3_MMIO_MEMBASE;  } else {
>>> +    ASSERT (FALSE);
>>> +    return EFI_INVALID_PARAMETER;
>>> +  }
>>> +
>>> +  //
>>> +  // Select loop based on the width of the transfer
>>> +  //
>>> +  InStride = mInStride[Width];
>>> +  OutStride = mOutStride[Width];
>>> +  OperationWidth = (EFI_CPU_IO_PROTOCOL_WIDTH) (Width & 0x03);
>>> +  for (Uint8Buffer = Buffer; Count > 0; Address += InStride, Uint8Buffer +=
>>OutStride, Count--) {
>>> +    if (OperationWidth == EfiCpuIoWidthUint8) {
>>> +      *Uint8Buffer = MmioRead8 ((UINTN)Address);
>>> +    } else if (OperationWidth == EfiCpuIoWidthUint16) {
>>> +      *((UINT16 *)Uint8Buffer) = MmioRead16 ((UINTN)Address);
>>> +    } else if (OperationWidth == EfiCpuIoWidthUint32) {
>>> +      *((UINT32 *)Uint8Buffer) = MmioRead32 ((UINTN)Address);
>>> +    } else if (OperationWidth == EfiCpuIoWidthUint64) {
>>> +      *((UINT64 *)Uint8Buffer) = MmioRead64 ((UINTN)Address);
>>> +    }
>>> +  }
>>> +  return EFI_SUCCESS;
>>> +}
>>> +
>>> +/**
>>> +  Writes memory-mapped registers.
>>> +
>>> +  The I/O operations are carried out exactly as requested. The caller
>>> + is responsible  for satisfying any alignment and I/O width
>>> + restrictions that a PI System on a  platform might require. For
>>> + example on some platforms, width requests of
>>> +  EfiCpuIoWidthUint64 do not work.
>>> +
>>> +  If Width is EfiCpuIoWidthUint8, EfiCpuIoWidthUint16,
>>> + EfiCpuIoWidthUint32,  or EfiCpuIoWidthUint64, then both Address and
>>> + Buffer are incremented for  each of the Count operations that is performed.
>>> +
>>> +  If Width is EfiCpuIoWidthFifoUint8, EfiCpuIoWidthFifoUint16,
>>> + EfiCpuIoWidthFifoUint32, or EfiCpuIoWidthFifoUint64, then only
>>> + Buffer is  incremented for each of the Count operations that is
>>> + performed. The read or  write operation is performed Count times on the
>>same Address.
>>> +
>>> +  If Width is EfiCpuIoWidthFillUint8, EfiCpuIoWidthFillUint16,
>>> + EfiCpuIoWidthFillUint32, or EfiCpuIoWidthFillUint64, then only
>>> + Address is  incremented for each of the Count operations that is
>>> + performed. The read or  write operation is performed Count times from the
>>first element of Buffer.
>>> +
>>> +  @param[in]  This     A pointer to the EFI_CPU_IO2_PROTOCOL instance.
>>> +  @param[in]  Width    Signifies the width of the I/O or Memory operation.
>>> +  @param[in]  Address  The base address of the I/O operation.
>>> +  @param[in]  Count    The number of I/O operations to perform. The number
>>of
>>> +                       bytes moved is Width size * Count, starting at Address.
>>> +  @param[in]  Buffer   For read operations, the destination buffer to store the
>>results.
>>> +                       For write operations, the source buffer from which to write data.
>>> +
>>> +  @retval EFI_SUCCESS            The data was read from or written to the PI
>>system.
>>> +  @retval EFI_INVALID_PARAMETER  Width is invalid for this PI system.
>>> +  @retval EFI_INVALID_PARAMETER  Buffer is NULL.
>>> +  @retval EFI_UNSUPPORTED        The Buffer is not aligned for the given Width.
>>> +  @retval EFI_UNSUPPORTED        The address range specified by Address,
>>Width,
>>> +                                 and Count is not valid for this PI system.
>>> +
>>> +**/
>>> +STATIC
>>> +EFI_STATUS
>>> +EFIAPI
>>> +CpuMemoryServiceWrite (
>>> +  IN EFI_CPU_IO2_PROTOCOL       *This,
>>> +  IN EFI_CPU_IO_PROTOCOL_WIDTH  Width,
>>> +  IN UINT64                     Address,
>>> +  IN UINTN                      Count,
>>> +  IN VOID                       *Buffer
>>> +  )
>>> +{
>>> +  EFI_STATUS                 Status;
>>> +  UINT8                      InStride;
>>> +  UINT8                      OutStride;
>>> +  EFI_CPU_IO_PROTOCOL_WIDTH  OperationWidth;
>>> +  UINT8                      *Uint8Buffer;
>>> +
>>> +  Status = CpuIoCheckParameter (TRUE, Width, Address, Count, Buffer);
>>> + if (EFI_ERROR (Status)) {
>>> +    return Status;
>>> +  }
>>> +
>>> +  if ((Address >= PCI_SEG0_MMIO32_MIN) &&
>>> +      (Address <= PCI_SEG0_MMIO32_MAX)) {
>>> +    Address += PCI_SEG0_MMIO_MEMBASE;  } else if ((Address >=
>>> + PCI_SEG1_MMIO32_MIN) &&
>>> +             (Address <= PCI_SEG1_MMIO32_MAX)) {
>>> +    Address += PCI_SEG1_MMIO_MEMBASE;  } else if ((Address >=
>>> + PCI_SEG2_MMIO32_MIN) &&
>>> +             (Address <= PCI_SEG2_MMIO32_MAX)) {
>>> +    Address += PCI_SEG2_MMIO_MEMBASE;  } else if ((Address >=
>>> + PCI_SEG3_MMIO32_MIN) &&
>>> +             (Address <= PCI_SEG3_MMIO32_MAX)) {
>>> +    Address += PCI_SEG3_MMIO_MEMBASE;  } else {
>>> +    ASSERT (FALSE);
>>> +    return EFI_INVALID_PARAMETER;
>>> +  }
>>> +
>>> +  //
>>> +  // Select loop based on the width of the transfer
>>> +  //
>>> +  InStride = mInStride[Width];
>>> +  OutStride = mOutStride[Width];
>>> +  OperationWidth = (EFI_CPU_IO_PROTOCOL_WIDTH) (Width & 0x03);
>>> +  for (Uint8Buffer = Buffer; Count > 0; Address += InStride, Uint8Buffer +=
>>OutStride, Count--) {
>>> +    if (OperationWidth == EfiCpuIoWidthUint8) {
>>> +      MmioWrite8 ((UINTN)Address, *Uint8Buffer);
>>> +    } else if (OperationWidth == EfiCpuIoWidthUint16) {
>>> +      MmioWrite16 ((UINTN)Address, *((UINT16 *)Uint8Buffer));
>>> +    } else if (OperationWidth == EfiCpuIoWidthUint32) {
>>> +      MmioWrite32 ((UINTN)Address, *((UINT32 *)Uint8Buffer));
>>> +    } else if (OperationWidth == EfiCpuIoWidthUint64) {
>>> +      MmioWrite64 ((UINTN)Address, *((UINT64 *)Uint8Buffer));
>>> +    }
>>> +  }
>>> +  return EFI_SUCCESS;
>>> +}
>>> +
>>> +/**
>>> +  Reads I/O registers.
>>> +
>>> +  The I/O operations are carried out exactly as requested. The caller
>>> + is responsible  for satisfying any alignment and I/O width
>>> + restrictions that a PI System on a  platform might require. For
>>> + example on some platforms, width requests of
>>> +  EfiCpuIoWidthUint64 do not work.
>>> +
>>> +  If Width is EfiCpuIoWidthUint8, EfiCpuIoWidthUint16,
>>> + EfiCpuIoWidthUint32,  or EfiCpuIoWidthUint64, then both Address and
>>> + Buffer are incremented for  each of the Count operations that is performed.
>>> +
>>> +  If Width is EfiCpuIoWidthFifoUint8, EfiCpuIoWidthFifoUint16,
>>> + EfiCpuIoWidthFifoUint32, or EfiCpuIoWidthFifoUint64, then only
>>> + Buffer is  incremented for each of the Count operations that is
>>> + performed. The read or  write operation is performed Count times on the
>>same Address.
>>> +
>>> +  If Width is EfiCpuIoWidthFillUint8, EfiCpuIoWidthFillUint16,
>>> + EfiCpuIoWidthFillUint32, or EfiCpuIoWidthFillUint64, then only
>>> + Address is  incremented for each of the Count operations that is
>>> + performed. The read or  write operation is performed Count times from the
>>first element of Buffer.
>>> +
>>> +  @param[in]  This     A pointer to the EFI_CPU_IO2_PROTOCOL instance.
>>> +  @param[in]  Width    Signifies the width of the I/O or Memory operation.
>>> +  @param[in]  Address  The base address of the I/O operation.
>>> +  @param[in]  Count    The number of I/O operations to perform. The number
>>of
>>> +                       bytes moved is Width size * Count, starting at Address.
>>> +  @param[out] Buffer   For read operations, the destination buffer to store the
>>results.
>>> +                       For write operations, the source buffer from which to write data.
>>> +
>>> +  @retval EFI_SUCCESS            The data was read from or written to the PI
>>system.
>>> +  @retval EFI_INVALID_PARAMETER  Width is invalid for this PI system.
>>> +  @retval EFI_INVALID_PARAMETER  Buffer is NULL.
>>> +  @retval EFI_UNSUPPORTED        The Buffer is not aligned for the given Width.
>>> +  @retval EFI_UNSUPPORTED        The address range specified by Address,
>>Width,
>>> +                                 and Count is not valid for this PI system.
>>> +
>>> +**/
>>> +STATIC
>>> +EFI_STATUS
>>> +EFIAPI
>>> +CpuIoServiceRead (
>>> +  IN  EFI_CPU_IO2_PROTOCOL       *This,
>>> +  IN  EFI_CPU_IO_PROTOCOL_WIDTH  Width,
>>> +  IN  UINT64                     Address,
>>> +  IN  UINTN                      Count,
>>> +  OUT VOID                       *Buffer
>>> +  )
>>> +{
>>> +  return EFI_SUCCESS;
>>> +}
>>> +
>>> +/**
>>> +  Write I/O registers.
>>> +
>>> +  The I/O operations are carried out exactly as requested. The caller
>>> + is responsible  for satisfying any alignment and I/O width
>>> + restrictions that a PI System on a  platform might require. For
>>> + example on some platforms, width requests of
>>> +  EfiCpuIoWidthUint64 do not work.
>>> +
>>> +  If Width is EfiCpuIoWidthUint8, EfiCpuIoWidthUint16,
>>> + EfiCpuIoWidthUint32,  or EfiCpuIoWidthUint64, then both Address and
>>> + Buffer are incremented for  each of the Count operations that is performed.
>>> +
>>> +  If Width is EfiCpuIoWidthFifoUint8, EfiCpuIoWidthFifoUint16,
>>> + EfiCpuIoWidthFifoUint32, or EfiCpuIoWidthFifoUint64, then only
>>> + Buffer is  incremented for each of the Count operations that is
>>> + performed. The read or  write operation is performed Count times on the
>>same Address.
>>> +
>>> +  If Width is EfiCpuIoWidthFillUint8, EfiCpuIoWidthFillUint16,
>>> + EfiCpuIoWidthFillUint32, or EfiCpuIoWidthFillUint64, then only
>>> + Address is  incremented for each of the Count operations that is
>>> + performed. The read or  write operation is performed Count times from the
>>first element of Buffer.
>>> +
>>> +  @param[in]  This     A pointer to the EFI_CPU_IO2_PROTOCOL instance.
>>> +  @param[in]  Width    Signifies the width of the I/O or Memory operation.
>>> +  @param[in]  Address  The base address of the I/O operation.
>>> +  @param[in]  Count    The number of I/O operations to perform. The number
>>of
>>> +                       bytes moved is Width size * Count, starting at Address.
>>> +  @param[in]  Buffer   For read operations, the destination buffer to store the
>>results.
>>> +                       For write operations, the source buffer from which to write data.
>>> +
>>> +  @retval EFI_SUCCESS            The data was read from or written to the PI
>>system.
>>> +  @retval EFI_INVALID_PARAMETER  Width is invalid for this PI system.
>>> +  @retval EFI_INVALID_PARAMETER  Buffer is NULL.
>>> +  @retval EFI_UNSUPPORTED        The Buffer is not aligned for the given Width.
>>> +  @retval EFI_UNSUPPORTED        The address range specified by Address,
>>Width,
>>> +                                 and Count is not valid for this PI system.
>>> +
>>> +**/
>>> +STATIC
>>> +EFI_STATUS
>>> +EFIAPI
>>> +CpuIoServiceWrite (
>>> +  IN EFI_CPU_IO2_PROTOCOL       *This,
>>> +  IN EFI_CPU_IO_PROTOCOL_WIDTH  Width,
>>> +  IN UINT64                     Address,
>>> +  IN UINTN                      Count,
>>> +  IN VOID                       *Buffer
>>> +  )
>>> +{
>>> +  return EFI_SUCCESS;
>>> +}
>>> +
>>> +//
>>> +// CPU I/O 2 Protocol instance
>>> +//
>>> +STATIC EFI_CPU_IO2_PROTOCOL mCpuIo2 = {
>>> +  {
>>> +    CpuMemoryServiceRead,
>>> +    CpuMemoryServiceWrite
>>> +  },
>>> +  {
>>> +    CpuIoServiceRead,
>>> +    CpuIoServiceWrite
>>> +  }
>>> +};
>>> +
>>> +
>>> +/**
>>> +  The user Entry Point for module CpuIo2Dxe. The user code starts with this
>>function.
>>> +
>>> +  @param[in] ImageHandle    The firmware allocated handle for the EFI image.
>>> +  @param[in] SystemTable    A pointer to the EFI System Table.
>>> +
>>> +  @retval EFI_SUCCESS       The entry point is executed successfully.
>>> +  @retval other             Some error occurs when executing this entry point.
>>> +
>>> +**/
>>> +EFI_STATUS
>>> +EFIAPI
>>> +PciCpuIo2Initialize (
>>> +  IN EFI_HANDLE        ImageHandle,
>>> +  IN EFI_SYSTEM_TABLE  *SystemTable
>>> +  )
>>> +{
>>> +  EFI_STATUS Status;
>>> +
>>> +  ASSERT_PROTOCOL_ALREADY_INSTALLED (NULL, &gEfiCpuIo2ProtocolGuid);
>>> + Status = gBS->InstallMultipleProtocolInterfaces (
>>> +                  &mHandle,
>>> +                  &gEfiCpuIo2ProtocolGuid, &mCpuIo2,
>>> +                  NULL
>>> +                  );
>>> +  ASSERT_EFI_ERROR (Status);
>>> +
>>> +  return Status;
>>> +}
>>> diff --git a/Silicon/NXP/Drivers/PciCpuIo2Dxe/PciCpuIo2Dxe.inf
>>> b/Silicon/NXP/Drivers/PciCpuIo2Dxe/PciCpuIo2Dxe.inf
>>> new file mode 100644
>>> index 0000000..25a1db1
>>> --- /dev/null
>>> +++ b/Silicon/NXP/Drivers/PciCpuIo2Dxe/PciCpuIo2Dxe.inf
>>> @@ -0,0 +1,48 @@
>>> +## @file
>>> +#  Produces the CPU I/O 2 Protocol by using the services of the I/O Library.
>>> +#
>>> +# Copyright 2018 NXP
>>> +#
>>> +# 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 #
>>> +https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fope
>>> +nsource.org%2Flicenses%2Fbsd-
>>license.php&data=02%7C01%7Cvabhav.sharma
>>>
>>+%40nxp.com%7C4507c0726b244ad6476d08d5a69a64ee%7C686ea1d3bc2b4c6f
>>a92cd
>>>
>>+99c5c301635%7C0%7C0%7C636598104414046440&sdata=IFSU0%2FeTdWrwgg
>>0f0Lq2
>>> +qSVGgogG68tYZevrRmC%2BkV8%3D&reserved=0
>>> +#
>>> +# THE PROGRAM IS DISTRIBUTED UNDER THE BSD LICENSE ON AN "AS IS"
>>> +BASIS, # WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER
>>EXPRESS OR IMPLIED.
>>> +#
>>> +##
>>> +
>>> +[Defines]
>>> +  INF_VERSION                    = 0x0001001A
>>> +  BASE_NAME                      = PciCpuIo2Dxe
>>> +  FILE_GUID                      = 7bff18d7-9aae-434b-9c06-f10a7e157eac
>>> +  MODULE_TYPE                    = DXE_DRIVER
>>> +  VERSION_STRING                 = 1.0
>>> +  ENTRY_POINT                    = PciCpuIo2Initialize
>>> +
>>> +[Sources]
>>> +  PciCpuIo2Dxe.c
>>> +
>>> +[Packages]
>>> +  MdePkg/MdePkg.dec
>>> +  Silicon/NXP/NxpQoriqLs.dec
>>> +
>>> +[LibraryClasses]
>>> +  BaseLib
>>> +  DebugLib
>>> +  IoLib
>>> +  UefiBootServicesTableLib
>>> +  UefiDriverEntryPoint
>>> +
>>> +[Pcd]
>>> +  gNxpQoriqLsTokenSpaceGuid.PcdPciExp1BaseAddr
>>> +  gNxpQoriqLsTokenSpaceGuid.PcdPciExp2BaseAddr
>>> +  gNxpQoriqLsTokenSpaceGuid.PcdPciExp3BaseAddr
>>> +  gNxpQoriqLsTokenSpaceGuid.PcdPciExp4BaseAddr
>>> +
>>> +[Protocols]
>>> +  gEfiCpuIo2ProtocolGuid                         ## PRODUCES
>>> +
>>> +[Depex]
>>> +  TRUE
>>> --
>>> 1.9.1
>>>


  reply	other threads:[~2018-04-24 12:34 UTC|newest]

Thread overview: 254+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-16  8:49 [PATCH edk2-platforms 00/39] NXP: Add support of LS1043, LS1046 and LS2088 SoCs Meenakshi
2018-02-16  8:49 ` [PATCH edk2-platforms 01/39] Silicon/NXP: Add support for Big Endian Mmio APIs Meenakshi
2018-02-21 15:46   ` Leif Lindholm
2018-02-21 16:06     ` Laszlo Ersek
2018-02-21 18:58       ` Leif Lindholm
2018-02-22  4:45         ` Meenakshi Aggarwal
2018-02-22  8:34         ` Laszlo Ersek
2018-02-22 11:52           ` Leif Lindholm
2018-02-22 13:56             ` Laszlo Ersek
2018-02-23  8:40               ` Pankaj Bansal
2018-02-23  9:21                 ` Laszlo Ersek
2018-02-23  9:47                   ` Meenakshi Aggarwal
2018-02-23 10:17                     ` Laszlo Ersek
2018-02-23 10:39                   ` Udit Kumar
2018-02-23 10:59                     ` Laszlo Ersek
2018-02-23 11:04                       ` Pankaj Bansal
2018-02-23 11:22                         ` Laszlo Ersek
2018-02-23 11:48                           ` Pankaj Bansal
2018-02-23 15:17                             ` Laszlo Ersek
2018-02-23 11:21                       ` Udit Kumar
2018-02-23 10:25               ` Udit Kumar
2018-02-23 10:47                 ` Laszlo Ersek
2018-02-23 11:48                   ` Udit Kumar
2018-02-23 15:15                     ` Laszlo Ersek
2018-02-28 13:19                   ` Leif Lindholm
2018-02-22  4:49     ` Udit Kumar
2018-02-16  8:49 ` [PATCH edk2-platforms 02/39] Silicon/NXP : Add support for Watchdog driver Meenakshi
2018-02-16  8:49 ` [PATCH edk2-platforms 03/39] SocLib : Add support for initialization of peripherals Meenakshi
2018-04-18 15:12   ` Leif Lindholm
2018-04-18 16:38     ` Meenakshi Aggarwal
2018-04-18 18:15       ` Leif Lindholm
2018-04-19  4:59         ` Meenakshi Aggarwal
2018-02-16  8:50 ` [PATCH edk2-platforms 04/39] Silicon/NXP : Add support for DUART library Meenakshi
2018-04-18 15:15   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 05/39] Silicon/NXP: Add support for I2c driver Meenakshi
2018-04-17 16:36   ` Leif Lindholm
2018-04-23  8:21     ` Meenakshi Aggarwal
2018-04-23  8:38       ` Leif Lindholm
2018-04-23 10:34         ` Meenakshi Aggarwal
2018-04-23 13:39           ` Ard Biesheuvel
2018-04-23 15:50             ` Meenakshi Aggarwal
2018-04-23 15:53               ` Ard Biesheuvel
2018-02-16  8:50 ` [PATCH edk2-platforms 06/39] Silicon/Maxim : Add support for DS1307 RTC library Meenakshi
2018-04-18 15:27   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 07/39] Platform/NXP: Add support for ArmPlatformLib Meenakshi
2018-04-18 15:32   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 08/39] Compilation : Add the fdf, dsc and dec files Meenakshi
2018-04-18 15:38   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 09/39] Build : Add build script and environment script Meenakshi
2018-02-21 16:02   ` Leif Lindholm
2018-02-22  4:58     ` Meenakshi Aggarwal
2018-02-16  8:50 ` [PATCH edk2-platforms 10/39] IFC : Add Header file for IFC controller Meenakshi
2018-04-18 18:31   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 11/39] LS1043/BoardLib : Add support for LS1043 BoardLib Meenakshi
2018-04-18 18:34   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 12/39] Silicon/NXP : Add support of IfcLib Meenakshi
2018-04-18 18:39   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 13/39] LS1043/FpgaLib : Add support for FpgaLib Meenakshi
2018-04-18 18:43   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 14/39] LS1043 : Enable support of FpgaLib Meenakshi
2018-04-18 18:43   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 15/39] Silicon/NXP : Add support of NorFlashLib Meenakshi
2018-04-18 19:26   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 16/39] Silicon/NXP : Add NOR driver Meenakshi
2018-04-17 16:23   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 17/39] LS1043 : Enable NOR driver for LS1043aRDB package Meenakshi
2018-04-19  9:54   ` Leif Lindholm
2018-04-19 10:14     ` Meenakshi Aggarwal
2018-02-16  8:50 ` [PATCH edk2-platforms 18/39] Silicon/NXP:Add LS1046ARDB SoCLib Support Meenakshi
2018-04-19 10:00   ` Leif Lindholm
2018-04-19 10:05     ` Meenakshi Aggarwal
2018-04-19 10:20       ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 19/39] Silicon/NXP:Add support for PCF2129 Real Time Clock Library Meenakshi
2018-04-19 10:11   ` Leif Lindholm
2018-04-19 12:33     ` Meenakshi Aggarwal
2018-04-19 13:47       ` Leif Lindholm
2018-04-20  3:20         ` Meenakshi Aggarwal
2018-02-16  8:50 ` [PATCH edk2-platforms 20/39] Platform/NXP: LS1046A RDB Board Library Meenakshi
2018-04-19 13:49   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 21/39] Platform/NXP: Add ArmPlatformLib for LS1046A Meenakshi
2018-04-19 13:53   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 22/39] Platform/NXP: LS1046 RDB Board FPGA library Meenakshi
2018-04-19 14:44   ` Leif Lindholm
2018-06-04  4:10     ` Meenakshi Aggarwal
2018-06-04  9:25       ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 23/39] Platform/NXP: Compilation for LS1046A RDB Board Meenakshi
2018-04-19 14:54   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 24/39] Silicon/NXP:SocLib support for initialization of peripherals Meenakshi
2018-04-19 15:20   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 25/39] Platform/NXP/LS2088aRdbPkg: ArmPlatformLib Support for LS2088ARDB Meenakshi
2018-04-19 15:59   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 26/39] Silicon/Maxim: DS3232 RTC Library Support Meenakshi
2018-04-19 16:02   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 27/39] Compilation : Add the fdf, dsc and dec files Meenakshi
2018-04-19 16:28   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 28/39] Platform/NXP: LS2088A RDB Board Library Meenakshi
2018-04-19 16:28   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 29/39] Platform/NXP: LS2088 RDB Board FPGA library Meenakshi
2018-04-19 16:30   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 30/39] LS2088 : Enable support of FpgaLib Meenakshi
2018-04-19 16:31   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 31/39] LS2088ARDB: Enable NOR driver and Runtime Services Meenakshi
2018-04-19 16:32   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 32/39] Silicon/NXP: Implement PciSegmentLib to support multiple RCs Meenakshi
2018-04-19 19:27   ` Leif Lindholm
2018-04-20  6:40     ` Vabhav Sharma
2018-04-20 12:41       ` Leif Lindholm
2018-04-24 12:30         ` Vabhav Sharma
2018-02-16  8:50 ` [PATCH edk2-platforms 33/39] Silicon/NXP: Implement PciHostBridgeLib support Meenakshi
2018-04-20  8:34   ` Ard Biesheuvel
2018-04-24 12:17     ` Vabhav Sharma
2018-04-20 14:54   ` Leif Lindholm
2018-04-24 12:32     ` Vabhav Sharma
2018-02-16  8:50 ` [PATCH edk2-platforms 34/39] Silicon/NXP: Implement EFI_CPU_IO2_PROTOCOL Meenakshi
2018-04-20  8:40   ` Ard Biesheuvel
2018-04-24 12:26     ` Vabhav Sharma
2018-04-24 12:33       ` Ard Biesheuvel [this message]
2018-04-24 13:36         ` Vabhav Sharma
2018-04-24 14:02           ` Ard Biesheuvel
2018-04-20 15:15   ` Leif Lindholm
2018-04-24 12:40     ` Vabhav Sharma
2018-02-16  8:50 ` [PATCH edk2-platforms 35/39] Compilation: Update the fdf, dsc and dec files Meenakshi
2018-04-20 15:22   ` Leif Lindholm
2018-04-24 12:47     ` Vabhav Sharma
2018-02-16  8:50 ` [PATCH edk2-platforms 36/39] DWC3 : Add DWC3 USB controller initialization driver Meenakshi
2018-04-20 15:30   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 37/39] LS2088 : Enable support of USB controller Meenakshi
2018-04-20 15:30   ` Leif Lindholm
2018-02-16  8:50 ` [PATCH edk2-platforms 38/39] Platform/NXP:PCIe enablement for LS1046A RDB Meenakshi
2018-04-20 15:33   ` Leif Lindholm
2018-04-24 12:48     ` Vabhav Sharma
2018-02-16  8:50 ` [PATCH edk2-platforms 39/39] Platform/NXP:PCIe enablement for LS2088A RDB Meenakshi
2018-04-20 15:36   ` Leif Lindholm
2018-04-24 12:50     ` Vabhav Sharma
2018-04-17 16:44 ` [PATCH edk2-platforms 00/39] NXP: Add support of LS1043, LS1046 and LS2088 SoCs Leif Lindholm
2018-04-20 16:15 ` Leif Lindholm
2018-11-28 15:01 ` [PATCH edk2-platforms 00/41] NXP : " Meenakshi Aggarwal
2018-11-28 15:01   ` [PATCH edk2-platforms 01/41] Silicon/NXP: Add Library to return Mmio APIs pointer Meenakshi Aggarwal
2018-12-21 19:17     ` Leif Lindholm
2018-12-26  5:00       ` Meenakshi Aggarwal
2018-11-28 15:01   ` [PATCH edk2-platforms 02/41] Silicon/NXP : Add support for Watchdog driver Meenakshi Aggarwal
2018-12-17 17:36     ` Leif Lindholm
2019-01-29  5:32       ` Meenakshi Aggarwal
2018-11-28 15:01   ` [PATCH edk2-platforms 03/41] SocLib : Add support for initialization of peripherals Meenakshi Aggarwal
2018-12-18 12:31     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 04/41] Silicon/NXP : Add support for DUART library Meenakshi Aggarwal
2018-11-28 15:01   ` [PATCH edk2-platforms 05/41] Silicon/NXP: Add support for I2c driver Meenakshi Aggarwal
2018-12-18 17:25     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 06/41] Silicon/Maxim : Add support for DS1307 RTC library Meenakshi Aggarwal
2018-11-28 15:01   ` [PATCH edk2-platforms 07/41] Platform/NXP: Add support for ArmPlatformLib Meenakshi Aggarwal
2018-11-28 15:01   ` [PATCH edk2-platforms 08/41] Platform/NXP: Add Platform driver for LS1043 RDB board Meenakshi Aggarwal
2018-12-18 17:47     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 09/41] Compilation : Add the fdf, dsc and dec files Meenakshi Aggarwal
2018-12-18 18:35     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 10/41] Readme : Add Readme.md file Meenakshi Aggarwal
2018-12-18 18:41     ` Leif Lindholm
2019-02-01  5:43       ` Meenakshi Aggarwal
2018-11-28 15:01   ` [PATCH edk2-platforms 11/41] IFC : Add Header file for IFC controller Meenakshi Aggarwal
2018-12-18 18:45     ` Leif Lindholm
2019-02-01  5:55       ` Meenakshi Aggarwal
2018-11-28 15:01   ` [PATCH edk2-platforms 12/41] LS1043/BoardLib : Add support for LS1043 BoardLib Meenakshi Aggarwal
2018-12-18 18:50     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 13/41] Silicon/NXP : Add support of IfcLib Meenakshi Aggarwal
2018-12-19 13:25     ` Leif Lindholm
2019-02-01  6:53       ` Meenakshi Aggarwal
2018-11-28 15:01   ` [PATCH edk2-platforms 14/41] Silicon/NXP : Add support for FpgaLib Meenakshi Aggarwal
2018-12-19 17:37     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 15/41] LS1043 : Enable support of FpgaLib Meenakshi Aggarwal
2018-11-28 15:01   ` [PATCH edk2-platforms 16/41] Silicon/NXP : Add support of NorFlashLib Meenakshi Aggarwal
2018-12-19 18:13     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 17/41] Silicon/NXP : Add NOR driver Meenakshi Aggarwal
2018-12-19 18:32     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 18/41] LS1043 : Enable NOR driver for LS1043aRDB package Meenakshi Aggarwal
2018-12-19 18:33     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 19/41] Silicon/NXP:Add LS1046ARDB SoCLib Support Meenakshi Aggarwal
2018-12-19 18:41     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 20/41] Silicon/NXP:Add support for PCF2129 Real Time Clock Library Meenakshi Aggarwal
2018-12-19 18:52     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 21/41] Platform/NXP: LS1046A RDB Board Library Meenakshi Aggarwal
2018-12-19 18:54     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 22/41] Platform/NXP: Add ArmPlatformLib for LS1046A Meenakshi Aggarwal
2018-12-19 19:08     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 23/41] Platform/NXP: Add Platform driver for LS1046 RDB board Meenakshi Aggarwal
2018-12-19 22:05     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 24/41] Platform/NXP: Compilation for LS1046A RDB Board Meenakshi Aggarwal
2018-12-20 17:39     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 25/41] Silicon/NXP:SocLib support for initialization of peripherals Meenakshi Aggarwal
2018-12-21  9:22     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 26/41] Platform/NXP/LS2088aRdbPkg: ArmPlatformLib Support for LS2088ARDB Meenakshi Aggarwal
2018-12-21  9:30     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 27/41] Platform/NXP: Add Platform driver for LS2088 RDB board Meenakshi Aggarwal
2018-12-21  9:35     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 28/41] Silicon/Maxim: DS3232 RTC Library Support Meenakshi Aggarwal
2018-12-21  9:56     ` Leif Lindholm
2018-12-21 10:01       ` Ard Biesheuvel
2018-11-28 15:01   ` [PATCH edk2-platforms 29/41] Compilation : Add the fdf, dsc and dec files Meenakshi Aggarwal
2018-12-21 10:17     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 30/41] Platform/NXP: LS2088A RDB Board Library Meenakshi Aggarwal
2018-12-21 10:20     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 31/41] Platform/NXP: LS2088 RDB Board FPGA library Meenakshi Aggarwal
2018-12-21 10:22     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 32/41] LS2088 : Enable support of FpgaLib Meenakshi Aggarwal
2018-12-21 10:23     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 33/41] LS2088ARDB: Enable NOR driver and Runtime Services Meenakshi Aggarwal
2018-12-21 10:24     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 34/41] Silicon/NXP: Implement PciSegmentLib to support multiple RCs Meenakshi Aggarwal
2018-12-21 10:44     ` Ard Biesheuvel
2018-12-21 14:01     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 35/41] Silicon/NXP: Implement PciHostBridgeLib support Meenakshi Aggarwal
2018-12-21 10:51     ` Ard Biesheuvel
2018-12-21 18:30     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 36/41] Silicon/NXP: Implement EFI_CPU_IO2_PROTOCOL Meenakshi Aggarwal
2018-12-21 11:09     ` Ard Biesheuvel
2018-12-21 18:49     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 37/41] Compilation: Update the fdf, dsc and dec files Meenakshi Aggarwal
2018-12-21 18:51     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 38/41] DWC3 : Add DWC3 USB controller initialization driver Meenakshi Aggarwal
2018-12-21 19:03     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 39/41] LS2088 : Enable support of USB controller Meenakshi Aggarwal
2018-11-28 15:01   ` [PATCH edk2-platforms 40/41] Platform/NXP:PCIe enablement for LS1046A RDB Meenakshi Aggarwal
2018-12-21 19:05     ` Leif Lindholm
2018-11-28 15:01   ` [PATCH edk2-platforms 41/41] Platform/NXP:PCIe enablement for LS2088A RDB Meenakshi Aggarwal
2018-12-21 19:05     ` Leif Lindholm
2018-12-17  9:50   ` [PATCH edk2-platforms 00/41] NXP : Add support of LS1043, LS1046 and LS2088 SoCs Leif Lindholm
     [not found]   ` <1570639758-30355-1-git-send-email-meenakshi.aggarwal@nxp.com>
     [not found]     ` <1570639758-30355-2-git-send-email-meenakshi.aggarwal@nxp.com>
2019-10-10 10:17       ` [PATCH edk2-platforms 01/12] Silicon/NXP: Add Library to provide Mmio APIs with swapped data Leif Lindholm
     [not found]     ` <1570639758-30355-3-git-send-email-meenakshi.aggarwal@nxp.com>
2019-10-10 10:23       ` [PATCH edk2-platforms 02/12] Silicon/NXP: Add function to return swapped Mmio APIs pointer Leif Lindholm
     [not found]     ` <1570639758-30355-4-git-send-email-meenakshi.aggarwal@nxp.com>
2019-10-10 10:39       ` [PATCH edk2-platforms 03/12] Silicon/NXP : Add support for Watchdog driver Leif Lindholm
     [not found]     ` <1570639758-30355-5-git-send-email-meenakshi.aggarwal@nxp.com>
2019-10-10 11:17       ` [PATCH edk2-platforms 04/12] SocLib : Add support for initialization of peripherals Leif Lindholm
     [not found]     ` <1570639758-30355-7-git-send-email-meenakshi.aggarwal@nxp.com>
2019-10-10 14:51       ` [PATCH edk2-platforms 06/12] Silicon/NXP: Add support for I2c driver Leif Lindholm
     [not found]     ` <1570639758-30355-9-git-send-email-meenakshi.aggarwal@nxp.com>
2019-10-10 15:07       ` [PATCH edk2-platforms 08/12] Silicon/NXP : Add MemoryInitPei Library Leif Lindholm
     [not found]     ` <1570639758-30355-11-git-send-email-meenakshi.aggarwal@nxp.com>
2019-10-10 15:12       ` [PATCH edk2-platforms 10/12] Platform/NXP: Add Platform driver for LS1043 RDB board Leif Lindholm
     [not found]     ` <1570639758-30355-12-git-send-email-meenakshi.aggarwal@nxp.com>
2019-10-10 15:17       ` [PATCH edk2-platforms 11/12] Compilation : Add the fdf, dsc and dec files Leif Lindholm
     [not found]     ` <1570639758-30355-13-git-send-email-meenakshi.aggarwal@nxp.com>
2019-10-10 15:19       ` [PATCH edk2-platforms 12/12] Readme : Add Readme.md file Leif Lindholm
2019-10-10 15:27     ` [PATCH edk2-platforms 00/12] NXP : Add support of LS1043 SoC Leif Lindholm
2019-11-21 16:25     ` [edk2-platforms] [PATCH v2 00/11] " Meenakshi Aggarwal
2019-11-21 16:25       ` [edk2-platforms] [PATCH v2 01/11] Silicon/NXP: Add Library to provide Mmio APIs with swapped data Meenakshi Aggarwal
2019-11-21 16:25       ` [edk2-platforms] [PATCH v2 02/11] Silicon/NXP: Add function to return swapped Mmio APIs pointer Meenakshi Aggarwal
2019-11-21 16:25       ` [edk2-platforms] [PATCH v2 03/11] SocLib : Add support for initialization of peripherals Meenakshi Aggarwal
2019-11-26 16:43         ` Leif Lindholm
2019-11-21 16:25       ` [edk2-platforms] [PATCH v2 04/11] Silicon/NXP : Add support for DUART library Meenakshi Aggarwal
2019-11-21 16:25       ` [edk2-platforms] [PATCH v2 05/11] Silicon/NXP: Add support for I2c driver Meenakshi Aggarwal
2019-11-26 17:00         ` Leif Lindholm
2019-11-21 16:25       ` [edk2-platforms] [PATCH v2 06/11] Silicon/Maxim : Add support for DS1307 RTC library Meenakshi Aggarwal
2019-11-21 16:25       ` [edk2-platforms] [PATCH v2 07/11] Silicon/NXP : Add MemoryInitPei Library Meenakshi Aggarwal
2019-11-26 16:55         ` [edk2-devel] " Leif Lindholm
2019-11-21 16:25       ` [edk2-platforms] [PATCH v2 08/11] Platform/NXP: Add support for ArmPlatformLib Meenakshi Aggarwal
2019-11-21 16:25       ` [edk2-platforms] [PATCH v2 09/11] Platform/NXP: Add Platform driver for LS1043 RDB board Meenakshi Aggarwal
2019-11-21 16:25       ` [edk2-platforms] [PATCH v2 10/11] Compilation : Add the fdf, dsc and dec files Meenakshi Aggarwal
2019-11-26 16:56         ` [edk2-devel] " Leif Lindholm
2019-11-21 16:25       ` [edk2-platforms] [PATCH v2 11/11] Readme : Add Readme.md file Meenakshi Aggarwal
2019-11-26 16:58         ` Leif Lindholm
2020-01-24 22:25       ` [edk2-platforms] [PATCH v3 00/11] Add support of LS1043 SoC Meenakshi Aggarwal
2020-01-24 22:25         ` [edk2-platforms] [PATCH v3 03/11] SocLib : Add support for initialization of peripherals Meenakshi Aggarwal
2020-01-24 22:25         ` [edk2-platforms] [PATCH v3 08/11] Silicon/NXP : Add MemoryInitPei Library Meenakshi Aggarwal

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=CAKv+Gu_Z4vWYzRA+9f25pUvw7k+125DmyTsFidVEQagoszH2qA@mail.gmail.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