January 2014 - U-Boot

[U-Boot] [PATCH 1/4] SPL: powerpc: expand SPL's length to 128K
by ying.zhang＠freescale.com 24 Jan '14

24 Jan '14

From: Ying Zhang <b40530(a)freescale.com> 1. The SPL's length of SDCARD boot has not enough,expand the SPL's length to 128K. 2. deleted unused symbol: CONFIG_SYS_RUN_INDDR Signed-off-by: Ying Zhang <b40530(a)freescale.com> --- include/configs/P1022DS.h | 12 ++++++------ include/configs/p1_p2_rdb_pc.h | 12 ++++++------ 2 files changed, 12 insertions(+), 12 deletions(-) diff --git a/include/configs/P1022DS.h b/include/configs/P1022DS.h index 9c9d72b..edc8931 100644 --- a/include/configs/P1022DS.h +++ b/include/configs/P1022DS.h @@ -30,12 +30,12 @@ #define CONFIG_FSL_LAW /* Use common FSL init code */ #define CONFIG_SYS_TEXT_BASE 0x11001000 #define CONFIG_SPL_TEXT_BASE 0xf8f81000 -#define CONFIG_SPL_PAD_TO 0x18000 -#define CONFIG_SPL_MAX_SIZE (96 * 1024) +#define CONFIG_SPL_PAD_TO 0x20000 +#define CONFIG_SPL_MAX_SIZE (128 * 1024) #define CONFIG_SYS_MMC_U_BOOT_SIZE (768 << 10) #define CONFIG_SYS_MMC_U_BOOT_DST (0x11000000) #define CONFIG_SYS_MMC_U_BOOT_START (0x11000000) -#define CONFIG_SYS_MMC_U_BOOT_OFFS (96 << 10) +#define CONFIG_SYS_MMC_U_BOOT_OFFS (128 << 10) #define CONFIG_SYS_MPC85XX_NO_RESETVEC #define CONFIG_SYS_LDSCRIPT "arch/powerpc/cpu/mpc85xx/u-boot.lds" #define CONFIG_SPL_MMC_BOOT @@ -60,12 +60,12 @@ #define CONFIG_FSL_LAW /* Use common FSL init code */ #define CONFIG_SYS_TEXT_BASE 0x11001000 #define CONFIG_SPL_TEXT_BASE 0xf8f81000 -#define CONFIG_SPL_PAD_TO 0x18000 -#define CONFIG_SPL_MAX_SIZE (96 * 1024) +#define CONFIG_SPL_PAD_TO 0x20000 +#define CONFIG_SPL_MAX_SIZE (128 * 1024) #define CONFIG_SYS_SPI_FLASH_U_BOOT_SIZE (768 << 10) #define CONFIG_SYS_SPI_FLASH_U_BOOT_DST (0x11000000) #define CONFIG_SYS_SPI_FLASH_U_BOOT_START (0x11000000) -#define CONFIG_SYS_SPI_FLASH_U_BOOT_OFFS (96 << 10) +#define CONFIG_SYS_SPI_FLASH_U_BOOT_OFFS (128 << 10) #define CONFIG_SYS_MPC85XX_NO_RESETVEC #define CONFIG_SYS_LDSCRIPT "arch/powerpc/cpu/mpc85xx/u-boot.lds" #define CONFIG_SPL_SPI_BOOT diff --git a/include/configs/p1_p2_rdb_pc.h b/include/configs/p1_p2_rdb_pc.h index 95e23ac..4cabf04 100644 --- a/include/configs/p1_p2_rdb_pc.h +++ b/include/configs/p1_p2_rdb_pc.h @@ -159,12 +159,12 @@ #define CONFIG_FSL_LAW /* Use common FSL init code */ #define CONFIG_SYS_TEXT_BASE 0x11001000 #define CONFIG_SPL_TEXT_BASE 0xf8f81000 -#define CONFIG_SPL_PAD_TO 0x18000 -#define CONFIG_SPL_MAX_SIZE (96 * 1024) +#define CONFIG_SPL_PAD_TO 0x20000 +#define CONFIG_SPL_MAX_SIZE (128 * 1024) #define CONFIG_SYS_MMC_U_BOOT_SIZE (768 << 10) #define CONFIG_SYS_MMC_U_BOOT_DST (0x11000000) #define CONFIG_SYS_MMC_U_BOOT_START (0x11000000) -#define CONFIG_SYS_MMC_U_BOOT_OFFS (96 << 10) +#define CONFIG_SYS_MMC_U_BOOT_OFFS (128 << 10) #define CONFIG_SYS_MPC85XX_NO_RESETVEC #define CONFIG_SYS_LDSCRIPT "arch/powerpc/cpu/mpc85xx/u-boot.lds" #define CONFIG_SPL_MMC_BOOT @@ -189,12 +189,12 @@ #define CONFIG_FSL_LAW /* Use common FSL init code */ #define CONFIG_SYS_TEXT_BASE 0x11001000 #define CONFIG_SPL_TEXT_BASE 0xf8f81000 -#define CONFIG_SPL_PAD_TO 0x18000 -#define CONFIG_SPL_MAX_SIZE (96 * 1024) +#define CONFIG_SPL_PAD_TO 0x20000 +#define CONFIG_SPL_MAX_SIZE (128 * 1024) #define CONFIG_SYS_SPI_FLASH_U_BOOT_SIZE (768 << 10) #define CONFIG_SYS_SPI_FLASH_U_BOOT_DST (0x11000000) #define CONFIG_SYS_SPI_FLASH_U_BOOT_START (0x11000000) -#define CONFIG_SYS_SPI_FLASH_U_BOOT_OFFS (96 << 10) +#define CONFIG_SYS_SPI_FLASH_U_BOOT_OFFS (128 << 10) #define CONFIG_SYS_MPC85XX_NO_RESETVEC #define CONFIG_SYS_LDSCRIPT "arch/powerpc/cpu/mpc85xx/u-boot.lds" #define CONFIG_SPL_SPI_BOOT -- 1.8.4.1

1 3

Re: [U-Boot] [PATCH v15 07/10] arm64: core support
by Bhupesh Sharma 24 Jan '14

24 Jan '14

> -----Original Message----- > From: FengHua [mailto:fenghua@phytium.com.cn] > Sent: Sunday, December 01, 2013 7:48 PM > To: Sharma Bhupesh-B45370 > Cc: 'Bhupesh SHARMA'; 'u-boot(a)lists.denx.de'; 'trini(a)ti.com'; Wood Scott- > B07421 > Subject: Re: RE: Re: [U-Boot] [PATCH v15 07/10] arm64: core support > > > > > -----Original Message----- > > > From: FengHua [mailto:fenghua@phytium.com.cn] > > > Sent: Friday, November 29, 2013 7:05 PM > > > To: Bhupesh SHARMA > > > Cc: u-boot(a)lists.denx.de; Sharma Bhupesh-B45370; trini(a)ti.com; Wood > > > Scott-B07421 > > > Subject: Re: Re: [U-Boot] [PATCH v15 07/10] arm64: core support > > > > > > > > > hi Bhupesh, > > > Thank you for reviewing of the patch. > > > > > > > > +/* > > > > > + * Generic timer implementation of timer_read_counter() */ > > > > > +unsigned long timer_read_counter(void) { > > > > > + unsigned long cntpct; > > > > > + isb(); > > > > > + asm volatile("mrs %0, cntpct_el0" : "=r" (cntpct)); > > > > > + return cntpct; > > > > > +} > > > > > diff --git a/arch/arm/cpu/armv8/gic.S b/arch/arm/cpu/armv8/gic.S > > > > > > > > The ARMv8 foundation model has support for GICv2 while GICv3 is > > > > actually compatible to ARMv8. So although you mention in the cover > > > > letter that this is currently GICv2 support, now while trying to > > > > add > > > > GICv3 support it will be difficult to envision GICv2 code in > > > 'arch/arm/cpu/armv8/' > > > > directory. > > > > > > > > Infact GICv2 is compatible with ARMv7 and as secure and non-secure > > > > copies of GIC registers are equally applicable to ARMv7, would it > > > > make sense to keep the GICv2 code at a place where both ARMv7 and > > > > ARMv8 can use it? > > > > > > > > Can we reuse something from [1] for GICv2: > > > > > > > > [1] > > > > http://git.denx.de/?p=u-boot.git;a=blob;f=arch/arm/cpu/armv7/nonse > > > > c_vi > > > > rt.S;h=24b4c18bd452fa155bcd5ed94c755aa05a33efe7;hb=HEAD#l88 > > > > > > > > > > Gicv2 only support maximum 8 cores, but still could be used with > > > armv8 processors if the processor contains less than 8 cores. AMCC's > > > armv8 processor use Gicv2. > > > Yes, as you said it would be better to abstract a few common > > > routines of > > > Gicv2 and Gicv3 code and place them at a common place (such as > > > arm/lib) so that both ARMv7 and ARMv8 could use it. > > > > > > > > + /* Cache/BPB/TLB Invalidate */ > > > > > + bl __asm_flush_dcache_all /* dCache > clean&invalidate */ > > > > > + bl __asm_invalidate_icache_all /* iCache invalidate */ > > > > > + bl __asm_invalidate_tlb_all /* invalidate TLBs */ > > > > > + > > > > > + /* Processor specific initialization */ > > > > > + bl lowlevel_init > > > > > > > > Shouldn't this call be protected inside a '#ifndef > > > > CONFIG_SKIP_LOWLEVEL_INIT'? > > > > > > > We could do so when it is actually needed. > > > > > > > > +WEAK(lowlevel_init) > > > > > > > > Ok, so this means that a specific SoC lowlevel_init implementation > > > > can override this generic implementation. Because I sure other > > > > secure/non-secure settings need to be put into place for ARM IPs > > > > like SMMU-500. > > > > > > > > > > > > +ENTRY(armv8_switch_to_el2) > > > > > > > > Do we need a switch to Secure Monitor here? I am not able to > > > > relate how this with the present ARMv7 code (see [2]): > > > > > > > > [2] > > > > http://git.denx.de/?p=u-boot.git;a=blob;f=arch/arm/cpu/armv7/nonse > > > > c_vi > > > > rt.S;h=24b4c18bd452fa155bcd5ed94c755aa05a33efe7;hb=HEAD#l29 > > > > > > > Armv8 processor reset at el3(if it support security extension). So > > > we need to switch the processor to el2 or el1 before u-boot jump to > > > linux kernel due to linux-aarch64 only run at el2 or el1. > > > > > > > Hi David, > > > > As per ARMv8 Arch Reference Manual (ARM), Monitor mode is provided to > > support switching between Secure and Non-secure states. For switching > > from secure to non secure state the usual mechanism is an exception > > return. To return to Non-secure state (EL1/EL2), software executing in > Monitor mode(EL3) sets SCR.NS to 1 and then performs the exception > return. > > > > The implementation already in place for ARMv7 (see: > > http://git.denx.de/?p=u-boot.git;a=blob;f=arch/arm/cpu/armv7/nonsec_vi > > rt.S;h=24b4c18bd452fa155bcd5ed94c755aa05a33efe7;hb=HEAD#l29), > > does this (sets up SMC handler and start.S calls smc #0 to switch to > non-secure state). > > > > Something similar must be put into place for ARMv8 as well. > > > Sorry，I did not get your initially. > In my opinion, u-boot runs at monitor mode(EL3), it coulde set SCR.NS to > 1 directly. > Why we need to setup SMC handler and call SMC #0 to switch to non-secure > state? > I don't understand why armv7 did so. Did you have any understanding about > this? Well, all ARM cores which support security extensions must support a SMC exception handler (ARMv7/v8). The monitor mode (which is entered by executing a SMC instruction) allows ARM core to switch from secure to non-secure state and vice-versa. Note that for supporting ARM TrustZone, ARM specifies a SMC calling convention spec: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.den0028a/index.… Regards, Bhupesh

5 5

[U-Boot] U-boot for 64bit ARMv8
by Richard Schmitt 24 Jan '14

24 Jan '14

Is anyone considering porting/supporting uboot for ARMv8. Our initial investigation of boot loader support for ARMv8 indicates that the only boot loader currently being targeted is UEFI. The decisions we need to make are: - Do we move to UEFI on ARM? - Can we leverage someone else's enablement of ARMv8? - Do we provide our own enablement of ARMv8? Any opinions? Rich

5 6

[U-Boot] [PATCH V2 1/5] ARM: tegra: set env vars to indicate Cardhu A04 support
by Stephen Warren 23 Jan '14

23 Jan '14

From: Stephen Warren <swarren(a)nvidia.com> The U-Boot "cardhu" build supports only revision 4 of the Cardhu board and later compatible revisions. Hence, set $board_name in the default environment to "cardhu-a04" rather than just "cardhu". The Linux kernel has separate DTs for Cardhu A02 and A04, although the former isn't really supported any more. Consequently, the kernel DT file that matches the U-Boot cardhu build is "tegra30-cardhu-a04.dtb" rather than "tegra30-cardhu.dtb". Set the $fdtfile default environment variable to reflect this. Signed-off-by: Stephen Warren <swarren(a)nvidia.com> --- v2: New patch. Note that this series depends on the following, which are not yet applied: (dgilmore) cmd_pxe.c add any option for filesystem with sysboot uses generic load (dgilmore) config: add config_distro_defaults.h (swarren) pxe: implement fdtdir extlinux.conf tag (swarren) fs: fix generic save command implementation (swarren) fs: implement infra-structure for an 'exists' function (swarren) sandbox: implement fs_exists() and 'sb exists' shell function (swarren) ext4: implement exists() for ext4fs (swarren) fat: implement exists() for FAT fs --- include/configs/cardhu.h | 4 ++++ include/configs/tegra-common-post.h | 7 ++++++- 2 files changed, 10 insertions(+), 1 deletion(-) diff --git a/include/configs/cardhu.h b/include/configs/cardhu.h index 4abb03ea56dd..e80d1a6fa3a4 100644 --- a/include/configs/cardhu.h +++ b/include/configs/cardhu.h @@ -30,6 +30,10 @@ #define V_PROMPT "Tegra30 (Cardhu) # " #define CONFIG_TEGRA_BOARD_STRING "NVIDIA Cardhu" +#define BOARD_EXTRA_ENV_SETTINGS \ + "board_name=cardhu-a04\0" \ + "fdtfile=tegra30-cardhu-a04.dtb\0" + /* Board-specific serial config */ #define CONFIG_SERIAL_MULTI #define CONFIG_TEGRA_ENABLE_UARTA diff --git a/include/configs/tegra-common-post.h b/include/configs/tegra-common-post.h index a3242fe61299..020b9b17b1d0 100644 --- a/include/configs/tegra-common-post.h +++ b/include/configs/tegra-common-post.h @@ -129,10 +129,15 @@ "stderr=serial" STDOUT_LCD "\0" \ "" +#ifndef BOARD_EXTRA_ENV_SETTINGS +#define BOARD_EXTRA_ENV_SETTINGS +#endif + #define CONFIG_EXTRA_ENV_SETTINGS \ TEGRA_DEVICE_SETTINGS \ MEM_LAYOUT_ENV_SETTINGS \ - BOOTCMDS_COMMON + BOOTCMDS_COMMON \ + BOARD_EXTRA_ENV_SETTINGS #if defined(CONFIG_TEGRA20_SFLASH) || defined(CONFIG_TEGRA20_SLINK) || defined(CONFIG_TEGRA114_SPI) #define CONFIG_FDT_SPI -- 1.8.1.5

1 4

[U-Boot] U-boot porting experiment -- which board or CPU will be good for doing it first time
by allan George 23 Jan '14

23 Jan '14

Hi, I have been reading u-boot documentation for last few weeks. I am looking forward to configure & write my own u-boot for some board or CPU . I will be doing it first time. Please suggest some existing board for which we have opensource U-boot software available, which are good for someone to start ? I can study that & apply same concept to other Processors or boards. I will like to be an expert in u-boot porting. TI sitara controllers or RPi(I have an Rpi) or some thing else ? Please suggest something. Regards, Allan

2 1

[U-Boot] [PATCH v6 0/38] Switch over to real Kbuild
by Masahiro Yamada 23 Jan '14

23 Jan '14

We switched to Kbuild style makefiles at v2014.01-rc1 release. With that modification, we can write makefiles simpler. But it is NOT real Kbuild. We need more progress. As the next step, this series imports (+ adjusts) build scripts from Linux Kernel under scripts/ directory. By applying this series, we can get more advantages: - short log - perfect dependency tracking - preparation to the next step, Kconfig - other things... Kbuild without Kconfig ---------------------- First of all, to make things clearer, let me explain the difference between "Kbuild" and "Kconfig". They are, I think, sometimes confusing. Kbuild - build system used for Linux Kernel. Some features of Kbuild are: (a) We can describe makefiles simply. Just add objects to "obj-y" like this: obj-$(CONFIG_FOO) += foo.o (b) We can describe directory descending nicely. Add directories with a slash to "obj-y" like this: obj-$(CONFIG_BAR) += bar/ (c) Short log like follows: CC common/foo.o CC common/bar.o LD common/built-in.o (d) Perfect dependency tracking I think this is the biggest advantage. To be honest, the dependency tracing of U-Boot build system was not reliable. Kconfig - A tool to manage CONFIG macros. We can handle the dependency among CONFIG macros. Kconfig allows us to modify CONFIG settings easily by "make config". GUI interface are also available by "make menuconfig" All defined CONFIG macros are stored into ".config" file I think most of U-boot developers are already familiar with above. (In most cases, they are Linux Kernel developers too.) I definitely want to port both of these, but I want to do them separately: Kbuild first. (If we do Kbuild and Kconfig at the same time, it might be messed up.) So, I want to do "Kbuild without Kconfig" in this series. The conventional tool (mkconfig + boards.cfg file) is used for board configuration. Prerequisite ------------ You need to apply the followings beforehand to use this series. [1] sandbox: Use system headers first for sandbox's os.c in a different way http://patchwork.ozlabs.org/patch/294233/ [2] board: tec-ng: Do not make directories in a board Makefile http://patchwork.ozlabs.org/patch/310825/ How to Build ? -------------- We can build the same as before. Do board configuraton first and then run "make". $ make omap4_panda_config Configuring for omap4_panda board... $ make CROSS_COMPILE=arm-linux-gnueabi- GEN include/autoconf.mk.dep GEN include/autoconf.mk CC lib/asm-offsets.s GEN include/generated/generic-asm-offsets.h CC arch/arm/cpu/armv7/omap4/asm-offsets.s GEN include/generated/asm-offsets.h HOSTCC scripts/basic/fixdep ... You will find a difference at a glance, short log If you need detail log message, please add "V=1". (You can also use "V=2") Please note we can no longer use $ make omap4_panda CROSS_COMPILE=arm-linux-gnueabi- to do board configuration and "make" at the same time. Instead, we can use Kbuild-ish way for that purpose: $ make omap4_panda_config all CROSS_COMPILE=arm-linux-gnuabi- This series keeps the other features: - Support out-of-tree build You can use "O=<dir_name>" like this $ mkdir build_dir $ make omap4_panda_config all O=build_dir CROSS_COMPILE=arm-linux-gnueabi- - Works with parallel make option Add "-j" option for this. Compiling will get faster. - Of cource, SPL, TPL build are supported (nand_spl also works. But "nand_spl" is obsolete and we should switch to "spl". Until when should we continue to maintain nand_spl?) - Breaks no boards (except some boards which are already broken) I built all target boards to prove correctness of this series at least for compile test. My Next Plan ------------ - Import Kconfig Use "make config", "make menuconfig", "make defconfig", etc. in U-Boot. - More refactoring Some parts of makefiles are still dirty. I want to refactor more makefiles in follow-up patches. - Use "obj-m" for standalone program?? Loadable module?? I have not deceided about this yet. Note ---- - I marked dirty parts with "FIX ME". In some board-specific config.mk files. # FIX ME ifneq ($(filter lib lib/lzma lib/zlib, $(obj)),) ccflags-y := -O2 endif In the top Makefile # FIX ME cpp_flags := $(KBUILD_CPPFLAGS) $(CPPFLAGS) $(UBOOTINCLUDE) $(NOSTDINC_FLAGS) c_flags := $(KBUILD_CFLAGS) $(cpp_flags) I will re-write them more nicely after other parts are prepared. Changes for v6: - Rebase on the current u-boot/master - Linux Kernel 3.13 was released on Jan. 20, so import build scripts from v3.13 to be breeding edge. - Minor change in post/lib_powerpc/fpu/Makefile - Include cmd_files under nand_spl/board/*/*/Makefile Changes for v5: - Fix a bug reported by Gerhard Sittig: "make tools" before running "make" failed at v4. - Revive "env" target so that we can build only under tools/env/. - Add a new patch at the tail: 38/38 "tools/env: cross-compile fw_printenv without setting HOSTCC" - Describe "clobber" target shortly by deleteing "*.imx" and "*.map" with wildcard matching. - Rebase on the current u-boot/master Changes for v4: - Add a new patch at the tail: 37/37 "kbuild: Do not generate .*.su files at the top directory" - Change "checkstack" target to Kbuild style - Move the line where U_BOOT_VERSION is defined Changes for v3: - Rebase on the current u-boot/master - Add a new patch at the tail: 36/36 "board: sandburst: delete FORCEBUILD" Changes for v2: - At version 1, nand_spl boards got broken at 12 and fixed at 14. Fix this problem - At version 1, sandbox got broken at 17 and fixed at 21. Fix this problem - Add a new patch at the tail: 35/35 "Kbuild: chech clean source and generate Makefile for out-of-tree build" - Rebase on v2014.01-rc2 tag Masahiro Yamada (38): .gitignore: ingore files generated by Kbuild Makefile.host.tmp: add a new script to refactor tools tools: convert makefiles to kbuild style board: samsung: refactor host programs examples: Use scripts/Makefile.build nand-spl: Use scripts/Makefile.build Makfile: move suffix rules to Makefile.build Makefile: move some variable definitions to the top Makefile Makefile: move BFD_ROOT_DIR to tools/gdb/Makefile kbuild: import Kbuild.include from linux v3.13 tag kbuild: Use Kbuild.include Makefile: move more flags to the top Makefile Makefile: refactor include path settings Makefile: move more stuff to top Makefile Makefile: move some flags to spl/Makefile Makefile: move some flags to examples makefiles kbuild: change out-of-tree build kbuild: add dummy obj-y to create built-in.o Makefile: rename scripts/Makefile.build to scripts/Makefile.build.tmp kbuild: import more build scripts from Linux v3.13 tag kbuild: use Linux Kernel build scripts kbuild: delete temporary build scripts kbuild: move some lines to more suitable place kbuild: convert some make rules to Kbuild style kbuild: move include directives of board configuration files kbuild: generate {spl,tpl}-autoconf.mk only when it is necessary Makefile: remove a cleaning target "tidy" kbuild: change the top Makefile to more Kbuild-ish structure examples: move api/ and standalone/ entry to examples/Makefile kbuild: refactor Makefile and spl/Makefile more Makefile: Do not pass MTD_VERSION from the top Makefile Makefile: refactor tools-all targets kbuild: use scripts/Makefile.clean kbuild: support simultaneous board configuration and "make all" kbuild: check clean source and generate Makefile for out-of-tree build board: sandburst: delete FORCEBUILD kbuild: Do not generate .*.su files at the top directory tools/env: cross-compile fw_printenv without setting HOSTCC .gitignore | 30 +- MAKEALL | 8 +- Makefile | 1311 +++++++++++++------- arch/arm/cpu/arm1136/config.mk | 2 +- arch/arm/cpu/arm926ejs/config.mk | 2 +- arch/arm/cpu/arm926ejs/davinci/config.mk | 2 +- arch/arm/cpu/armv7/am33xx/config.mk | 2 +- arch/arm/cpu/armv7/config.mk | 2 +- arch/arm/cpu/armv7/omap3/config.mk | 2 +- arch/arm/cpu/armv7/omap4/config.mk | 2 +- arch/arm/cpu/armv7/omap5/config.mk | 2 +- arch/arm/cpu/armv7/socfpga/config.mk | 2 +- arch/arm/cpu/armv7/tegra114/Makefile | 3 +- arch/arm/cpu/armv7/tegra30/Makefile | 3 +- arch/arm/imx-common/Makefile | 2 +- arch/blackfin/config.mk | 10 +- arch/blackfin/cpu/Makefile | 10 +- arch/blackfin/lib/Makefile | 5 +- arch/m68k/cpu/mcf5227x/Makefile | 2 +- arch/m68k/cpu/mcf523x/Makefile | 2 +- arch/m68k/cpu/mcf52x2/Makefile | 2 +- arch/m68k/cpu/mcf532x/Makefile | 2 +- arch/m68k/cpu/mcf5445x/Makefile | 2 +- arch/m68k/cpu/mcf547x_8x/Makefile | 2 +- arch/mips/cpu/mips32/config.mk | 2 +- arch/mips/cpu/mips64/config.mk | 2 +- arch/mips/cpu/xburst/config.mk | 2 +- arch/nds32/config.mk | 2 +- arch/nds32/cpu/n1213/Makefile | 3 + arch/powerpc/cpu/mpc8xx/Makefile | 2 +- arch/powerpc/lib/Makefile | 4 +- arch/sandbox/cpu/Makefile | 11 +- arch/sparc/config.mk | 3 +- arch/x86/lib/Makefile | 2 +- board/ait/cam_enc_4xx/config.mk | 2 +- board/avionic-design/medcom-wide/Makefile | 2 +- board/avionic-design/plutux/Makefile | 2 +- board/avionic-design/tec-ng/Makefile | 2 +- board/avionic-design/tec/Makefile | 2 +- board/bct-brettl2/config.mk | 7 +- board/bf518f-ezbrd/config.mk | 7 +- board/bf526-ezbrd/config.mk | 7 +- board/bf527-ad7160-eval/config.mk | 7 +- board/bf527-ezkit/config.mk | 7 +- board/bf527-sdp/config.mk | 7 +- board/bf533-ezkit/config.mk | 7 +- board/bf533-stamp/config.mk | 7 +- board/bf537-stamp/config.mk | 7 +- board/bf538f-ezkit/config.mk | 7 +- board/bf548-ezkit/config.mk | 7 +- board/bf561-acvilon/config.mk | 7 +- board/bf561-ezkit/config.mk | 7 +- board/br4/config.mk | 7 +- board/cm-bf527/config.mk | 7 +- board/cm-bf533/config.mk | 7 +- board/cm-bf537e/config.mk | 7 +- board/cm-bf537u/config.mk | 7 +- board/cm-bf548/config.mk | 7 +- board/cm-bf561/config.mk | 7 +- board/compal/paz00/Makefile | 2 +- board/compulab/trimslice/Makefile | 2 +- board/cray/L1/Makefile | 10 +- board/freescale/common/Makefile | 5 +- board/h2200/Makefile | 2 +- board/ip04/config.mk | 7 +- board/matrix_vision/mvblm7/Makefile | 4 +- board/matrix_vision/mvblx/Makefile | 2 +- board/matrix_vision/mvsmr/Makefile | 2 +- board/nvidia/common/Makefile | 2 +- board/pcs440ep/config.mk | 2 +- board/pr1/config.mk | 7 +- board/samsung/origen/Makefile | 23 +- .../origen/tools/{mkv310_image.c => mkorigenspl.c} | 0 board/samsung/smdkv310/Makefile | 16 +- .../tools/{mkv310_image.c => mksmdkv310spl.c} | 0 board/sandburst/karef/Makefile | 6 +- board/sandburst/metrobox/Makefile | 6 +- board/spear/common/Makefile | 5 +- board/spear/x600/Makefile | 5 +- board/st-ericsson/snowball/Makefile | 2 +- board/st-ericsson/u8500/Makefile | 2 +- board/tcm-bf518/config.mk | 7 +- board/tcm-bf537/config.mk | 7 +- common/Makefile | 11 +- config.mk | 333 +---- disk/Makefile | 2 +- doc/DocBook/Makefile | 73 +- drivers/bios_emulator/Makefile | 5 +- drivers/hwmon/Makefile | 2 +- drivers/net/npe/Makefile | 4 +- drivers/rtc/Makefile | 2 +- drivers/usb/musb-new/Makefile | 7 +- dts/Makefile | 20 +- examples/Makefile | 9 + examples/api/Makefile | 44 +- examples/standalone/Makefile | 74 +- fs/ubifs/Makefile | 2 +- fs/yaffs2/Makefile | 9 +- lib/Makefile | 2 +- lib/lzma/Makefile | 2 +- mkconfig | 2 +- nand_spl/board/amcc/acadia/Makefile | 45 +- nand_spl/board/amcc/bamboo/Makefile | 45 +- nand_spl/board/amcc/canyonlands/Makefile | 45 +- nand_spl/board/amcc/kilauea/Makefile | 43 +- nand_spl/board/amcc/sequoia/Makefile | 47 +- nand_spl/board/freescale/mpc8315erdb/Makefile | 47 +- nand_spl/board/freescale/mpc8536ds/Makefile | 59 +- nand_spl/board/freescale/mpc8569mds/Makefile | 59 +- nand_spl/board/freescale/mpc8572ds/Makefile | 59 +- nand_spl/board/freescale/p1023rds/Makefile | 60 +- nand_spl/board/freescale/p1_p2_rdb/Makefile | 59 +- nand_spl/board/sheldon/simpc8313/Makefile | 48 +- net/Makefile | 2 +- post/lib_powerpc/fpu/Makefile | 29 +- rules.mk | 51 - scripts/Kbuild.include | 284 +++++ scripts/Makefile | 2 + scripts/Makefile.build | 519 +++++++- scripts/Makefile.clean | 108 ++ scripts/Makefile.host | 170 +++ scripts/Makefile.lib | 375 ++++++ scripts/basic/.gitignore | 1 + scripts/basic/Makefile | 15 + scripts/basic/fixdep.c | 462 +++++++ scripts/mkmakefile | 59 + spl/Makefile | 190 +-- tools/.gitignore | 3 +- tools/Makefile | 373 ++---- tools/crc32.c | 1 + tools/easylogo/Makefile | 12 +- tools/env/.gitignore | 2 + tools/env/Makefile | 39 +- tools/env/README | 5 +- tools/env/crc32.c | 1 + tools/env/ctype.c | 1 + tools/env/env_attr.c | 1 + tools/env/env_flags.c | 1 + tools/env/linux_string.c | 1 + tools/env_embedded.c | 1 + tools/fdt.c | 1 + tools/fdt_ro.c | 1 + tools/fdt_rw.c | 1 + tools/fdt_strerror.c | 1 + tools/fdt_wip.c | 1 + tools/gdb/Makefile | 64 +- tools/image-fit.c | 1 + tools/image-sig.c | 1 + tools/image.c | 1 + tools/kernel-doc/Makefile | 21 +- tools/md5.c | 1 + tools/rsa-sign.c | 1 + tools/sha1.c | 1 + 153 files changed, 3689 insertions(+), 2055 deletions(-) rename board/samsung/origen/tools/{mkv310_image.c => mkorigenspl.c} (100%) rename board/samsung/smdkv310/tools/{mkv310_image.c => mksmdkv310spl.c} (100%) create mode 100644 examples/Makefile delete mode 100644 rules.mk create mode 100644 scripts/Kbuild.include create mode 100644 scripts/Makefile create mode 100644 scripts/Makefile.clean create mode 100644 scripts/Makefile.host create mode 100644 scripts/Makefile.lib create mode 100644 scripts/basic/.gitignore create mode 100644 scripts/basic/Makefile create mode 100644 scripts/basic/fixdep.c create mode 100644 scripts/mkmakefile create mode 100644 tools/crc32.c create mode 100644 tools/env/.gitignore create mode 100644 tools/env/crc32.c create mode 100644 tools/env/ctype.c create mode 100644 tools/env/env_attr.c create mode 100644 tools/env/env_flags.c create mode 100644 tools/env/linux_string.c create mode 100644 tools/env_embedded.c create mode 100644 tools/fdt.c create mode 100644 tools/fdt_ro.c create mode 100644 tools/fdt_rw.c create mode 100644 tools/fdt_strerror.c create mode 100644 tools/fdt_wip.c create mode 100644 tools/image-fit.c create mode 100644 tools/image-sig.c create mode 100644 tools/image.c create mode 100644 tools/md5.c create mode 100644 tools/rsa-sign.c create mode 100644 tools/sha1.c -- 1.8.3.2

1 38

[U-Boot] Warnings on arm64 build
by Masahiro Yamada 23 Jan '14

23 Jan '14

Hello aarch64 experts, Since commit 3865ceb (vexpress/armv7: Fix incorrect ethernet controller), I have many warning messages when I compile vexpress board. smc91111.c: In function ‘poll4int’: smc91111.h:252:25: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] #define SMC_inw(a,r) (*((volatile word *)((a)->iobase+(r)))) ^ smc91111.c:242:18: note: in expansion of macro ‘SMC_inw’ word old_bank = SMC_inw (dev, BSR_REG); ^ smc91111.h:261:28: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] #define SMC_outw(a,d,r) (*((volatile word *)((a)->iobase+(r))) = d) ^ smc91111.h:747:33: note: in expansion of macro ‘SMC_outw’ #define SMC_SELECT_BANK(a,x) { SMC_outw((a), (x), BANK_SELECT ); } Best Regards Masahiro Yamada

2 1

[U-Boot] File system API: Read file size without reading file contents
by Frank Bormann 23 Jan '14

23 Jan '14

Hi All, I would like to read a configuration file from an ext4 disk partition in u-boot and parse its contents. In order to malloc a buffer of sufficient size to read the entire file contents, I would need to know the file size before actually reading it. As far as I understand, the current struct fstype_info API does not allow me to do that (other than parsing the ls output). While the read function does in fact return the file size, it does so only after the file was already read into memory. Lower level functions for ext4 such as ext4fs_open() do however provide this information before reading the file contents. Unless there is something that I have missed, how would you feel about me adding a .size function to the struct fstype_info API to expose this information on the top-level API? Thanks, Frank

2 1

[U-Boot] How to perform a secure boot on ARM Linux
by rakesh ranjan 23 Jan '14

23 Jan '14

Hi, I have a beagle board and want to create a u-boot that verifies the kernel and rootfs before booting it. Any pointers on how it can be achieved will be appreciated. Rakesh

5 4

[U-Boot] [PATCH 1/3 V3] esdhc: Workaround for card can't be detected on T4240QDS
by Haijun Zhang 23 Jan '14

23 Jan '14

Card detection pin is ineffective on T4240QDS Rev1.0. There are two cards can be connected to board. 1. eMMC card is built-in board, can not be removed. so For eMMC card it is always there. 2. Card detecting pin is functional for SDHC card in Rev2.0. This workaround force sdhc driver scan and initialize the card regardless of whether the card is inserted or not in case Rev1.0. Signed-off-by: Haijun Zhang <Haijun.Zhang(a)freescale.com> --- changes for V3: - Define quirk in board specific file instead of code in driver changes for V2: - Add the judgement condition for this broken card drivers/mmc/fsl_esdhc.c | 4 ++++ include/configs/T4240QDS.h | 5 +++++ 2 files changed, 9 insertions(+) diff --git a/drivers/mmc/fsl_esdhc.c b/drivers/mmc/fsl_esdhc.c index e522a70..2ee93cd 100644 --- a/drivers/mmc/fsl_esdhc.c +++ b/drivers/mmc/fsl_esdhc.c @@ -548,6 +548,10 @@ static int esdhc_getcd(struct mmc *mmc) struct fsl_esdhc *regs = (struct fsl_esdhc *)cfg->esdhc_base; int timeout = 1000; +#ifdef CONFIG_ESDHC_DETECT_QUIRK + if (CONFIG_ESDHC_DETECT_QUIRK) + return 1; +#endif while (!(esdhc_read32(&regs->prsstat) & PRSSTAT_CINS) && --timeout) udelay(1000); diff --git a/include/configs/T4240QDS.h b/include/configs/T4240QDS.h index c96df54..0e0b346 100644 --- a/include/configs/T4240QDS.h +++ b/include/configs/T4240QDS.h @@ -165,6 +165,8 @@ unsigned long get_board_ddr_clk(void); #define QIXIS_RCFG_CTL_RECONFIG_IDLE 0x20 #define QIXIS_RCFG_CTL_RECONFIG_START 0x21 #define QIXIS_RCFG_CTL_WATCHDOG_ENBLE 0x08 +#define QIXIS_BRDCFG5 0x55 +#define QIXIS_MUX_SDHC 2 #define QIXIS_BASE_PHYS (0xf00000000ull | QIXIS_BASE) #define CONFIG_SYS_CSPR3_EXT (0xf) @@ -466,6 +468,9 @@ unsigned long get_board_ddr_clk(void); #define CONFIG_CMD_FAT #define CONFIG_DOS_PARTITION #define CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33 +#define CONFIG_ESDHC_DETECT_QUIRK \ + (!(readb(QIXIS_BASE + QIXIS_BRDCFG5) & QIXIS_MUX_SDHC) || \ + IS_SVR_REV(get_svr(), 1, 0)) #endif #define CONFIG_BOOTDELAY 10 /* -1 disables auto-boot */ -- 1.8.4.1

4 8