| #
55745dea |
| 13-Jan-2017 |
Evan Lloyd <evan.lloyd@arm.com> |
fiptool: Update file open modes with 'b' (for Windows)
Unix does not distinguish binary and text modes. On Windows the 'b' flag (e.g. "rb" instead of "r") is used to indicate that files should be op
fiptool: Update file open modes with 'b' (for Windows)
Unix does not distinguish binary and text modes. On Windows the 'b' flag (e.g. "rb" instead of "r") is used to indicate that files should be opened in binary mode. This has no impact on Unix, but is needed on Windows to avoid end-of-line issues.
Change-Id: I69424c55735d5d563d36c50bedd6357b8e05137e Signed-off-by: Evan Lloyd <evan.lloyd@arm.com>
show more ...
|
| #
2dfab27a |
| 03-Aug-2017 |
davidcunado-arm <david.cunado@arm.com> |
Merge pull request #1044 from islmit01/im/fix_includes
Fix order of #includes
|
| #
769fb6b6 |
| 14-Jul-2017 |
Isla Mitchell <isla.mitchell@arm.com> |
Fix order of #includes
This fix modifies the order of system includes to meet the ARM TF coding standard whilst retaining header groupings.
Change-Id: Ib91968f8e2cac9e96033d73d3ad9d0a2ae228b13 Sign
Fix order of #includes
This fix modifies the order of system includes to meet the ARM TF coding standard whilst retaining header groupings.
Change-Id: Ib91968f8e2cac9e96033d73d3ad9d0a2ae228b13 Signed-off-by: Isla Mitchell <isla.mitchell@arm.com>
show more ...
|
| #
aa965e15 |
| 20-Jul-2017 |
davidcunado-arm <david.cunado@arm.com> |
Merge pull request #1029 from islmit01/im/fix_includes
Fix order of includes
|
| #
2a4b4b71 |
| 11-Jul-2017 |
Isla Mitchell <isla.mitchell@arm.com> |
Fix order of #includes
This fix modifies the order of system includes to meet the ARM TF coding standard. There are some exceptions in order to retain header groupings, minimise changes to imported
Fix order of #includes
This fix modifies the order of system includes to meet the ARM TF coding standard. There are some exceptions in order to retain header groupings, minimise changes to imported headers, and where there are headers within the #if and #ifndef statements.
Change-Id: I65085a142ba6a83792b26efb47df1329153f1624 Signed-off-by: Isla Mitchell <isla.mitchell@arm.com>
show more ...
|
| #
e715e676 |
| 24-May-2017 |
danh-arm <dan.handley@arm.com> |
Merge pull request #938 from masahir0y/tools_share
Collect headers shared between TF and host-tools into include/tools_share
|
| #
2a6c1a8f |
| 08-May-2017 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
fip: move headers shared between TF and fiptool to include/tools_share
Some header files need to be shared between TF and host programs. For fiptool, two headers are copied to the tools/fiptool dire
fip: move headers shared between TF and fiptool to include/tools_share
Some header files need to be shared between TF and host programs. For fiptool, two headers are copied to the tools/fiptool directory, but it looks clumsy.
This commit introduces a new directory, include/tools_share, which collects headers that should be shared between TF and host programs.
This will clarify the interface exposed to host tools. We should add new headers to this directory only when we really need to do so.
For clarification, I inserted a blank line between headers from the include/ directory (#include <...>) and ones from a local directory (#include "..." ).
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
show more ...
|
| #
f132b4a0 |
| 04-May-2017 |
davidcunado-arm <david.cunado@arm.com> |
Merge pull request #925 from dp-arm/dp/spdx
Use SPDX license identifiers
|
| #
82cb2c1a |
| 03-May-2017 |
dp-arm <dimitris.papastamos@arm.com> |
Use SPDX license identifiers
To make software license auditing simpler, use SPDX[0] license identifiers instead of duplicating the license text in every file.
NOTE: Files that have been imported by
Use SPDX license identifiers
To make software license auditing simpler, use SPDX[0] license identifiers instead of duplicating the license text in every file.
NOTE: Files that have been imported by FreeBSD have not been modified.
[0]: https://spdx.org/
Change-Id: I80a00e1f641b8cc075ca5a95b10607ed9ed8761a Signed-off-by: dp-arm <dimitris.papastamos@arm.com>
show more ...
|
| #
0f22bef3 |
| 29-Apr-2017 |
Scott Branden <sbranden@users.noreply.github.com> |
Merge branch 'integration' into tf_issue_461
|
| #
ec54a871 |
| 25-Apr-2017 |
davidcunado-arm <david.cunado@arm.com> |
Merge pull request #914 from afaerber/align-hex
fiptool: Support non-decimal --align arguments
|
| #
fb5f7949 |
| 21-Apr-2017 |
Andreas Färber <afaerber@suse.de> |
fiptool: Support non-decimal --align arguments
An alignment value of 0x4000 is much easier to type than 16384, so enhance get_image_align() to recognize a 0x prefix for hexadecimals.
Signed-off-by:
fiptool: Support non-decimal --align arguments
An alignment value of 0x4000 is much easier to type than 16384, so enhance get_image_align() to recognize a 0x prefix for hexadecimals.
Signed-off-by: Andreas Färber <afaerber@suse.de>
show more ...
|
| #
95fba14b |
| 07-Mar-2017 |
davidcunado-arm <david.cunado@arm.com> |
Merge pull request #852 from dp-arm/dp/fiptool-embed-image
fiptool: Embed a pointer to an image within the image descriptor
|
| #
b9589fe5 |
| 14-Feb-2017 |
dp-arm <dimitris.papastamos@arm.com> |
fiptool: Embed a pointer to an image within the image descriptor
Currently, fiptool uses two linked lists. One to chain together all the images and one for all the image descriptors. Initially thi
fiptool: Embed a pointer to an image within the image descriptor
Currently, fiptool uses two linked lists. One to chain together all the images and one for all the image descriptors. Initially this was done because not all images had a corresponding image descriptor. This was the case for unknown images which existed in the FIP but there was no descriptor in the builtin table for them. When support for the --blob option came in, we started building descriptors for the unknown images on the fly. As a result every image now has a corresponding image descriptor and therefore it is no longer necessary to keep track of them separately.
To simplify the design, maintain only a single linked list of image descriptors. An image descriptor contains a pointer to the corresponding image. If the pointer is NULL, then the descriptor is skipped in all the operations. This approach simplifies the traversal code and avoids redundant lookups.
The linked list of image descriptors is populated based on the `toc_entries` array. This means that the order of the images in the FIP file remains the same across add/remove or create/update operations. This is true for all standard images (those specified in `toc_entries`) but not for those specified via the --blob option.
Change-Id: Ic29a263c86c8f1efdad322b430368c7623782e2d Signed-off-by: dp-arm <dimitris.papastamos@arm.com>
show more ...
|
| #
27e16d85 |
| 13-Feb-2017 |
davidcunado-arm <david.cunado@arm.com> |
Merge pull request #828 from masahir0y/fiptool
Fiptool cleanup
|
| #
9dd5edb8 |
| 11-Feb-2017 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
fiptool: remove unneeded declarations
These functions are defined above any calls.
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
|
| #
802b42a0 |
| 02-Feb-2017 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
fiptool: stretch out printf strings for readability and grep'ability
We should follow the Linux coding style, which is clearly stated in the docs/user-guide.mk:
When making changes to the source
fiptool: stretch out printf strings for readability and grep'ability
We should follow the Linux coding style, which is clearly stated in the docs/user-guide.mk:
When making changes to the source for submission to the project, the source must be in compliance with the Linux style guide
and Documentation/process/coding-style.rst of Linux Kernel says:
The limit on the length of lines is 80 columns and this is a strongly preferred limit. [ snip ] However, never break user-visible strings such as printk messages, because that breaks the ability to grep for them.
The strings for printf() are user-visible, and can exceed the 80 column limit.
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
show more ...
|
| #
95d2b268 |
| 02-Feb-2017 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
fiptool: print new lines of usage to stdout instead of stderr
The strings in usage functions are sent to stdout by printf(), but some new lines are sent to stderr by fputc(..., stderr).
This incons
fiptool: print new lines of usage to stdout instead of stderr
The strings in usage functions are sent to stdout by printf(), but some new lines are sent to stderr by fputc(..., stderr).
This inconsistency will break the usage format when users re-direct stdout or stderr. Just use printf() for consistency.
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
show more ...
|
| #
474d4eca |
| 31-Jan-2017 |
danh-arm <dan.handley@arm.com> |
Merge pull request #799 from masahir0y/fiptool
fiptool: Alignment support + misc refactoring
|
| #
1c75d5df |
| 25-Dec-2016 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
fiptool: support --align option to add desired alignment to image offset
The current fiptool packs all the images without any padding between them. So, the offset to each image has no alignment. T
fiptool: support --align option to add desired alignment to image offset
The current fiptool packs all the images without any padding between them. So, the offset to each image has no alignment. This is not efficient, for example, when the FIP is read from a block-oriented device.
For example, (e)MMC is accessed by block-addressing. The block size is 512 byte. So, the best case is each image is aligned by 512 byte since the DMA engine can transfer the whole of the image to its load address directly. The worst case is the offset does not have even DMA-capable alignment (this is where we stand now). In this case, we need to transfer every block to a bounce buffer, then do memcpy() from the bounce buffer to our final destination. At least, this should work with the abstraction by the block I/O layer, but the CPU-intervention for the whole data transfer makes it really slow.
This commit adds a new option --align to the fiptool. This option, if given, requests the tool to align each component in the FIP file by the specified byte. Also, add a new Make option FIP_ALIGN for easier access to this feature; users can give something like FIP_ALIGN=512 from the command line, or add "FIP_ALIGN := 512" to their platform.mk file.
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
show more ...
|
| #
65caa3d0 |
| 26-Jan-2017 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
fiptool: embed fip_toc_entry in struct image
The struct image has "uuid" and "size" to memorize the field values they had in the TOC entry. So, parse_fip() copies them from struct fip_toc_entry to
fiptool: embed fip_toc_entry in struct image
The struct image has "uuid" and "size" to memorize the field values they had in the TOC entry. So, parse_fip() copies them from struct fip_toc_entry to struct image, then pack_images() copies them back to struct fip_toc_entry.
The next commit (support --align option) will require to save the "offset" field as well. This makes me realize that struct image can embed struct fip_toc_entry.
This commit will allow the "flags" field to persevere the "update" command. At this moment, the "flags" is not used in a useful way. (Yet, platforms can save their own parameters in the flags field.) It makes sense to save it unless users explicitly replace the image.
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
show more ...
|
| #
a1da83f5 |
| 26-Jan-2017 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
fiptool: add xfwrite() helper
We have same patterns for fwrite().
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
|
| #
4f96a498 |
| 12-Jan-2017 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
fiptool: fix the global option in usage
The global option --verbose should come after the "fiptool".
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
|
| #
ee079320 |
| 14-Jan-2017 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
fiptool: simplify the top line of command usage
We need not mention like [--force], [--out <path>] because they are included in [opts].
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
|
| #
9e866d34 |
| 27-Jan-2017 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
fiptool: refactor remove_image()
We need not handle the image_head as a special case. Just use a double-pointer to simplify the traverse.
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.
fiptool: refactor remove_image()
We need not handle the image_head as a special case. Just use a double-pointer to simplify the traverse.
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
show more ...
|