From: Jerry Van Baren <gvb.uboot@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC][PATCH 00/15] bootm refactoring
Date: Wed, 13 Aug 2008 09:32:23 -0400 [thread overview]
Message-ID: <48A2E267.2090508@gmail.com> (raw)
In-Reply-To: <6F5AAAC8-5E5F-466A-9E18-E26144CD998C@kernel.crashing.org>
Kumar Gala wrote:
>
> On Aug 13, 2008, at 12:31 AM, Jerry Van Baren wrote:
>
>> Hi Kumar,
>>
>> I'm on the road this week, so my ability to review code this week is
>> suboptimal. Having said that, this looks good!
>>
>> Kumar Gala wrote:
>>> [PATCH 01/15] Update linux bootm to support ePAPR client interface
>>> [PATCH 02/15] add ability to disable ft_board_setup as part of bootm
>>> possibly drop this patch if the boots method is acceptable
>>
>> I don't follow what this remark is saying.
>>
>> Is there a reason scripting in the "fdt boardsetup" command,
>> eliminating the need to call ft_board_setup() as part of the bootm
>> command chain?
>
> I just meant that the patch adds an 'env' var to stop calling 'fdt
> boardsetup' Once we have sub commands that isn't really needed anymore
> so I'm ok w/dropping the patch. It was a stop gap before subcommands
> are working.
Ahh, OK, I understand now.
Thanks,
gvb
prev parent reply other threads:[~2008-08-13 13:32 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-12 21:17 [U-Boot] [RFC][PATCH 00/15] bootm refactoring Kumar Gala
2008-08-12 21:17 ` [U-Boot] [RFC][PATCH 01/15] Update linux bootm to support ePAPR client interface Kumar Gala
2008-08-12 21:17 ` [U-Boot] [RFC][PATCH 02/15] add ability to disable ft_board_setup as part of bootm Kumar Gala
2008-08-12 21:17 ` [U-Boot] [RFC][PATCH 03/15] Clean up usage of icache_disable/dcache_disable Kumar Gala
2008-08-12 21:17 ` [U-Boot] [RFC][PATCH 04/15] fdt: added the ability to set initrd start/end via chosen command Kumar Gala
2008-08-12 21:17 ` [U-Boot] [RFC][PATCH 05/15] fdt: fdt addr w/o any args reports back the current working address Kumar Gala
2008-08-12 21:17 ` [U-Boot] [RFC][PATCH 06/15] bootm: refactor entry point code Kumar Gala
2008-08-12 21:17 ` [U-Boot] [RFC][PATCH 07/15] bootm: refactor ramdisk locating code Kumar Gala
2008-08-12 21:17 ` [U-Boot] [RFC][PATCH 08/15] bootm: refactor fdt locating and relocation code Kumar Gala
2008-08-12 21:17 ` [U-Boot] [RFC][PATCH 09/15] bootm: Set working fdt address as part of the bootm flow Kumar Gala
2008-08-13 5:31 ` [U-Boot] [RFC][PATCH 00/15] bootm refactoring Jerry Van Baren
2008-08-13 12:43 ` Kumar Gala
2008-08-13 13:32 ` Jerry Van Baren [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=48A2E267.2090508@gmail.com \
--to=gvb.uboot@gmail.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.