summaryrefslogtreecommitdiff
path: root/src/cpu/amd
diff options
context:
space:
mode:
authorGabe Black <gabeblack@chromium.org>2013-05-29 16:42:35 +0200
committerRonald G. Minnich <rminnich@gmail.com>2013-06-10 17:53:50 +0200
commitddbfc645c2fb9c2aab55c9d5f7c55fa80fd8da64 (patch)
treeadcd057f8641feacc529ac48fc268e258fa76353 /src/cpu/amd
parentb7d81e05bb3e4058cbb28adcc5af0bdccfe88337 (diff)
downloadcoreboot-ddbfc645c2fb9c2aab55c9d5f7c55fa80fd8da64.tar.xz
am335x: Build an omap style header and an image with it at the front.
Loading on an OMAP SOC requires that the first sector of the image have a configuration header, and, when not an execute in place image, an additional header which describes how big the image is and where it should be loaded. This change adds some infrastructure to statically build that header using C code, and to paste the header onto the front of coreboot.rom in a new top level target file called MLO. The configuration header we're using is as inert as possible, in line with what U-Boot is doing. I think it could be used to give additional configuration parameters to the built-in ROM on the SOC, but we don't need to do that, and there didn't seem to be any actual documentation how to do that. Because the header is built from C and is defined per CPU, it would be possible to include extra settings in other CPUs if desired. Adding a new top level build target is a bit disruptive, but should be contained to the am335x directory and not interfere with other mainboards. Change-Id: I06d346a4050c20963b3c7c6e8a152070bf2d145a Signed-off-by: Gabe Black <gabeblack@chromium.org> Reviewed-on: http://review.coreboot.org/3332 Tested-by: build bot (Jenkins) Reviewed-by: Ronald G. Minnich <rminnich@gmail.com>
Diffstat (limited to 'src/cpu/amd')
0 files changed, 0 insertions, 0 deletions