diff options
| author | Patrick Georgi <patrick.georgi@coresystems.de> | 2009-09-14 13:29:27 +0000 |
|---|---|---|
| committer | Patrick Georgi <patrick.georgi@coresystems.de> | 2009-09-14 13:29:27 +0000 |
| commit | b7b56dd8fbe123958e196f396dab5ff3000b68dd (patch) | |
| tree | 19972cda7bd87504eeea26ed90535e4aa7585da4 /util/cbfstool/README | |
| parent | c8d4a05f8f5df06bd98f8ee7d5ef46e61986e6b0 (diff) | |
New cbfstool. Works without mmap or fork/exec and
supports fixed location files. Some parts are salvaged
from the pre-commit version (esp. stage and payload creation),
others are completely rewritten (eg. the main loop that handles
file addition)
Also adapt newconfig (we don't need cbfs/tools anymore) and fix
some minor issues in the cbfstool-README.
Signed-off-by: Patrick Georgi <patrick.georgi@coresystems.de>
Acked-by: Stefan Reinauer <stepan@coresystems.de>
git-svn-id: svn://svn.coreboot.org/coreboot/trunk@4630 2b7e53f0-3cfb-0310-b3e9-8179ed1497e1
Diffstat (limited to 'util/cbfstool/README')
| -rw-r--r-- | util/cbfstool/README | 25 |
1 files changed, 2 insertions, 23 deletions
diff --git a/util/cbfstool/README b/util/cbfstool/README index 9c8e818721..912ffa985f 100644 --- a/util/cbfstool/README +++ b/util/cbfstool/README @@ -100,7 +100,7 @@ component at runtime without disturbing the others. the ROM). This is to allow for arbitrary space to be left at the beginning of the ROM for things like embedded controller firmware. -'pad' rounds the header to 32 bits and reserves a little room for later use. +'pad' rounds the header to 32 bytes and reserves a little room for later use. = Bootblock = The bootblock is a mandatory component in the ROM. It is located in the @@ -123,7 +123,7 @@ unlimited size. Each CBFS component starts with a header: -struct CBFS_file { +struct cbfs_file { char magic[8]; unsigned int len; unsigned int type; @@ -335,24 +335,3 @@ the "don't care" component type. This can be used when the component type is not necessary (such as when the name of the component is unique. i.e. option_table). It is recommended that all components be assigned a unique type, but NULL can be used when the type does not matter. - - - - - - - - - - - - - - - - - - - - - |