Age | Commit message (Collapse) | Author |
|
This common library is used by both Tegra2 and Tegra3 seriesl SOCs.
BUG=chromium-os:21033
TEST=build and boot on seaboard
Change-Id: I3c43dbb24c341abe9865b5113898bf07eea16aeb
Signed-off-by: Simon Glass <sjg@chromium.org>
Reviewed-on: http://gerrit.chromium.org/gerrit/8694
|
|
This code is required for Tegra30 also, so we move it into a common
directory.
BUG=chromium-os:19004
TEST=build and boot on Seaboard
Change-Id: I9af13892861f54c0d7da6d4f9ee0715bc5ab6357
Reviewed-on: http://gerrit.chromium.org/gerrit/7124
Reviewed-by: Yen Lin <yelin@nvidia.com>
Reviewed-by: Tom Warren <twarren@nvidia.com>
Tested-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Simon Glass <sjg@chromium.org>
|
|
Part 3 of 3 of a change to make u-boot build the device tree instead of a
separate ebuild.
This change makes the u-boot "all" target build the separate device tree if
DEV_TREE_SEPARATE is set. This use of DEV_TREE_SEPARATE is consistent with the
one other use in the u-boot build system. It's at least expedient and perhaps
necessary to build the device tree this way since it's difficult to know the
value of $(obj) when invoking make.
TEST=Built and booted on x86-alex, ran vboot_twostop.
BUG=chrome-os-partner:5664
Change-Id: Icdcda86421e6f3cde59439b2be001ff522d6a6e9
Signed-off-by: Gabe Black <gabeblack@google.com>
Reviewed-on: http://gerrit.chromium.org/gerrit/6460
Reviewed-by: Simon Glass <sjg@chromium.org>
Tested-by: Gabe Black <gabeblack@chromium.org>
|
|
The removed codes are belong to an earlier prototype of integrating
vboot wrapper API, which is not compiled/used anymore. Besieds, the
prototype has a known vulnerability of buffer overflow when reading
key blocks. So there is no many referential value for keeping the
prototype codes in the codebase. And keeping the prototype also adds
costs to new patches, which have to changes two implementations. All
in all, I think it is time we retire this prototype.
This patch also fixes coreboot build failure due to the removal.
BUG=chromium-os:16542
TEST=emerge-{x86-alex,tegra2_aebl} chromeos-u-boot
Change-Id: Ib6be9457f2dbc2daa3213c3d9c80bcdc56c520c4
Reviewed-on: http://gerrit.chromium.org/gerrit/5874
Reviewed-by: Che-Liang Chiou <clchiou@chromium.org>
Tested-by: Che-Liang Chiou <clchiou@chromium.org>
|
|
Recent changes broke the build for seaboard. It turns out that
the build stops when attempting to compile the files in the
ChromeOS specific libraries which are not even used in
non-ChromeOS targets.
The fix is to exclude these libraries from non-ChromeOS builds.
BUG=chrome-os-partner:5369
TEST=manual
. run the following commands while in chroot in the u-boot/files
directory:
emerge-tegra2_kaen chromeos-u-boot
emerge-x86-alex chromeos-u-boot
make -j16 ARCH=arm CROSS_COMPILE=armv7a-cros-linux-gnueabi- O=/tmp/sb distclean
make -j16 ARCH=arm CROSS_COMPILE=armv7a-cros-linux-gnueabi- O=/tmp/sb seaboard_config
make -j16 ARCH=arm CROSS_COMPILE=armv7a-cros-linux-gnueabi- O=/tmp/sb all
. observe all of the commands succeed.
Change-Id: I6a96105e9d403f57d3058818c24b36fadf013ec6
Signed-off-by: Vadim Bendebury <vbendeb@chromium.org>
Reviewed-on: http://gerrit.chromium.org/gerrit/5598
Reviewed-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Gabe Black (Do Not Use) <gabeblack@google.com>
Reviewed-by: Tom Warren <twarren@nvidia.com>
|
|
As ARM accesses non-volatile storage from eMMC and x86 from CMOS, the
accessor functions that export to vboot_reference are really not
board-independent and so should be put at a board-dependent module.
BUG=none
TEST=make
Change-Id: Idbd4d70372770597aa8897524ee6a1ffe173bfea
Reviewed-on: http://gerrit.chromium.org/gerrit/4646
Tested-by: Che-Liang Chiou <clchiou@chromium.org>
Reviewed-by: Tom Wai-Hong Tam <waihong@chromium.org>
|
|
This changes DEV_TREE_SEPARATE so that it just means that u-boot should
expect the dev tree to be separate, not that it should build it.
We're already building separate device trees as part of the FDT build,
and we're already using those device trees instead of this one.
BUG=chromium-os:17191
TEST=Ran emerge-${BOARD} chromeos-u-boot chromeos-bootimage
Flashed u-boot onto the board w/ cros_write_firmware
Change-Id: I948e96b2b2b15255c5b0a6244c7bbc1972e139c3
Reviewed-on: http://gerrit.chromium.org/gerrit/4267
Tested-by: Doug Anderson <dianders@chromium.org>
Reviewed-by: Anton Staaf <robotboy@chromium.org>
|
|
This change adds CBFS support and some commands to use it to u-boot. These
commands are:
cbfsinit - Initialize CBFS support and pull all metadata into RAM. The end of
the ROM is an optional parameter which defaults to the standard 0xffffffff and
can be used to support multiple CBFSes in a system. The last one set up with
cbfsinit is the one that will be used.
cbfsinfo - Print information from the CBFS header.
cbfsls - Print out the size, type, and name of all the files in the current
CBFS. Recognized types are translated into symbolic names.
cbfsload - Load a file from CBFS into memory. Like the similar command for fat
filesystems, you can optionally provide a maximum size.
Support for CBFS is compiled in when the CONFIG_CMD_CBFS option is specified.
BUG=chrome-os-partner:3910
TEST=Built and booted on an Alex. Initialized with and without specifying the
end of the ROM, and with a bad end of ROM. Ran the commands before CBFS was
initialized. Ran cbfsinfo and saw reasonable output. Ran cbfsls and saw output
that matched what was printed when the CBFS was put together by the coreboot
ebuild. Used cbfsload to load a test text file into memory and verified that it
was the correct size and had the correct contents. Ran with a max size and saw
the file was truncated in memory.
Change-Id: I64d06d49633cef3cffac1d571519eae38c7d267f
Signed-off-by: Gabe Black <gabeblack@google.com>
Reviewed-on: http://gerrit.chromium.org/gerrit/4167
Reviewed-by: Gabe Black <gabeblack@chromium.org>
Tested-by: Gabe Black <gabeblack@chromium.org>
|
|
This change 'make clobber' to remove all device tree binary files either at
the build root or in subdirectories.
BUG=chromium-os:11623
TEST=make ... clobber and observe that files are removed
Change-Id: I603a382963bd8c2219a1361d4571ae1de559e788
Reviewed-on: http://gerrit.chromium.org/gerrit/3252
Reviewed-by: Simon Glass <sjg@chromium.org>
Tested-by: Simon Glass <sjg@chromium.org>
|
|
Directly copy firmware_storage related files from /lib/chromeos to /lib/vboot
and the include file from /include/chromeos to /include/vboot and change
the interfaces to proper vboot_wrapper ones.
Related tests will go to another CLs.
BUG=chromium-os:16543
TEST=compile without error
Change-Id: I8f101149fdc6e5d17d8c63b930b239746f39a376
Reviewed-on: http://gerrit.chromium.org/gerrit/2938
Reviewed-by: Tom Wai-Hong Tam <waihong@chromium.org>
Tested-by: Tom Wai-Hong Tam <waihong@chromium.org>
|
|
This was unfortunately broken by the external device tree building, and the
fault was not noticed until now.
BUG=chromium-os:11623
TEST=build with CONFIG_OF_EMBED defined; see that build succeeds and boots
on Seaboard
Change-Id: Iedc950577b63ffda5c4d8334662151836f33dd29
Reviewed-on: http://gerrit.chromium.org/gerrit/3262
Reviewed-by: Simon Glass <sjg@chromium.org>
Tested-by: Simon Glass <sjg@chromium.org>
|
|
vboot_reference.
We put the new vboot wrapper export API to /lib/vbexport directory to separate
the original APIs which in /lib/chromeos directory.
A u-boot prompt testing tool, vbexport_test, is added for the API unit tests.
This CL is dependent on http://gerrit.chromium.org/gerrit/#change,2195
BUG=chromium-os:16543
TEST=build chromeos_seaboard_vboot_config, flash it to seaboard, and run:
Tegra2 # vbexport_test debug
Preforming the debug output tests...
Expect: K 75 Hello! It's "Chrome OS".
Actual: K 75 Hello! It's "Chrome OS".
Expect: -22222 0xa932
Actual: -22222 0xa932
Expect: 44444 0xad9c
Actual: 44444 0xad9c
Expect: -1111111111 0xbdc5ca39
Actual: -1111111111 0xbdc5ca39
Expect: 2222222222 0x84746b8e
Actual: 2222222222 0x84746b8e
Expect: -8888888888888888888 0x84a452a6a1dc71c8
Actual: -8888888888888888888 0x84a452a6a1dc71c8
Expect: 11111111111111111111 0x9a3298afb5ac71c7
Actual: 11111111111111111111 0x9a3298afb5ac71c7
Tegra2 # vbexport_test malloc
Preforming the malloc/free tests...
Trying to malloc a memory block for 1 bytes... - SUCCESS
Trying to malloc a memory block for 2 bytes... - SUCCESS
Trying to malloc a memory block for 4 bytes... - SUCCESS
Trying to malloc a memory block for 8 bytes... - SUCCESS
Trying to malloc a memory block for 32 bytes... - SUCCESS
Trying to malloc a memory block for 1024 bytes... - SUCCESS
Trying to malloc a memory block for 4096 bytes... - SUCCESS
Trying to malloc a memory block for 32768 bytes... - SUCCESS
Trying to malloc a memory block for 1048576 bytes... - SUCCESS
Trying to malloc a memory block for 12345 bytes... - SUCCESS
Trying to malloc a memory block for 13579 bytes... - SUCCESS
Tegra2 # vbexport_test sleep
Preforming the sleep tests...
System is going to sleep for 10 ms...
From tick 20158963 to 20168065 (delta: 9102) - SUCCESS
System is going to sleep for 50 ms...
From tick 20345437 to 20395038 (delta: 49601) - SUCCESS
System is going to sleep for 100 ms...
From tick 20572586 to 20672087 (delta: 99501) - SUCCESS
System is going to sleep for 500 ms...
From tick 20849623 to 21349024 (delta: 499401) - SUCCESS
System is going to sleep for 1000 ms...
From tick 21526751 to 22526052 (delta: 999301) - SUCCESS
Tegra2 # vbexport_test longsleep
Preforming the long sleep tests...
System is going to sleep for 5000 ms...
From tick 71318054 to 76318055 (delta: 5000001) - SUCCESS
System is going to sleep for 10000 ms...
From tick 76495950 to 86495051 (delta: 9999101) - SUCCESS
System is going to sleep for 50000 ms...
From tick 86672951 to 136672052 (delta: 49999101) - SUCCESS
Tegra2 # vbexport_test beep
Preforming the beep tests...
System is going to sleep for 500 ms...
Beep!
From tick 11288504 to 11788451 (delta: 499947) - SUCCESS
Change-Id: Ia192c1f152fa75f7d587d8a87eb22a1cf0a505c3
Reviewed-on: http://gerrit.chromium.org/gerrit/2656
Tested-by: Tom Wai-Hong Tam <waihong@chromium.org>
Reviewed-by: Che-Liang Chiou <clchiou@chromium.org>
Reviewed-by: Randall Spangler <rspangler@chromium.org>
|
|
This adds support for an FDT to be concatenated to the u-boot-bin binary.
This is located at run-time by U-Boot.
BUG=chromium-os:11623
TEST=Either emerge with http://gerrit.chromium.org/gerrit/2961
or build manually:
make ... DEV_TREE_SEPARATE=true
and check that u-boot.dtb is built.
Change-Id: I7c8b1315d721bc957ef3fd07f167d86345868036
Reviewed-on: http://gerrit.chromium.org/gerrit/2962
Reviewed-by: Simon Glass <sjg@chromium.org>
Tested-by: Simon Glass <sjg@chromium.org>
|
|
We export compiler flags because vboot_reference (or any library built
outside u-boot) has to be built with the same compiler flags with u-boot
so that the library and u-boot will have compatible ABI, etc.
BUG=chromium-os:16508
TEST=manual
make ARCH=arm \
CROSS_COMPILE=armv7a-cros-linux-gnueabi- \
USE_PRIVATE_LIBGCC=yes \
VBOOT=/build/tegra2_seaboard/usr \
{seaboard_config,u-boot-cflags.mk}
Content of u-boot-cflags.mk
------------------------------------------------------------
CC = armv7a-cros-linux-gnueabi-gcc
CFLAGS = -g -Os -fno-common -ffixed-r8 -msoft-float -fno-builtin -ffreestanding -nostdinc -isystem /usr/lib/gcc/armv7a-cros-linux-gnueabi/4.4.3/gcc/armv7a-cros-linux-gnueabi/4.4.3/include -pipe -marm -mabi=aapcs-linux -mno-thumb-interwork -march=armv5 -Werror -Wall -Wstrict-prototypes -fno-stack-protector
------------------------------------------------------------
Change-Id: If1bede099849af73e1770ef662601c2b619a215b
Reviewed-on: http://gerrit.chromium.org/gerrit/2935
Tested-by: Che-Liang Chiou <clchiou@chromium.org>
Reviewed-by: Vadim Bendebury <vbendeb@chromium.org>
|
|
Two tweaks are required:
- prevent the preprocessor from complaining when processing
variadic macros
- use the bfd linker instead of GOLD
BUG=chrome-os-partner:3895
TEST=manual:
while in chroot in u-boot-next/files directory run the
following commands:
rm -rf /tmp/c-u-boot
make -j16 ARCH=i386 CROSS_COMPILE=i686-pc-linux-gnu- coreboot-x86_config O=/tmp/c-u-boot
make -j16 ARCH=i386 CROSS_COMPILE=i686-pc-linux-gnu- all O=/tmp/c-u-boot
observe the build succeed.
Change-Id: I028afd9bb7269db8b16730a065dd64d83e5a158a
Signed-off-by: Vadim Bendebury <vbendeb@chromium.org>
Reviewed-on: http://gerrit.chromium.org/gerrit/2425
Reviewed-by: Simon Glass <sjg@chromium.org>
|
|
This new option allows U-Boot to embed a binary device tree into its image
to allow run-time control of peripherals. This device tree is for U-Boot's
own use and is not necessarily the same one as is passed to the kernel.
BUG=chromium-os:11623
TEST=build and boot U-Boot on Seaboard
Change-Id: I024d01079a44395e122a8b53e3901ba9a007dc5a
Reviewed-on: http://gerrit.chromium.org/gerrit/621
Reviewed-by: Doug Anderson <dianders@chromium.org>
Tested-by: Simon Glass <sjg@chromium.org>
|
|
added to auto detect v03 and v05 chips. This is a version that just work. Cleanup will start after the initial push.
BUG=chromium-os:10497
TEST=Manual
Build
1. build a compatible lib first
emerge-tegra2_seaboard vboot_reference-firmware
2. use MAKEALL script to check all cfg
CROSS_COMPILE=armv7a-cros-linux-gnueabi- VBOOT=/build/tegra2_seaboard/usr ./MAKEALL chromeos
3. check result. 25 passed, no warning, no error
u-boot command
1. build a compatible version
USE-debug VBOOT_DEBUG=1 emerge-tegra2_seaboard -av vboot_reference-firmware chromeos-u-boot-next
2. flash it using proper tools
[board specific]
3. reset system and boot into command prompt
4. test with cros_tpm_test command sets:
cros_tpm_test enable
cros_tpm_test fast_enable
cros_tpm_test startup
cros_tpm_test timing
Review URL: http://codereview.chromium.org/6683023
Change-Id: I37b73dc90399533594c841b016a194ff21ab889a
|
|
BUG=none
TEST=emerge-tegra2_seaboard chromeos-u-boot-next
Review URL: http://codereview.chromium.org/6543034
Change-Id: I88dfd38aedd81281415ecb8156181a6cc4d46495
|
|
This CL includes an empty tlcl_stub implementation.
BUG=chromium-os:8621
TEST=Run 'VBOOT_DEBUG=1 make all' successfully
See CL=4266002 for vboot side changes.
Review URL: http://codereview.chromium.org/4429002
Change-Id: I0898af02697bd4e755d57d467283c2d3818ea36c
|
|
lib_generic/ is renamed to lib/ in newer version u-boot.
Change-Id: I07ed1eb650c83db1533ac24209b4129db7068c08
BUG=None
TEST=Run 'VBOOT_DEBUG=1 make all' successfully
Review URL: http://codereview.chromium.org/4410003
|
|
BUG=None
TEST=Manual
Test procedure:
1. Compile with VBOOT_DEBUG flag on successfully
2. Run u-boot on dev board as follows:
(Assume you have mmc device on dev board)
CrOS> mmc init
CrOS> cros bootdev set mmc 1
CrOS> cros bootdev
(info of mmc1)
CrOS> read mmc 1 0x20000000 1 2
CrOS> md.b 0x20000000
(mmc1 content)
CrOS> cros bootdev read 0x20001000 1 2
CrOS> md.b 0x20001000
(mmc1 content)
CrOS> cmp.b 0x20000000 0x20001000 0x400
(compare the blocks, should be identical)
Review URL: http://codereview.chromium.org/4001006
Change-Id: I339f9fb63862993f8b9ced80d4c27d6bef0c1bc6
|
|
This CL adds argument "VBOOT" to top-level Makefile and config.mk that points
to a verify boot implementation.
Change-Id: Ib468cc7a6a7c3ce3db56b90d73c6022ac30fa046
BUG=none
TEST=Run "make all" successfully
Review URL: http://codereview.chromium.org/3515011
|
|
Signed-off-by: Wolfgang Denk <wd@denx.de>
|
|
Looks like this was missed during the conversion to partial linking.
Signed-off-by: Mike Frysinger <vapier@gentoo.org>
|
|
mkimage relies on autogenerated version so we need to move
$(VERSION_FILE) rule out of ifeq and make tools rule depend on it to be
able to run 'make tools' from the unconfigured tree.
Signed-off-by: Ilya Yanok <yanok@emcraft.com>
Acked-by: Mike Frysinger <vapier@gentoo.org>
|
|
LDSCRIPT is used only from the top-level Makefile and only when the
system is configured so we can move LDSCRIPT and CONFIG_SYS_LDSCRIPT
related logic into the top level Makefile and under configured condition
to avoid errors when building tools from unconfigured tree.
Signed-off-by: Ilya Yanok <yanok@emcraft.com>
Acked-by: Mike Frysinger <vapier@gentoo.org>
|
|
The 'trab' board configuration is broken, and there is nobody who is
interested and willing to fix it. Drop it.
This includes support for VFD displays which have always been used by
this board only.
Signed-off-by: Wolfgang Denk <wd@denx.de>
|
|
Signed-off-by: Wolfgang Denk <wd@denx.de>
|
|
Signed-off-by: Eric Bénard <eric@eukrea.com>
|
|
Make ATMEL's at91sam9260/9g20/9xe-ek boards build again
Signed-off-by: Reinhard Meyer <u-boot@emk-elektronik.de>
|
|
Signed-off-by: Wolfgang Denk <wd@denx.de>
|
|
Added MMC SPL boot support for SMDKV310. This framework design is
based on nand_spl support.
Signed-off-by: Chander Kashyap <chander.kashyap@linaro.org>
Signed-off-by: Minkyu Kang <mk7.kang@samsung.com>
|
|
Signed-off-by: Wolfgang Denk <wd@denx.de>
|
|
Signed-off-by: Mike Frysinger <vapier@gentoo.org>
|
|
While looking to upgrade to zlib-1.2.5, the current mondo merge of
multiple files into a single was making things way more difficult
than it should have been. Hard to pick out what has been changed
to port it to U-Boot, been removed as useless, and bug fixes added
after the fact.
So split the single file up into the original file names, and merge
non-essential changes back from the original tree (for some reason,
style in code in a bunch of places was changed to U-Boot style even
though this isn't "U-Boot" code).
The original build style is retained -- we have a single zlib.c that
includes all the other files, and that is the only file we compile.
Signed-off-by: Mike Frysinger <vapier@gentoo.org>
|
|
Signed-off-by: Alessandro Rubini <rubini@unipv.it>
Acked-by: Andrea Gallo <andrea.gallo@stericsson.com>
|
|
- fix board support following relocation changes
- switch to boards.cfg
- disable i2c to keep size under 128kiB (1 sector)
Signed-off-by: Eric Bénard <eric@eukrea.com>
|
|
config.mk in board directory is obsolete and should be removed.
The patch allows to get rid of own config.mk adding the imximage.cfg
file to the options in the boards.cfg
Signed-off-by: Stefano Babic <sbabic@denx.de>
|
|
Signed-off-by: Graeme Russ <graeme.russ@gmail.com>
|
|
Signed-off-by: Wolfgang Denk <wd@denx.de>
|
|
Signed-off-by: Haiying Wang <Haiying.Wang@freescale.com>
Signed-off-by: Scott Wood <scottwood@freescale.com>
|
|
Signed-off-by: Wolfgang Denk <wd@denx.de>
|
|
Signed-off-by: Wolfgang Denk <wd@denx.de>
|
|
This adds support for using USB Ethernet dongles in host mode. This is just
the framework - drivers will come later. A new config option called
CONFIG_USB_HOST_ETHER can be defined in board config files to switch this
on.
The was originally written by NVIDIA and was cleaned up for release by the
Chromium authors.
Signed-off-by: Simon Glass <sjg@chromium.org>
|
|
Signed-off-by: Shinya Kuribayashi <skuribay@pobox.com>
Acked-by: Stefan Roese <sr@denx.de>
|
|
At the same time, fix up CPU_CLOCK_RATE to have the CONFIG_ prefix to
work with boards.cfg.
Signed-off-by: Shinya Kuribayashi <skuribay@pobox.com>
|
|
CONFIG_QEMU_MIPS is already provided by <configs/qemu-mips.h>, so we
don't generate it using the options fields in boards.cfg.
Signed-off-by: Shinya Kuribayashi <skuribay@pobox.com>
|
|
CONFIG_GTH2 is already provided by <configs/gth2.h>, so we don't
generate it using the options fields in boards.cfg.
Signed-off-by: Shinya Kuribayashi <skuribay@pobox.com>
|
|
Signed-off-by: Wolfgang Denk <wd@denx.de>
|
|
After years of unsuccessful research I've finally shamelessly stolen other
peoples intellectual properties to present the all-new and world-changing
updated version command:
-
U-Boot>> version
U-Boot 2010.12-00014-g7435056-dirty (Jan 18 2011 - 23:19:38)
MyBoard
gcc (GCC) 0.42 (Distro foobar)
GNU ld (GNU Binutils) 0.314159265
-
May the toolchain bugs rest in peace.
Signed-off-by: Alexander Holler <holler@ahsoftware.de>
|