All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jerry Van Baren <gerald.vanbaren@ge.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Can U-boot Autodetect arch/ppcversusarch/powerpc from info in the uImage?
Date: Fri, 07 Dec 2007 08:14:37 -0500	[thread overview]
Message-ID: <4759473D.7080008@ge.com> (raw)
In-Reply-To: <00aa01c83859$77863cb0$02ac10ac@Jocke>

Joakim Tjernlund wrote:

[snip]

>>  Jocke
>>> As far as I understand your request, this offers all the 
>> same options
>>> you can get with a compiled in device tree blob, but with  
>> the  added
>>> benefit of allowing many more things at the same time, too.
>>>
>>> Maybe I'm missing something?
> 
> Yes, here are some things to consider.
> 
> The extension I made can just as easily be a function that returns a dev. tree.
> 
> - One can have a dev. tree update procedure similar to
>   rendundant env. The funktion then selects which dev. tree is valid and passes
>   that back.
> 
> - The function can construct a dev. tree from builtin rules/code.
> 
> - One can even make it tftp a tree at boot and pass that back. Great
>   in a development env. especially if you are debugging the dev. tree.
> 
> and the kicker is that you can still override this tree at runtime by passing
> a dev. tree argument to bootm.
> 
> All this will be possible by the simple patch I posted earlier, included
> below.
> 
> [PATCH] Make it possible to use a builtin OF tree.
> Signed-off-by: Joakim Tjernlund <Joakim.Tjernlund@transmode.se>
> ---
>  common/cmd_bootm.c |    5 ++++-
>  1 files changed, 4 insertions(+), 1 deletions(-)
> 
> diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
> index d816349..8405de7 100644
> --- a/common/cmd_bootm.c
> +++ b/common/cmd_bootm.c
> @@ -507,6 +507,9 @@ fixup_silent_linux ()
>  #endif /* CONFIG_SILENT_CONSOLE */
>  
>  #ifdef CONFIG_PPC
> +#ifndef DEFAULT_OF_TREE
> + #define DEFAULT_OF_TREE NULL
> +#endif
>  static void  __attribute__((noinline))
>  do_bootm_linux (cmd_tbl_t *cmdtp, int flag,
>  		int	argc, char *argv[],
> @@ -527,7 +530,7 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag,
>  	void	(*kernel)(bd_t *, ulong, ulong, ulong, ulong);
>  	image_header_t *hdr = &header;
>  #if defined(CONFIG_OF_FLAT_TREE) || defined(CONFIG_OF_LIBFDT)
> -	char	*of_flat_tree = NULL;
> +	char	*of_flat_tree = DEFAULT_OF_TREE;
>  	ulong	of_data = 0;
>  #endif

FWIIW, while I appreciate and agree with Wolfgang's points, I don't see 
why we cannot add Joakim's configuration tweak.  It is a pretty minor 
issue and, if he finds it useful, perhaps it would be useful to others.

Having said that, the patch could be made better by IMHO using the 
#ifdef logic embedded rather than defining DEFAULT_OF_TREE to NULL if it 
isn't already defined:

#if defined(CONFIG_OF_FLAT_TREE) || defined(CONFIG_OF_LIBFDT)
#ifdef DEFAULT_OF_TREE
	char	*of_flat_tree = DEFAULT_OF_TREE;
#else
	char	*of_flat_tree = NULL;
#endif
	ulong	of_data = 0;
#endif

Also, we should have an update to the README to explain that 
DEFAULT_OF_TREE can be defined in the board-specific config file to be 
the address of a FDT embedded in u-boot or a function that 
builds/modifies a FDT and returns the address.

This should probably go somewhere in the section on LIBFDT line 332 ff. 
(I would put it at line 342, your line numbers may vary).
<http://www.denx.de/cgi-bin/gitweb.cgi?p=u-boot/u-boot-fdt.git;a=blob;f=README;h=09eb76fe4528dfedca027b119ac760fce2570e35;hb=HEAD#l341>

Best regards,
gvb

  parent reply	other threads:[~2007-12-07 13:14 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-03 18:49 [U-Boot-Users] Can U-boot Autodetect arch/ppc versus arch/powerpc from info in the uImage? Darcy Watkins
2007-12-03 21:36 ` Wolfgang Denk
2007-12-03 23:33   ` [U-Boot-Users] Can U-boot Autodetect arch/ppc versusarch/powerpc " Joakim Tjernlund
2007-12-04  0:23     ` Wolfgang Denk
2007-12-04  1:06       ` Joakim Tjernlund
2007-12-06 22:43         ` [U-Boot-Users] Can U-boot Autodetect arch/ppcversusarch/powerpc " Joakim Tjernlund
2007-12-07  0:57           ` Wolfgang Denk
2007-12-07  6:55             ` Joakim Tjernlund
2007-12-07 11:11               ` Wolfgang Denk
2007-12-07 13:14           ` Jerry Van Baren [this message]
2007-12-09 13:12             ` Joakim Tjernlund
2007-12-09 15:00               ` Wolfgang Denk
2007-12-09 17:32                 ` Joakim Tjernlund
2007-12-09 19:28                   ` Wolfgang Denk
2007-12-09 21:14                     ` Joakim Tjernlund
2007-12-09 21:36                       ` Wolfgang Denk
2007-12-09 21:59                         ` Joakim Tjernlund
2007-12-09 22:47                           ` [U-Boot-Users] Can U-boot Autodetect arch/ppcversusarch/powerpcfrom " Joakim Tjernlund
2007-12-13 18:49                 ` [U-Boot-Users] Can U-boot Autodetect arch/ppcversusarch/powerpc from " Jerry Van Baren
2007-12-13 23:03                   ` Joakim Tjernlund
2007-12-14 15:53                     ` Joakim Tjernlund
2007-12-16 20:14                       ` Wolfgang Denk
2007-12-16 21:27                         ` Joakim Tjernlund
2007-12-17 14:42                           ` Joakim Tjernlund

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=4759473D.7080008@ge.com \
    --to=gerald.vanbaren@ge.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.