All of lore.kernel.org
 help / color / mirror / Atom feed
From: York Sun <yorksun@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 19/20] armv8/fsl-lsch3: Support 256M mem split for MC & dbg-srvr
Date: Tue, 26 May 2015 09:13:02 -0700	[thread overview]
Message-ID: <55649B8E.2030105@freescale.com> (raw)
In-Reply-To: <1431933400-10808-1-git-send-email-prabhakar@freescale.com>



On 05/18/2015 12:16 AM, Prabhakar Kushwaha wrote:
> From: Stuart Yoder <stuart.yoder@freescale.com>
> 
> The agreed split of the top of memory is 256M for debug server and 256M
> for MC. This patch implements the split.
> 
> In addition, the MC mem must be 512MB aligned, so the amount of memory
> to hide must be 512MB to achieve that alignment.
> 
> Signed-off-by: Stuart Yoder <stuart.yoder@freescale.com>
> Signed-off-by: Prabhakar Kushwaha <prabhakar@freescale.com>
> ---

<snip>

> diff --git a/include/configs/ls2085a_common.h b/include/configs/ls2085a_common.h
> index a33b8a9..c895291 100644
> --- a/include/configs/ls2085a_common.h
> +++ b/include/configs/ls2085a_common.h
> @@ -163,21 +163,36 @@ unsigned long long get_qixis_addr(void);
>  #define CONFIG_SYS_NAND_BASE_PHYS		0x30000000
>  
>  /* Debug Server firmware */
> -#define CONFIG_SYS_DEBUG_SERVER_DRAM_BLOCK_MIN_SIZE	(512UL * 1024 * 1024)
>  /* 2 sec timeout */
>  #define CONFIG_SYS_DEBUG_SERVER_TIMEOUT			(2 * 1000 * 1000)
>  
>  /* MC firmware */
>  #define CONFIG_FSL_MC_ENET
> -#define CONFIG_SYS_LS_MC_DRAM_BLOCK_MIN_SIZE	(512UL * 1024 * 1024)
>  /* TODO Actual DPL max length needs to be confirmed with the MC FW team */
>  #define CONFIG_SYS_LS_MC_DPC_MAX_LENGTH	    0x20000
>  #define CONFIG_SYS_LS_MC_DRAM_DPC_OFFSET    0x00F00000
>  #define CONFIG_SYS_LS_MC_DPL_MAX_LENGTH	    0x20000
>  #define CONFIG_SYS_LS_MC_DRAM_DPL_OFFSET    0x00F20000
>  
> -/* Carve out a DDR region which will not be used by u-boot/Linux */
> +/*
> + * Carve out a DDR region which will not be used by u-boot/Linux
> + *
> + * The default end-of-memory partitioning looks like this:
> + *
> + *   +---------------+ <-- top/end of memory
> + *   |    256MB      |  debug server
> + *   +---------------+
> + *   |    256MB      |  MC
> + *   +---------------+
> + *   |     ...       |
> + *

I suggest to put this into a README file, together with the hiding memory mechanism.

York

      reply	other threads:[~2015-05-26 16:13 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-18  7:16 [U-Boot] [PATCH 19/20] armv8/fsl-lsch3: Support 256M mem split for MC & dbg-srvr Prabhakar Kushwaha
2015-05-26 16:13 ` York Sun [this message]

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-all 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=55649B8E.2030105@freescale.com \
    --to=yorksun@freescale.com \
    --cc=u-boot@lists.denx.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.