public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Leif Lindholm <leif.lindholm@linaro.org>
To: Marcin Wojtas <mw@semihalf.com>
Cc: edk2-devel@lists.01.org, ard.biesheuvel@linaro.org,
	nadavh@marvell.com, neta@marvell.com, kostap@marvell.com,
	jinghua@marvell.com, agraf@suse.de, jsd@semihalf.com,
	Nir Erez <nerez@marvell.com>
Subject: Re: [platforms: PATCH 01/11] Platform/Marvell/Documentation: Refactor PortingGuide
Date: Fri, 1 Sep 2017 15:36:22 +0100	[thread overview]
Message-ID: <20170901143622.tk4y5wmpp4q4l34a@bivouac.eciton.net> (raw)
In-Reply-To: <1504271303-1782-2-git-send-email-mw@semihalf.com>

On Fri, Sep 01, 2017 at 03:08:13PM +0200, Marcin Wojtas wrote:
> From: Nir Erez <nerez@marvell.com>
> 
> This patch introduces following improvements to the PortingGuide
> * Replace split documentation with single file
> * Align format to Doxygen constraints

* Add Build description.
(Comment on that below.)

Since you are moving things around, I take this as license to
bikeshed:

I think we should start looking towards separating the development
board and SoC portions, like is done for most other platforms. After
all, the goal is to get additional platforms (not just the EVB).

Not saying this is something that needs to happen overnight, but it
would make sense to make a start by moving these docs to
Silicon/Marvell/Documentation as part of this patch.

> Contributed-under: TianoCore Contribution Agreement 1.1
> Signed-off-by: Marcin Wojtas <mw@semihalf.com>
> ---
>  Platform/Marvell/Documentation/Build.txt           |  58 ++++
>  Platform/Marvell/Documentation/PortingGuide.txt    | 371 +++++++++++++++++++++
>  .../Marvell/Documentation/PortingGuide/ComPhy.txt  |  45 ---
>  .../Marvell/Documentation/PortingGuide/I2c.txt     |  20 --
>  .../Marvell/Documentation/PortingGuide/Mdio.txt    |   7 -
>  .../Marvell/Documentation/PortingGuide/Mpp.txt     |  48 ---
>  .../Documentation/PortingGuide/PciEmulation.txt    |  31 --
>  .../Marvell/Documentation/PortingGuide/Phy.txt     |  45 ---
>  .../Marvell/Documentation/PortingGuide/Pp2.txt     |  35 --
>  .../Marvell/Documentation/PortingGuide/Reset.txt   |   7 -
>  .../Marvell/Documentation/PortingGuide/Spi.txt     |  16 -
>  .../Documentation/PortingGuide/SpiFlash.txt        |  23 --
>  .../Marvell/Documentation/PortingGuide/Utmi.txt    |  35 --

Also, it would be nice if you could generate patches with 
  --stat=1000 --stat-graph-width=20
as documented in Laszlo's unkempt guide:
https://github.com/tianocore/tianocore.github.io/wiki/Laszlo's-unkempt-git-guide-for-edk2-contributors-and-maintainers
Makes the above summare _much_ easier to read.

>  13 files changed, 429 insertions(+), 312 deletions(-)
>  create mode 100644 Platform/Marvell/Documentation/Build.txt
>  create mode 100644 Platform/Marvell/Documentation/PortingGuide.txt
>  delete mode 100644 Platform/Marvell/Documentation/PortingGuide/ComPhy.txt
>  delete mode 100644 Platform/Marvell/Documentation/PortingGuide/I2c.txt
>  delete mode 100644 Platform/Marvell/Documentation/PortingGuide/Mdio.txt
>  delete mode 100644 Platform/Marvell/Documentation/PortingGuide/Mpp.txt
>  delete mode 100644 Platform/Marvell/Documentation/PortingGuide/PciEmulation.txt
>  delete mode 100644 Platform/Marvell/Documentation/PortingGuide/Phy.txt
>  delete mode 100644 Platform/Marvell/Documentation/PortingGuide/Pp2.txt
>  delete mode 100644 Platform/Marvell/Documentation/PortingGuide/Reset.txt
>  delete mode 100644 Platform/Marvell/Documentation/PortingGuide/Spi.txt
>  delete mode 100644 Platform/Marvell/Documentation/PortingGuide/SpiFlash.txt
>  delete mode 100644 Platform/Marvell/Documentation/PortingGuide/Utmi.txt
> 
> diff --git a/Platform/Marvell/Documentation/Build.txt b/Platform/Marvell/Documentation/Build.txt
> new file mode 100644
> index 0000000..1162e2e
> --- /dev/null
> +++ b/Platform/Marvell/Documentation/Build.txt
> @@ -0,0 +1,58 @@
> +UEFI Build Instructions
> +=======================
> +
> +For toolchain versions limitations please refer to edk2 wiki page:
> +https://github.com/tianocore/tianocore.github.io/wiki/Using-EDK-II-with-Native-GCC
> +
> +Fully supported are gcc4.5 - gcc4.9, so possible {toolchain_name} are:
> +	- GCC45
> +	- GCC46
> +	- GCC47
> +	- GCC48
> +	- GCC49
> +	- GCC5
> +
> +Supported {platform} are:
> +	- Armada70x0
> +
> +Supported {target} are
> +	- DEBUG
> +	- RELEASE
> +
> +Build procedure
> +---------------
> +1. Prerequisites:
> +
> +	Clone into edk2 repositories and apply Marvell patches (Please refer to
> +	Release notes for instructions).
> +
> +2. Prepare environment:
> +
> +	2.1 Several packages will be needed to fully set up an edk2 build environment:
> +
> +			# sudo apt-get install build-essential uuid-dev
> +			# sudo apt-get install lib32stdc++6 lib32z1
> +
> +	2.2 Set up EDK2 environment
> +
> +			# source edksetup.sh
> +
> +	2.3 Build base tools
> +
> +			# make -C BaseTools
> +
> +	2.4 Set {toolchain_name}_AARCH64_PREFIX to path to your cross compiler
> +
> +			# export {toolchain_name}_AARCH64_PREFIX=/path/to/toolchain
> +
> +		Example:
> +		--------
> +			# export GCC5_AARCH64_PREFIX=/opt/gcc-linaro-5.3.1-2016.05-x86_64_aarch64-linux-gnu/bin/aarch64-linux-gnu-
> +
> +3. Build EDK2 for selected {platform}:
> +
> +			# build -a AARCH64 -t {toolchain_name} -b {target} -p OpenPlatformPkg/Platforms/Marvell/Armada/{platform}.dsc
> +
> +	Example for building edk2 for Armada70x0 platform with GCC5 for DEBUG:
> +
> +			# build -a AARCH64 -t GCC5 -b DEBUG -p OpenPlatformPkg/Platforms/Marvell/Armada/Armada70x0.dsc

The above all documents OpenPlatformPkg, so is now dated.
My preference would be for this to become a Readme.md under
Platform/Marvell, if you feel additional documentation to the
top-level Readme.md to be necessary.

Regardless, it is unrelated to the rest of changes here, so would make
sense as a separate patch.

> diff --git a/Platform/Marvell/Documentation/PortingGuide.txt b/Platform/Marvell/Documentation/PortingGuide.txt
> new file mode 100644
> index 0000000..8c3579e
> --- /dev/null
> +++ b/Platform/Marvell/Documentation/PortingGuide.txt
> @@ -0,0 +1,371 @@
> +UEFI Porting Guide
> +==================
> +
> +This document provides instructions for adding support for new Marvell Armada
> +board. For the sake of simplicity new Marvell board will be called "new_board".
> +
> +1. Create configuration files for new target
> +	1.1 Create FDF file for new board
> +
> +	 - Copy and rename PathToYourOpp/Platforms/Marvell/Armada/Armada70x0.fdf to
> +	   PathToYourOpp/Platforms/Marvell/Armada/new_board.fdf

OpenPlatformPkg.

> +	 - Change the first no-comment line:
> +	   [FD.Armada70x0_EFI] to [FD.{new_board}_EFI]
> +
> +	1.2 Create DSC file for new board
> +
> +	 - Add new_board.dsc file to PathToYourOpp/Platforms/Marvell/Armada directory

OpenPlatformPkg.

> +	 - Insert following [Defines] section to new_board.dsc:
> +
> +			[Defines]
> +			  PLATFORM_NAME                  = {new_board}
> +			  PLATFORM_GUID                  = {newly_generated_GUID}
> +			  PLATFORM_VERSION               = 0.1
> +			  DSC_SPECIFICATION              = 0x00010019
> +			  OUTPUT_DIRECTORY               = {output_directory}
> +			  SUPPORTED_ARCHITECTURES        = AARCH64
> +			  BUILD_TARGETS                  = DEBUG|RELEASE
> +			  SKUID_IDENTIFIER               = DEFAULT
> +			  FLASH_DEFINITION               = {path_to_fdf_file}
> +
> +	 - Add "!include Armada.dsc.inc" entry to new_board.dsc
> +
> +2. Driver support
> + - According to content of files from PathToYourOpp/Documentation/Marvell/PortingGuide

OpenPlatformPkg.

> +   insert PCD entries into new_board.dsc for every needed interface (as listed below).
> +
> +3. Compilation
> + - Refer to PathToYourOpp/Documentation/Marvell/Build.txt. Remember to change

OpenPlatformPkg. (Also referencing the Build.txt.)

> +   {platform} to new_board in order to point build system to newly created DSC file.
> +
> +4. Output file
> + - Output files (and among others FD file, which may be used by ATF) are
> +   generated under directory pointed by "OUTPUT_DIRECTORY" entry (see point 1.2).
> +
> +
> +COMPHY configuration
> +====================
> +In order to configure ComPhy library, following PCDs are available:
> +
> +  - gMarvellTokenSpaceGuid.PcdComPhyDevices
> +
> +This array indicates, which ones of the ComPhy chips defined in
> +MVHW_COMPHY_DESC template will be configured.
> +
> +Every ComPhy PCD has <Num> part where <Num> stands for chip ID (order is not
> +important, but configuration will be set for first PcdComPhyChipCount chips).
> +
> +Every chip has 3 ComPhy PCDs and three of them comprise per-board lanes
> +settings for this chip. Their format is unicode string, containing settings
> +for up to 10 lanes. Setting for each one is separated with semicolon.
> +These PCDs together describe outputs of PHY integrated in simple cihp.
> +Below is example for the first chip (Chip0).
> +
> +  - gMarvellTokenSpaceGuid.PcdChip0ComPhyTypes
> +	(Unicode string indicating PHY types. Currently supported are:
> +
> +		{ L"unconnected", L"PCIE0", L"PCIE1", L"PCIE2", L"PCIE3",
> +		  L"SATA0", L"SATA1", L"SATA2", L"SATA3", L"SGMII0",
> +		  L"SGMII1", L"SGMII2", L"SGMII3", L"QSGMII",
> +		  L"USB3_HOST0", L"USB3_HOST1", L"USB3_DEVICE",
> +		  L"XAUI0", L"XAUI1", L"XAUI2", L"XAUI3", L"RXAUI0",
> +		  L"RXAUI1", L"KR" } )
> +
> +  - gMarvellTokenSpaceGuid.PcdChip0ComPhySpeeds
> +	(Indicates PHY speeds in MHz. Currently supported are:
> +		{ 1250, 1500, 2500, 3000, 3125, 5000, 6000, 6250, 1031 }  )
> +
> +  - gMarvellTokenSpaceGuid.PcdChip0ComPhyInvFlags
> +	(Indicates lane polarity invert)
> +
> +Example
> +-------
> +
> +		  #ComPhy
> +		  gMarvellTokenSpaceGuid.PcdComPhyDevices|{ 0x1 }
> +		  gMarvellTokenSpaceGuid.PcdChip0ComPhyTypes|L"SGMII1;USB3_HOST0;SFI;SATA1;USB3_HOST1;PCIE2"
> +		  gMarvellTokenSpaceGuid.PcdChip0ComPhySpeeds|L"1250;5000;10310;5000;5000;5000"
> +
> +
> +PHY Driver configuration
> +========================
> +MvPhyDxe provides basic initialization and status routines for Marvell PHYs.
> +Currently only 1518 series PHYs are supported. Following PCDs are required:
> +
> +  - gMarvellTokenSpaceGuid.PcdPhyConnectionTypes
> +	(list of values corresponding to PHY_CONNECTION enum)
> +  - gMarvellTokenSpaceGuid.PcdPhyStartupAutoneg
> +	(boolean - if true, driver waits for autonegotiation on startup)
> +  - gMarvellTokenSpaceGuid.PcdPhyDeviceIds
> +	(list of values corresponding to MV_PHY_DEVICE_ID enum)
> +
> +PHY_CONNECTION enum type is defined as follows:
> +
> +		typedef enum {
> +			0    PHY_CONNECTION_RGMII,
> +			1    PHY_CONNECTION_RGMII_ID,
> +			2    PHY_CONNECTION_RGMII_TXID,
> +			3    PHY_CONNECTION_RGMII_RXID,
> +			4    PHY_CONNECTION_SGMII,
> +			5    PHY_CONNECTION_RTBI,
> +			6    PHY_CONNECTION_XAUI,
> +			7    PHY_CONNECTION_RXAUI
> +		} PHY_CONNECTION;
> +
> +MV_PHY_DEVICE_ID:
> +
> +		typedef enum {
> +			0    MV_PHY_DEVICE_1512,
> +		} MV_PHY_DEVICE_ID;
> +
> +It should be extended when adding support for other PHY models.
> +Thus in order to set RGMII for 1st PHY and SGMII for 2nd, PCD should be:
> +
> + gMarvellTokenSpaceGuid.PcdPhyConnectionTypes|{ 0x0, 0x4 }
> +
> +with disabled autonegotiation:
> +
> + gMarvellTokenSpaceGuid.PcdPhyStartupAutoneg|FALSE
> +
> +assuming, that PHY models are 1512:
> +
> + gMarvellTokenSpaceGuid.PcdPhyDeviceIds|{ 0x0, 0x0 }
> +
> +
> +MDIO configuration
> +==================
> +MDIO driver provides access to network PHYs' registers via EFI_MDIO_READ and
> +EFI_MDIO_WRITE functions (EFI_MDIO_PROTOCOL). Following PCD is required:
> +
> +  - gMarvellTokenSpaceGuid.PcdMdioBaseAddress
> +	(base address of SMI management register)
> +
> +
> +I2C configuration
> +=================
> +In order to enable driver on a new platform, following steps need to be taken:
> + - add following line to .dsc file:
> +   OpenPlatformPkg/Drivers/I2c/MvI2cDxe/MvI2cDxe.inf
> + - add following line to .fdf file:
> +   INF OpenPlatformPkg/Drivers/I2c/MvI2cDxe/MvI2cDxe.inf
> + - add PCDs with relevant values to .dsc file:
> +	- gMarvellTokenSpaceGuid.PcdI2cSlaveAddresses|{ 0x50, 0x57 }
> +		(addresses of I2C slave devices on bus)
> +	- gMarvellTokenSpaceGuid.PcdI2cSlaveBuses|{ 0x0, 0x0 }
> +		(buses to which accoring slaves are attached)
> +	- gMarvellTokenSpaceGuid.PcdI2cBusCount|2
> +		(number of SoC's I2C buses)
> +	- gMarvellTokenSpaceGuid.PcdI2cBaseAddresses|L"0xF2701000;0xF2701100"
> +		(base addresses of I2C controller buses)
> +	- gMarvellTokenSpaceGuid.PcdI2cClockFrequency|200000000
> +		(I2C host controller clock frequency)
> +	- gMarvellTokenSpaceGuid.PcdI2cBaudRate|100000
> +		(baud rate used in I2C transmission)
> +
> +
> +PciEmulation configuration
> +==========================
> +Installation of various NonDiscoverable devices via PciEmulation driver is performed

I think calling this PciEmulation is no longer accurate.

> +via set of PCDs. Following are available:
> +
> +  - gMarvellTokenSpaceGuid.PcdPciEXhci
> +	(Indicates, which Xhci devices are used)
> +
> +  - gMarvellTokenSpaceGuid.PcdPciEAhci
> +	(Indicates, which Ahci devices are used)
> +
> +  - gMarvellTokenSpaceGuid.PcdPciESdhci
> +	(Indicates, which Sdhci devices are used)
> +
> +All above PCD's correspond to hardware description in a dedicated structure:
> +
> +STATIC PCI_E_PLATFORM_DESC A70x0PlatDescTemplate
> +
> +in Platforms/Marvell/PciEmulation/PciEmulation.c file. It comprises device
> +count, base addresses, register region size and DMA-coherency type.
> +
> +Example
> +-------
> +
> +Assuming we want to enable second XHCI port and one SDHCI port on Armada
> +70x0 board, following needs to be declared:
> +
> +		gMarvellTokenSpaceGuid.PcdPciEXhci|{ 0x0 0x1 }
> +		gMarvellTokenSpaceGuid.PcdPciESdhci|{ 0x1 }
> +
> +
> +SATA configuration
> +==================
> +There is one additional PCD for AHCI:
> +
> +  - gMarvellTokenSpaceGuid.PcdSataBaseAddress
> +	(Base address of SATA controller register space - used in SATA ComPhy init
> +	 sequence)
> +
> +
> +Pp2Dxe configuration
> +====================
> +Pp2Dxe is driver supporting PP2 NIC on Marvell platforms. Following PCDs
> +are required to operate:
> +
> +  - gMarvellTokenSpaceGuid.PcdPp2Controllers
> +	(Array with used controllers
> +	 Set to 0x1 for enabled, 0x0 for disabled)
> +
> +  - gMarvellTokenSpaceGuid.PcdPp2Port2Controller
> +	(Array specifying, to which controller the port belongs to)
> +
> +  - gMarvellTokenSpaceGuid.PcdPhySmiAddresses
> +	(Addresses of PHY devices)
> +
> +  - gMarvellTokenSpaceGuid.PcdPp2PortIds
> +	(Identificators of PP2 ports)
> +
> +  - gMarvellTokenSpaceGuid.PcdPp2GopIndexes
> +	(Indexes used in GOP operation)
> +
> +  - gMarvellTokenSpaceGuid.PcdPp2InterfaceAlwaysUp
> +	(Set to 0x1 for always-up interface, 0x0 otherwise)
> +
> +  - gMarvellTokenSpaceGuid.PcdPp2InterfaceSpeed
> +	(Values corresponding to PHY_SPEED enum.
> +	 PHY_SPEED is defined as follows:
> +
> +		  typedef enum {
> +			  0  NO_SPEED,
> +			  1  SPEED_10,
> +			  2  SPEED_100,
> +			  3  SPEED_1000,
> +			  4  SPEED_2500,
> +			  5  SPEED_10000
> +		  } PHY_SPEED;
> +
> +
> +UTMI PHY configuration
> +======================
> +In order to configure UTMI, following PCDs are available:
> +
> +  - gMarvellTokenSpaceGuid.PcdUtmiPhyCount
> +	(Indicates how many UTMI PHYs are available on platform)
> +
> +Next four PCDs are in unicode string format containing settings for all devices
> +separated with semicolon.
> +
> +  - gMarvellTokenSpaceGuid.PcdUtmiPhyRegUtmiUnit
> +	(Indicates base address of the UTMI unit)
> +
> +  - gMarvellTokenSpaceGuid.PcdUtmiPhyRegUsbCfg
> +	(Indicates address of USB Configuration register)
> +
> +  - gMarvellTokenSpaceGuid.PcdUtmiPhyRegUtmiCfg
> +	(Indicates address of external UTMI configuration)
> +
> +  - gMarvellTokenSpaceGuid.PcdUtmiPhyUtmiPort
> +	(Indicates type of the connected USB port)
> +
> +Example
> +-------
> +
> +		# UtmiPhy
> +		  gMarvellTokenSpaceGuid.PcdUtmiPhyCount|2
> +		  gMarvellTokenSpaceGuid.PcdUtmiPhyRegUtmiUnit|L"0xF2580000;0xF2581000"
> +		  gMarvellTokenSpaceGuid.PcdUtmiPhyRegUsbCfg|L"0xF2440420;0xF2440420"
> +		  gMarvellTokenSpaceGuid.PcdUtmiPhyRegUtmiCfg|L"0xF2440440;0xF2440444"
> +		  gMarvellTokenSpaceGuid.PcdUtmiPhyUtmiPort|L"0x0;0x1"
> +
> +
> +SPI driver configuration
> +========================
> +Following PCDs are available for configuration of spi driver:
> +
> +  - gMarvellTokenSpaceGuid.PcdSpiClockFrequency
> +	(Frequency (in Hz) of SPI clock)
> +
> +  - gMarvellTokenSpaceGuid.PcdSpiMaxFrequency
> +	(Max SCLK line frequency (in Hz) (max transfer frequency) )
> +
> +  - gMarvellTokenSpaceGuid.PcdSpiDefaultMode
> +	(default SCLK mode (see SPI_MODE enum in file OpenPlatformPkg/Drivers/Spi/MvSpi.h) )
> +
> +
> +SpiFlash configuration
> +======================
> +Folowing PCDs for spi flash driver configuration must be set properly:
> +
> +  - gMarvellTokenSpaceGuid.PcdSpiFlashAddressCycles
> +	(Size of SPI flash address in bytes (3 or 4) )
> +
> +  - gMarvellTokenSpaceGuid.PcdSpiFlashEraseSize
> +	(Size of minimal erase block in bytes)
> +
> +  - gMarvellTokenSpaceGuid.PcdSpiFlashPageSize
> +	(Size of SPI flash page)
> +
> +  - gMarvellTokenSpaceGuid.PcdSpiFlashId
> +	(Id of SPI flash)
> +
> +  - gMarvellTokenSpaceGuid.PcdSpiFlashPollCmd
> +	(Spi flash polling flag)
> +
> +
> +MPP configuration
> +=================
> +Multi-Purpose Ports (MPP) are configurable through platform PCDs.
> +In order to set desired pin multiplexing, .dsc file needs to be modified.
> +(OpenPlatformPkg/Platforms/Marvell/Armada/{platform_name}.dsc - please refer to

OpenPlatformPkg.

> +Documentation/Build.txt for currently supported {platftorm_name} )

And Build.txt.

/
    Leif

> +Following PCDs are available:
> +
> +  - gMarvellTokenSpaceGuid.PcdMppChipCount
> +	(Indicates how many different chips are placed on board. So far up to 4 chips
> +	 are supported)
> +
> +Every MPP PCD has <Num> part where
> + <Num> stands for chip ID (order is not important, but configuration will be
> + set for first PcdMppChipCount chips).
> +
> +Below is example for the first chip (Chip0).
> +
> +  - gMarvellTokenSpaceGuid.PcdChip0MppReverseFlag
> +	(Indicates that register order is reversed. (Needs to be used only for AP806-Z1) )
> +
> +  - gMarvellTokenSpaceGuid.PcdChip0MppBaseAddress
> +	(This is base address for MPP configuration register)
> +
> +  - gMarvellTokenSpaceGuid.PcdChip0MppPinCount
> +	(Defines how many MPP pins are available)
> +
> +  - gMarvellTokenSpaceGuid.PcdChip0MppSel0
> +  - gMarvellTokenSpaceGuid.PcdChip0MppSel1
> +  - gMarvellTokenSpaceGuid.PcdChip0MppSel2
> +	(This registers defines functions of 10 pins in ascending order)
> +
> +Examples
> +--------
> +
> +		# APN806-A0 MPP SET
> +		 gMarvellTokenSpaceGuid.PcdChip0MppReverseFlag|FALSE
> +		 gMarvellTokenSpaceGuid.PcdChip0MppBaseAddress|0xF06F4000
> +		 gMarvellTokenSpaceGuid.PcdChip0MppRegCount|3
> +		 gMarvellTokenSpaceGuid.PcdChip0MppSel0|{ 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x0 }
> +		 gMarvellTokenSpaceGuid.PcdChip0MppSel1|{ 0x0, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0 }
> +
> +Set pin 6 and 7 to 0xa function:
> +		 gMarvellTokenSpaceGuid.PcdChip0MppSel0|{ 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xa, 0xa, 0x0, 0x0 }
> +
> +
> +MarvellResetSystemLib configuration
> +===================================
> +This simple library allows to mask given bits in given reg at UEFI 'reset'
> +command call. These variables are configurable through PCDs:
> +
> +  - gMarvellTokenSpaceGuid.PcdResetRegAddress
> +  - gMarvellTokenSpaceGuid.PcdResetRegMask
> +
> +
> +Ramdisk configuration
> +=====================
> +There is one PCD available for Ramdisk configuration
> +
> +  - gMarvellTokenSpaceGuid.PcdRamDiskSize
> +	(Defines size of Ramdisk)



  reply	other threads:[~2017-09-01 14:33 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-01 13:08 [platforms: PATCH 00/11] Armada 70x0/80x0 SPI improvements Marcin Wojtas
2017-09-01 13:08 ` [platforms: PATCH 01/11] Platform/Marvell/Documentation: Refactor PortingGuide Marcin Wojtas
2017-09-01 14:36   ` Leif Lindholm [this message]
2017-09-01 15:08     ` Marcin Wojtas
2017-09-01 15:45       ` Leif Lindholm
2017-09-01 15:56         ` Marcin Wojtas
2017-09-01 13:08 ` [platforms: PATCH 02/11] Drivers/Spi/MvSpiDxe: Log and return correct error Marcin Wojtas
2017-09-01 14:05   ` Ard Biesheuvel
2017-09-01 13:08 ` [platforms: PATCH 03/11] Drivers/Spi/MvSpiDxe: Fix write bug Marcin Wojtas
2017-09-01 14:44   ` Leif Lindholm
2017-09-01 13:08 ` [platforms: PATCH 04/11] Applications/SpiTool: Enable configurable CS and SCLK mode Marcin Wojtas
2017-09-01 14:47   ` Leif Lindholm
2017-09-01 13:08 ` [platforms: PATCH 05/11] Platform/Marvell/Armada70x0: set CS and SCLK Mode for SPI flash Marcin Wojtas
2017-09-01 14:48   ` Leif Lindholm
2017-09-01 13:08 ` [platforms: PATCH 06/11] Applications/SpiTool: Fix bug in error test Marcin Wojtas
2017-09-01 14:48   ` Leif Lindholm
2017-09-01 13:08 ` [platforms: PATCH 07/11] Applications/FirmwareUpdate: Fix 32-bit issues Marcin Wojtas
2017-09-01 14:54   ` Leif Lindholm
2017-09-01 15:16     ` Ard Biesheuvel
2017-09-01 15:51       ` Leif Lindholm
2017-09-01 13:08 ` [platforms: PATCH 08/11] Applications/SpiTool: " Marcin Wojtas
2017-09-01 14:56   ` Leif Lindholm
2017-09-01 13:08 ` [platforms: PATCH 09/11] Drivers/Spi/Devices/MvSpiFlash: Fix usage of erase size parameter Marcin Wojtas
2017-09-01 15:21   ` Leif Lindholm
2017-09-01 15:25     ` Marcin Wojtas
2017-09-01 15:51       ` Leif Lindholm
2017-09-01 13:08 ` [platforms: PATCH 10/11] Drivers/Spi/Devices/MvSpiFlash: Enable dynamic SPI Flash detection Marcin Wojtas
2017-09-01 15:33   ` Leif Lindholm
2017-09-01 17:20     ` Marcin Wojtas
2017-09-01 22:03       ` Leif Lindholm
2017-09-01 13:08 ` [platforms: PATCH 11/11] Drivers/Spi/Devices/MvSpiFlash: Fix bank selection for Spansion Marcin Wojtas
2017-09-01 15:34   ` Leif Lindholm

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=20170901143622.tk4y5wmpp4q4l34a@bivouac.eciton.net \
    --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