All of lore.kernel.org
 help / color / mirror / Atom feed
From: Scott Wood <scottwood@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 4/5] nand: sunxi: Add multiimage preload option
Date: Mon, 18 May 2015 18:43:40 -0500	[thread overview]
Message-ID: <1431992620.27761.36.camel@freescale.com> (raw)
In-Reply-To: <1430319781-15375-5-git-send-email-dkochmanski@turtle-solutions.eu>

On Wed, 2015-04-29 at 17:03 +0200, Daniel Kochma?ski wrote:
> Patch adds support in spl_nand for preloading multiimage before
> loading u-boot into memory. It might be used in example to put in
> memory single image containing boot script, kernel and device
> tree.

Why can't the main U-Boot load it?

> Behavior is triggered, if CONFIG_SPL_NAND_MULTI_PRELOAD is defined -
> multiimage is loaded from CONFIG_SYS_NAND_MULTI_OFFS to address
> specified on image creation.
> 
> Additionally defines it in sunxi-common.h conditionally when
> CONFIG_SPL_NAND_SUPPORT is enabled. SPL tries to preload image from
> beginning of non-syndrome area.
> 
> Signed-off-by: Daniel Kochma?ski <dkochmanski@turtle-solutions.eu>
> Cc: Ian Campbell <ijc@hellion.org.uk>
> Cc: Hans De Goede <hdegoede@redhat.com>
> ---
> 
>  README                         |  6 ++++++
>  common/spl/spl_nand.c          | 14 ++++++++++++++
>  include/configs/sunxi-common.h |  2 ++
>  3 files changed, 22 insertions(+)
> 
> diff --git a/README b/README
> index 4ccf3cb..444b02f 100644
> --- a/README
> +++ b/README
> @@ -3719,6 +3719,9 @@ FIT uImage format:
>  		CONFIG_SPL_NAND_BOOT
>  		Add support NAND boot
>  
> +		CONFIG_SPL_NAND_MULTI_PRELOAD
> +		Preload multiimage from predefined offset in NAND.

Why is this not implied by CONFIG_SYS_NAND_MULTI_OFFS not being defined?

> +
>  		CONFIG_SYS_NAND_U_BOOT_OFFS
>  		Location in NAND to read U-Boot from
>  
> @@ -3735,6 +3738,9 @@ FIT uImage format:
>  		CONFIG_SYS_NAND_U_BOOT_START
>  		Entry point in loaded image to jump to
>  
> +		CONFIG_SYS_NAND_MULTI_OFFS
> +		Location in NAND to read multiimage from.

Why SYS and not SPL?  Why not using kconfig?

> +
>  		CONFIG_SYS_NAND_HW_ECC_OOBFIRST
>  		Define this if you need to first read the OOB and then the
>  		data. This is used, for example, on davinci platforms.
> diff --git a/common/spl/spl_nand.c b/common/spl/spl_nand.c
> index 7c44de1..f87db0a 100644
> --- a/common/spl/spl_nand.c
> +++ b/common/spl/spl_nand.c
> @@ -89,6 +89,20 @@ void spl_nand_load_image(void)
>  			    (void *)spl_image.load_addr);
>  #endif
>  #endif
> +#ifdef CONFIG_SPL_NAND_MULTI_PRELOAD
> +	/* Load multiimage */
> +	puts("Preloading multiimage.\n");

This function isn't this verbose for any of the other images...

-Scott

  parent reply	other threads:[~2015-05-18 23:43 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-29 15:02 [U-Boot] [PATCH 0/5] nand: sunxi: Add SPL support for booting from NAND Daniel Kochmański
2015-04-29 15:02 ` [U-Boot] [PATCH 1/5] nand: sunxi: change BLOCK_SIZE in mksunxiboot to match NAND block size Daniel Kochmański
2015-05-02 14:08   ` Ian Campbell
2015-05-05  9:02     ` Daniel Kochmański
2015-05-09 13:51       ` Ian Campbell
2015-04-29 15:02 ` [U-Boot] [PATCH 2/5] nand: sunxi: Add support for booting from internal NAND memory Daniel Kochmański
2015-05-02 14:21   ` Ian Campbell
2015-05-05  9:14     ` Daniel Kochmański
2015-05-05  9:19     ` Daniel Kochmański
2015-05-09 13:53       ` Ian Campbell
2015-05-09 14:33         ` Hans de Goede
2015-05-18 23:47   ` Scott Wood
2015-04-29 15:02 ` [U-Boot] [PATCH 3/5] nand: sunxi: Add secondary U-Boot offset on second syndrome partition Daniel Kochmański
2015-05-02 14:24   ` Ian Campbell
2015-05-05 14:21   ` Tim Harvey
2015-05-05 14:34     ` Daniel Kochmański
2015-05-18 23:10   ` Scott Wood
2015-04-29 15:03 ` [U-Boot] [PATCH 4/5] nand: sunxi: Add multiimage preload option Daniel Kochmański
2015-05-02 14:24   ` Ian Campbell
2015-05-18 23:43   ` Scott Wood [this message]
2015-04-29 15:03 ` [U-Boot] [PATCH 5/5] nand: sunxi: And a20_nandread command utilizing spl nand read driver Daniel Kochmański
2015-05-02 14:26   ` Ian Campbell
2015-05-04 14:20     ` Hans de Goede
2015-05-05  9:17       ` Daniel Kochmański
2015-05-05  9:45         ` Hans de Goede
2015-05-18 23:52   ` Scott Wood

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=1431992620.27761.36.camel@freescale.com \
    --to=scottwood@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.