From: Tolunay Orkun <listmember@orkun.us>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] RFC:new multi image format
Date: Thu, 15 Mar 2007 02:07:55 -0500 [thread overview]
Message-ID: <45F8F0CB.1080404@orkun.us> (raw)
In-Reply-To: <D87DF9BC-1392-42F1-8642-D3D9D80D646E@kernel.crashing.org>
Kumar Gala wrote:
> The current multi image format doesn't really provide any information
> about what the images contained inside the multi image are.
>
> I'm suggesting we add a new ih_type, IH_TYPE_MULTI_V2 in which we
> have an expanded header for each 'sub image' to describe more details
> about it.
>
> I wanted to see what information people felt was important to keep
> track of for the 'sub images'.
>
> struct sub_image_header {
> uint32_t ih_type; /* sub image type */
> uint32_t ih_size; /* sub image size *
> uint32_t ih_comp; /* compress type */
> uint64_t ih_load; /* Data Load Address */
> uint64_t ih_ep; /* entry point */
> uint8_t ih_name[IH_NMLEN];
> }
>
> Are other fields useful or should we just duplicate the image_header
> completely?
>
> -
I agree something like (per image header) is needed. I would take this
an opportunity to add a uint8_t[] field to add version information that
could be filled by an build script if desired. In my previous work, we
needed a version field to display/verify before allowing the update in
Linux based software update (and making sure the image for board A was
not being attempted for board B). We abused the name/description field
for this purpose which was not the ideal solution.
I think we can incorporate this additional header so that if the new
image is fed to an old u-boot it would still be acceptable. Perhaps we
can group sub-image headers after the offset table but before the actual
images.
Best regards,
Tolunay
next prev parent reply other threads:[~2007-03-15 7:07 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-13 2:59 [U-Boot-Users] RFC:new multi image format Kumar Gala
2007-03-13 8:25 ` Wolfgang Denk
2007-03-15 7:17 ` Tolunay Orkun
2007-03-22 1:38 ` Kumar Gala
2007-03-15 7:07 ` Tolunay Orkun [this message]
2007-03-19 16:16 ` Daniel Hobi
2007-03-19 18:43 ` Wolfgang Denk
2007-03-19 23:02 ` John Rigby
2007-03-19 23:39 ` Wolfgang Denk
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=45F8F0CB.1080404@orkun.us \
--to=listmember@orkun.us \
--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.