17 Aug, 2013
1 commit
-
Commit 669dfc2e adds libfdt_env.h to HOSTCPPFLAGS. It causes stdio.h
to be included before _GNU_SOURCE is defined in C files. On some old hosts
some prototypes are protected by #ifdef __USE_GNU, which is set when
_GNU_SOURCE is defined.Signed-off-by: York Sun
Acked-by: Simon Glass
24 Jul, 2013
1 commit
-
Signed-off-by: Wolfgang Denk
[trini: Fixup common/cmd_io.c]
Signed-off-by: Tom Rini
05 May, 2013
1 commit
-
The MX53 ROM loads the data from NAND in multiples of pages and
supports maximum page size of 4k. Thus, align the image and header
to 4k to be safe from ROM bugs.Signed-off-by: Marek Vasut
Cc: Albert ARIBAUD
Cc: Benoît Thébaudeau
Cc: Fabio Estevam
Cc: Scott Wood
Cc: Stefano Babic
Cc: Tom Rini
28 Apr, 2013
1 commit
-
Implement BOOT_OFFSET command for imximage. This command is parallel
to current BOOT_FROM command, but allows more flexibility in configuring
arbitrary image header offset. Also add an imximage.cfg with default
offset values into arm/arch/imx-common/ so the board-specific imximage.cfg
can include this file to avoid magic constants.The syntax of BOOT_OFFSET command is "BOOT_OFFSET ".
Signed-off-by: Marek Vasut
Cc: Albert ARIBAUD
Cc: Benoît Thébaudeau
Cc: Fabio Estevam
Cc: Scott Wood
Cc: Stefano Babic
Cc: Tom Rini
Acked-by: Stefano Babic
Acked-by: Stefan Roese
28 Jan, 2013
1 commit
-
Since this structure is not i.MX5x specific, remove the '5x' to make it more
generic.Signed-off-by: Fabio Estevam
06 Jan, 2013
1 commit
-
In order to mx53 ROM to properly load the U-boot image, its header size should
be multiple of 512 bytes.This issue was observed with gcc 4.6.2/4.7.3, which caused data aborts:
U-Boot 2013.01-rc2-00172-gf8cfcf1-dirty (Dec 26 2012 - 13:13:28)
Board: MX53 LOCO
I2C: ready
DRAM: 1 GiB
MMC: FSL_SDHC: 0, FSL_SDHC: 1
In: serial
Out: serial
Err: serial
CPU: Freescale i.MX53 family rev2.1 at 1000 MHz
Reset cause: WDOG
Net: FEC
Warning: FEC using MAC address from net deviceHit any key to stop autoboot: 0
data abortMAYBE you should read doc/README.arm-unaligned-accesses
pc : [] lr : []
sp : af565e20 ip : af566918 fp : 00000000
r10: 00000003 r9 : affabb5b r8 : af565f58
r7 : 00000000 r6 : 36747fff r5 : af5668e8 r4 : 36747fff
r3 : af5668ec r2 : af5668eb r1 : 00000000 r0 : af5668e8
Flags: NzcV IRQs off FIQs off Mode SVC_32
Resetting CPU ...resetting ...
,and this patch fixes it.
Also, even though the ROUND macro is already defined in common.h,
the reason for redefining it in image.h is explained by Stefano Babic:"I will remark a previous comment - even if including common.h seems a
good idea to avoid duplications, it makes tools like mkimage to depend
on the selected board, because _config must run. Even if this is
not a problem for us u-boot developers, it becomes an issue when these
tools are included in distros (like u-boot-tools in Ubuntu) and cannot
be packaged."Signed-off-by: Troy Kisky
Signed-off-by: Fabio Estevam
20 Oct, 2012
7 commits
-
Signed-off-by: Troy Kisky
-
Call with the value the function will use
instead of going through a pointer.Signed-off-by: Troy Kisky
-
When later we change to variable length
header, we won't know the file size when
set_imx_hdr is called. So this is prep work.Signed-off-by: Troy Kisky
-
sbuf->st_size already includes sizeof(struct imx_header),
so remove extra addition.Signed-off-by: Troy Kisky
-
Both set_imx_hdr_v1 and set_imx_hdr_v2 perform the
same check. Move check to before the set_imx_hdr call.Signed-off-by: Troy Kisky
Acked-by: Stefano Babic -
Signed-off-by: Troy Kisky
Acked-by: Stefano Babic -
Before the len was checked after the entire file
was processed, so it could have already overflowed.Signed-off-by: Troy Kisky
27 Mar, 2012
1 commit
-
The flash header supports different flash offsets for different
boot devices. E.g. parallel NOR or OneNAND use a different offset
than FLASH_OFFSET_STANDARD (== 0x400).The flash offset is correctly read from the configuration in
parse_cfg_cmd(). But is then overwritten wrongly in set_imx_hdr_v1/2().Fix this by removing this overwriting. Use the flash offset
correctly read from the configuration, instead.If there is no flash_offset read from the configuration file, i.e.
the BOOT_FROM tag is missing, exit with an error message.Signed-off-by: Dirk Behme
CC: Jason Liu
CC: Stefano Babic
Tested-by: Stefano Babic
12 Feb, 2012
2 commits
-
Signed-off-by: Dirk Behme
CC: Fabio Estevam
CC: Stefano Babic
CC: Jason Liu
Acked-by: Jason Liu -
The i.MX6 processor can boot from NOR flash and SATA disks,
additionally. Add the flash offsets for these additional
boot modes.Signed-off-by: Dirk Behme
Signed-off-by: Fabio Estevam
CC: Stefano Babic
CC: Jason Liu
Acked-by: Jason Liu
02 Feb, 2011
1 commit
-
This patch add the MX53 boot image support.
This patch has been tested on Freescale MX53EVK board
and MX51EVK board.Signed-off-by: Jason Liu
30 Apr, 2010
1 commit
-
Signed-off-by: Stefano Babic
24 Feb, 2010
2 commits
-
Fix build warning:
Configuring for MPC837XEMDS board...
imximage.c: In function `imximage_parse_cfg_file':
imximage.c:146: warning: passing argument 2 of `getline' from incompatible pointer type
/usr/include/bits/stdio.h:116: note: expected `size_t *' but argument is of type `uint32_t *'Signed-off-by: Kim Phillips
-
Running mkimage to generate an imximage produces a SEGFAULT
on 64 bit machines due to pointer arithmetic limited to 32 bit.Signed-off-by: Stefano Babic
Acked-by: Kim Phillips
28 Jan, 2010
1 commit
-
imximage.c: In function 'imximage_parse_cfg_file':
imximage.c:142: warning: implicit declaration of function 'getline'Signed-off-by: Kumar Gala
26 Jan, 2010
1 commit
-
This patch adds support for "imximage" (MX Boot Image)
to the mkimage utility. The imximage is used on the Freescales's
MX.25, MX.35 and MX.51 processors.Further details under doc/README.imximage.
This patch was tested on a Freescale mx51evk board.
Signed-off-by: Stefano Babic