- Jun 05, 2013
-
-
git://git.denx.de/u-boot-x86Tom Rini authored
-
- Jun 04, 2013
-
-
Stephen Warren authored
This can be useful to force bootcmd to execute as soon as U-Boot has started. My use-case is: An SoC-specific tool pushes U-Boot into RAM, along with an image to be written to device boot flash, with the DT config property "bootcmd" set to contain a command to write that image to flash. In this scenario, we don't want to allow any stale bootdelay value taken from the current flash content to affect how long it takes before the flashing process starts. Signed-off-by:
Stephen Warren <swarren@nvidia.com> Acked-by:
Simon Glass <sjg@chromium.org> Acked-by:
Gerald Van Baren <vanbaren@cideas.com>
-
Stephen Warren authored
We know the exact property names that the code wants to process. Look these up directly with fdt_get_property(), rather than iterating over all properties within the node, and checking each property's name, in a convoluted fashion, against the expected name. Signed-off-by:
Stephen Warren <swarren@nvidia.com>
-
Stephen Warren authored
Initialized character arrays on the stack can cause gcc to emit code that performs unaligned accessess. Make the data static to avoid this. Note that the unaligned accesses are made when copying data to prefix[] on the stack from .rodata. By making the data static, the copy is completely avoided. All explicitly written code treats the data as u8[], so will never cause any unaligned accesses. Signed-off-by:
Stephen Warren <swarren@nvidia.com> Acked-by:
Simon Glass <sjg@chromium.org>
-
Masahiro Yamada authored
The generic-board board_init_f function called board_postclk_init twice. The first one came from arch/arm/lib/board.c, while the second one from arch/powerpc/lib/board.c. This commit deletes the first occurrence. In addition, the second get_clocks call is moved after board_postclk_init in order to keep the function call order both for ARM and PowerPC. ARM board calles get_clocks function after board_postclk_init. Signed-off-by:
Masahiro Yamada <yamada.m@jp.panasonic.com>
-
Marek Vasut authored
Make sure to never access beyond bounds of either EFI partition name or DOS partition name. This situation is happening: part.h: disk_partition_t->name is 32-byte long part_efi.h: gpt_entry->partition_name is 36-bytes long The loop in part_efi.c copies over 36 bytes and thus accesses beyond the disk_partition_t->name . Fix this by picking the shortest of source and destination arrays and make sure the destination array is cleared so the trailing bytes are zeroed-out and don't cause issues with string manipulation. Signed-off-by:
Marek Vasut <marex@denx.de> Cc: Tom Rini <trini@ti.com> Cc: Simon Glass <sjg@chromium.org>
-
Simon Glass authored
The image code is fairly complex with various different options. It would be useful to have comprehensive tests for this. As a start, create a script which tries out loading a kernel/ramdisk/fdt from a FIT and checks that the images appear in the right place in memory. This uses sandbox which now supports bootm and related features. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Now that the code for loading these three images from a FIT is common, we don't need individual boostage IDs for each of them. Note: there are some minor changes in the bootstage numbering, particuarly for kernel loading. I don't believe this matters. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Use map_sysmem() to convert from address to pointer, so that sandbox can print FIT information without crashing. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Use the new common code to load a kernel. The functionality should not change. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Use map_sysmem() when converting from addresses to pointers, so that bootm can be used with sandbox. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Use the new common code to load a flat device tree. Also fix up a few casts so that this code works with sandbox. Other than that the functionality should not change. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Use the new common code to load a ramdisk. The functionality should not change. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
At present code to load an image from a FIT is duplicated in the three places where it is needed (kernel, fdt, ramdisk). The differences between these different code copies is fairly minor. Create a new function in the fit code which can handle any of the requirements of those cases. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
These are not actually used in mkimage itself, but the image code (which is common with mkimage) does use them. To avoid #ifdefs in the image code just for mkimage, define dummy version of these here. The compiler will eliminate the dead code anyway. A better way to handle this might be to split out more things from common.h so that mkimage can include them. At present any file that mkimage uses has to be very careful what headers it includes. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Loading a ramdisk, kernel or FDT goes through similar stages. Create a block of IDs for each task, and define a consistent numbering within the block. This will allow use of common code for image loading. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Define a simple debug condition at the top of the file, to avoid using lots of #ifdefs later on. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Simon Glass authored
Define a simple debug condition at the top of the file, to avoid using lots of #ifdefs later on. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Simon Glass authored
The headers are a bit out of order, so fix them. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
There are a few over-long lines and other checkpatch problems in this area of the code. Prepare the ground for the next patch by tidying these up. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Simon Glass authored
These functions are now available, so use them to avoid extra code here. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Simon Glass authored
Move this code into its own function, since it clutters up main_loop(). Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
There are two implementations of abortboot(). Turn these into two separate functions, and create a single abortboot() which calls either one or the other. Also it seems that nothing uses abortboot() outside main, so make it static. At this point there is no further use of CONFIG_MENU in main.c. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Simon Glass authored
This function should be declared in net.h. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Simon Glass authored
This is not currently used, since autoboot is not enabled for this board, but the string is missing a parameter. Add it. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
- Jun 03, 2013
-
-
Tom Wai-Hong Tam authored
This patch does a similar code reogranzation from http://patchwork.ozlabs.org/patch/132179/ which is based on an old version of code (fdt support and bus selection still not in). It merges this tidy-up on top of the recent code. It does not make any logical change. tpm.c implements the interface defined in tpm.h based on underlying LPC or I2C TPM driver. tpm.c and the underlying driver communicate throught tpm_private.h. Note: Merging the LPC driver with tpm.c is left to future patches. Change-Id: Ie1384f5f9e3935d3bc9a44adf8de80c5a70a5f2b Signed-off-by:
Tom Wai-Hong Tam <waihong@chromium.org> Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Vincent Palatin authored
Add support for Infineon's new SLB 9645 TT 1.2 I2C TPMs, which supports clockstretching, combined reads and a bus speed of up to 400khz. The device also has a new device id. This is based on the kernel patch provided by Infineon : https://gerrit.chromium.org/gerrit/42332 Signed-off-by:
Vincent Palatin <vpalatin@chromium.org> Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Luigi Semenzato <semenzato@chromium.org> Reviewed-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Vincent Palatin <vpalatin@chromium.org> Tested-by:
Tom Wai-Hong Tam <waihong@chromium.org> Tested-by:
Vincent Palatin <vpalatin@chromium.org>
-
Tom Wai-Hong Tam authored
The new name is more aligned with Linux kernel's naming of TPM driver. Signed-off-by:
Tom Wai-Hong Tam <waihong@chromium.org> Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Che-liang Chiou authored
The new name is more aligned with Linux kernel's naming of TPM driver. Signed-off-by:
Peter Huewe <peter.huewe@infineon.com> Signed-off-by:
Che-Liang Chiou <clchiou@chromium.org> Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Mike Frysinger <vapier@gentoo.org> Reviewed-by:
Simon Glass <sjg@chromium.org> Tested-by:
Tom Wai-Hong Tam <waihong@chromium.org>
-
- May 31, 2013
-
-
Sergey Lapin authored
This patch is essentially an update of u-boot MTD subsystem to the state of Linux-3.7.1 with exclusion of some bits: - the update is concentrated on NAND, no onenand or CFI/NOR/SPI flashes interfaces are updated EXCEPT for API changes. - new large NAND chips support is there, though some updates have got in Linux-3.8.-rc1, (which will follow on top of this patch). To produce this update I used tag v3.7.1 of linux-stable repository. The update was made using application of relevant patches, with changes relevant to U-Boot-only stuff sticked together to keep bisectability. Then all changes were grouped together to this patch. Signed-off-by:
Sergey Lapin <slapin@ossfans.org> [scottwood@freescale.com: some eccstrength and build fixes] Signed-off-by:
Scott Wood <scottwood@freescale.com>
- May 30, 2013
-
-
Albert ARIBAUD authored
Replace all relocate_code routines from ARM start.S files with a single instance in file arch/arm/lib/relocate.S. For PXA, this requires moving the dcache unlocking code from within relocate_code into c_runtime_cpu_setup. Signed-off-by:
Albert ARIBAUD <albert.u.boot@aribaud.net> Reviewed-by:
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Tested-by:
Simon Glass <sjg@chromium.org>
-
Albert ARIBAUD authored
Signed-off-by:
Albert ARIBAUD <albert.u.boot@aribaud.net> Reviewed-by:
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Tested-by:
Simon Glass <sjg@chromium.org>
-
Albert ARIBAUD authored
Signed-off-by:
Albert ARIBAUD <albert.u.boot@aribaud.net> Reviewed-by:
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Tested-by:
Simon Glass <sjg@chromium.org>
-
Albert ARIBAUD authored
Signed-off-by:
Albert ARIBAUD <albert.u.boot@aribaud.net> Reviewed-by:
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Tested-by:
Simon Glass <sjg@chromium.org>
-
Albert ARIBAUD authored
Conflicts: common/cmd_fpga.c drivers/usb/host/ohci-at91.c
-
- May 28, 2013
-
-
Axel Lin authored
Then we can get rid of the #ifdef CONFIG_TEGRA guard in cpu_init_crit. Signed-off-by:
Axel Lin <axel.lin@ingics.com> Tested-by:
Stephen Warren <swarren@nvidia.com> Signed-off-by:
Tom Warren <twarren@nvidia.com>
-
Axel Lin authored
cpu_init_crit() can be skipped, but the code is still enabled requiring a platform to supply lowlevel_init(). Signed-off-by:
Axel Lin <axel.lin@ingics.com> Tested-by:
Stephen Warren <swarren@nvidia.com> Signed-off-by:
Tom Warren <twarren@nvidia.com>
-
Stephen Warren authored
Make U-Boot aware of the Tegra20 SKU 7, and treat it identically to any other Tegra20. My Whistler board has a SoC with this SKU. Signed-off-by:
Stephen Warren <swarren@nvidia.com> Signed-off-by:
Tom Warren <twarren@nvidia.com>
-
Stephen Warren authored
Make U-Boot aware of the Tegra114 SKU 1, and treat it identically to any other Tegra114. This value is used on (at least some) Dalmore boards with a production rather than engineering chip. Such boards are in the hands of some partners who want to use upstream U-Boot. Signed-off-by:
Stephen Warren <swarren@nvidia.com> Signed-off-by:
Tom Warren <twarren@nvidia.com>
-