From: Stefano Babic <sbabic@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2] arm: vf610twr: improve memory layout
Date: Thu, 15 Oct 2015 11:29:07 +0200 [thread overview]
Message-ID: <561F71E3.1070003@denx.de> (raw)
In-Reply-To: <1444845523-19243-1-git-send-email-stefan@agner.ch>
Hi Stefan,
On 14/10/2015 19:58, Stefan Agner wrote:
> Currently, the device tree relocation is disabled, likely to
> keep some DDR3 RAM at the end for Cortex-M4 firmwares. This
> can be archived using bootm_size, which limits the image
> processing range of the boot commands.
>
> Move the device tree standard load address to a higher address
> which aligns better with what we are doing on other boards.
>
> Signed-off-by: Stefan Agner <stefan@agner.ch>
> ---
> So this is the second version of the patch "arm: vf610: move
> device tree after kernel image" which makes use of bootm_size.
> I also added an appropriate comment, added variables for
> RAM disk, and added kernel_addr_r/fdt_addr_r.
>
> --
> Stefan
>
> include/configs/vf610twr.h | 27 +++++++++++++++++++++------
> 1 file changed, 21 insertions(+), 6 deletions(-)
>
> diff --git a/include/configs/vf610twr.h b/include/configs/vf610twr.h
> index 324ba8f..7f4260a 100644
> --- a/include/configs/vf610twr.h
> +++ b/include/configs/vf610twr.h
> @@ -116,20 +116,37 @@
>
> #define CONFIG_BOOTDELAY 3
>
> -#define CONFIG_LOADADDR 0x82000000
> +#define CONFIG_SYS_LOAD_ADDR 0x82000000
>
> /* We boot from the gfxRAM area of the OCRAM. */
> #define CONFIG_SYS_TEXT_BASE 0x3f408000
> #define CONFIG_BOARD_SIZE_LIMIT 524288
>
> +/*
> + * We do have 128MB of memory on the Vybrid Tower board. Leave the last
> + * 16MB alone to avoid conflicts with Cortex-M4 firmwares running from
> + * DDR3. Hence, limit the memory range for image processing to 112MB
> + * using bootm_size. All of the following must be within this range.
> + * We have the default load at 32MB into DDR (for the kernel), FDT at
> + * 64MB and the ramdisk 512KB above that (allowing for hopefully never
> + * seen large trees). This allows a reasonable split between ramdisk
> + * and kernel size, where the ram disk can be a bit larger.
> + */
> +#define MEM_LAYOUT_ENV_SETTINGS \
> + "bootm_size=0x07000000\0" \
> + "loadaddr=0x82000000\0" \
> + "kernel_addr_r=0x82000000\0" \
> + "fdt_addr=0x84000000\0" \
> + "fdt_addr_r=0x84000000\0" \
> + "rdaddr=0x84080000\0" \
> + "ramdisk_addr_r=0x84080000\0"
> +
> #define CONFIG_EXTRA_ENV_SETTINGS \
> + MEM_LAYOUT_ENV_SETTINGS \
> "script=boot.scr\0" \
> "image=zImage\0" \
> "console=ttyLP1\0" \
> - "fdt_high=0xffffffff\0" \
> - "initrd_high=0xffffffff\0" \
> "fdt_file=vf610-twr.dtb\0" \
> - "fdt_addr=0x81000000\0" \
> "boot_fdt=try\0" \
> "ip_dyn=yes\0" \
> "mmcdev=" __stringify(CONFIG_SYS_MMC_ENV_DEV) "\0" \
> @@ -224,8 +241,6 @@
> #define CONFIG_SYS_MEMTEST_START 0x80010000
> #define CONFIG_SYS_MEMTEST_END 0x87C00000
>
> -#define CONFIG_SYS_LOAD_ADDR CONFIG_LOADADDR
> -
> /*
> * Stack sizes
> * The stack sizes are set up in start.S using the settings below
>
I can still push it into release.
Applied (fix) to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=====================================================================
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic at denx.de
=====================================================================
prev parent reply other threads:[~2015-10-15 9:29 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-14 17:58 [U-Boot] [PATCH v2] arm: vf610twr: improve memory layout Stefan Agner
2015-10-14 18:07 ` Otavio Salvador
2015-10-15 9:29 ` Stefano Babic [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=561F71E3.1070003@denx.de \
--to=sbabic@denx.de \
--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