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
prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox