From: Jerry Van Baren <gerald.vanbaren@ge.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] RFC: New U-boot image format
Date: Wed, 12 Dec 2007 07:38:06 -0500 [thread overview]
Message-ID: <475FD62E.6020304@ge.com> (raw)
In-Reply-To: <20071211222320.B7DB1246C2@gemini.denx.de>
Wolfgang Denk wrote:
> In message <475EE3AE.6060102@ge.com> you wrote:
[snip]
>>> os type, cpu architecture properties
>>> data load address
>>> entry points for executable images
>>>
>>> Note: the above list is considered *draft* and open to discussion
>> Which properties are new inventions? Data compression, timestamps, OS
>> Type, CPU arch, data load address, and entry point? Not a bad thing,
>> just trying to understand how much we are extending.
>
> All of this already exists, but in a static way.
>
> New is: ability to chose checksum method; ability to compine several
> blobs into one image in a structured way, so building and booting the
> equivalent of a multifile image with any combination of kernel,
> ramdisk and dtb blobs can be done in a clean way.
Ahh, my question wasn't clear. The intended question was, which of
these properties are new OF (IEEE-1275) or "existing linux kernel"
*properties* (I didn't intend to ask which are new capabilities).
For instance, how to specify an address already exists, obviously, but I
suspect a property "data load address" is new.
The intent behind the question was thinking about how big of a
documentation job this will be.
[snip]
> Best regards,
>
> Wolfgang Denk
Thanks,
gvb
next prev parent reply other threads:[~2007-12-12 12:38 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-11 16:18 [U-Boot-Users] RFC: New U-boot image format Marian Balakowicz
2007-12-11 16:32 ` [U-Boot-Users] RFC: New U-boot image format - open issues Marian Balakowicz
2007-12-11 19:23 ` [U-Boot-Users] RFC: New U-boot image format Jerry Van Baren
2007-12-11 22:23 ` Wolfgang Denk
2007-12-12 12:38 ` Jerry Van Baren [this message]
2007-12-13 22:59 ` Marian Balakowicz
2007-12-13 22:41 ` Marian Balakowicz
2007-12-14 6:17 ` Wolfgang Denk
2007-12-14 21:44 ` T Ziomek
2007-12-19 14:26 ` Marian Balakowicz
2007-12-20 0:50 ` David Gibson
2007-12-20 16:41 ` Scott Wood
2007-12-20 22:25 ` Marian Balakowicz
2007-12-20 22:39 ` Scott Wood
2007-12-21 0:17 ` David Gibson
2007-12-18 15:17 ` Timur Tabi
2007-12-18 15:33 ` Jerry Van Baren
2007-12-18 15:36 ` Timur Tabi
2007-12-18 16:12 ` Wolfgang Denk
2007-12-18 16:17 ` Timur Tabi
2007-12-18 19:42 ` Wolfgang Denk
2007-12-18 19:47 ` Timur Tabi
2007-12-18 20:11 ` Wolfgang Denk
2007-12-18 20:18 ` Timur Tabi
2007-12-19 14:07 ` Marian Balakowicz
2007-12-20 19:42 ` Wolfgang Denk
2007-12-21 15:04 ` Marian Balakowicz
2007-12-21 15:17 ` Wolfgang Denk
2007-12-21 15:39 ` Marian Balakowicz
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=475FD62E.6020304@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.