February 2015 - U-Boot

[U-Boot] [PATCH v2 0/3] Clean out SPL ready for driver model
by Simon Glass 26 Feb '15

26 Feb '15

This series includes a few more patches aimed at getting rid of gdata, the parallel global_data structure introduced on some ARM boards. This series relies on this patch: https://patchwork.ozlabs.org/patch/423789/ Changes in v2: - Remove gdata definition from ARM spl header file also Simon Glass (3): ti: davinci: Remove unnecessary stack and global_data fiddles Revert "Revert "ARM: SPL: do not set gd again"" arm: spl: Avoid setting up a duplicate global data structure arch/arm/cpu/arm926ejs/davinci/spl.c | 6 +----- arch/arm/include/asm/spl.h | 2 -- arch/arm/lib/spl.c | 12 ------------ 3 files changed, 1 insertion(+), 19 deletions(-) -- 2.2.0.rc0.207.ga3a616c

3 13

[U-Boot] U-Boot Atmel SAMA5D3 Xplained
by Ravi Sharma 26 Feb '15

26 Feb '15

hi I am trying to get kernel source for the board Atmel SAMA5D3 Xplained. I have uploaded first stage bootloader "*AT91Bootstrap 3.7.1*" and second stage bootloader "*U-Boot 2014.07*". the next step is setting up the Ethernet communication. I have set all the address as instructed but the board is unable to run the *PING* command. I am attaching the screen shot of the messages it shows when I try to reset the board and i the env variables. Please help me to solve this problem. Thanks and Warm Regards Ravi Kumar Mo. +919582860503

1 1

[U-Boot] [PATCH v3 00/12] Add PSCI support for Jetson TK1/Tegra124 + CNTFRQ fix
by Jan Kiszka 26 Feb '15

26 Feb '15

Changes in v3: - use memory node adjustment for RAM carveout instead of reservation - style fixes Find patches also under https://github.com/siemens/u-boot/tree/jetson-tk1-v3 Jan CC: Ian Campbell <ijc(a)hellion.org.uk> Ian Campbell (3): tegra124: Add more registers to struct mc_ctlr jetson-tk1: Add PSCI configuration options and reserve secure code tegra124: Reserve secure RAM using MC_SECURITY_CFG{0, 1}_0 Jan Kiszka (9): ARM: Factor out reusable psci_cpu_off_common ARM: Factor out reusable psci_cpu_entry ARM: Factor out reusable psci_get_cpu_stack_top ARM: Put target PC for PSCI CPU_ON on per-CPU stack virt-dt: Allow reservation of secure region when in a RAM carveout tegra: Make tegra_powergate_power_on public tegra: Add ap_pm_init hook tegra124: Add PSCI support for Tegra124 tegra: Set CNTFRQ for secondary CPUs arch/arm/cpu/armv7/Makefile | 1 + arch/arm/cpu/armv7/psci.S | 100 ++++++++++++++++++++++++ arch/arm/cpu/armv7/sunxi/psci.S | 108 ++++---------------------- arch/arm/cpu/armv7/tegra-common/Makefile | 1 + arch/arm/cpu/armv7/tegra-common/psci.S | 114 ++++++++++++++++++++++++++++ arch/arm/cpu/armv7/tegra124/Kconfig | 2 + arch/arm/cpu/armv7/tegra124/Makefile | 7 ++ arch/arm/cpu/armv7/tegra124/ap.c | 44 +++++++++++ arch/arm/cpu/armv7/virt-dt.c | 27 +++++++ arch/arm/cpu/armv7/virt-v7.c | 5 ++ arch/arm/cpu/tegra-common/ap.c | 15 ++++ arch/arm/cpu/tegra-common/powergate.c | 2 +- arch/arm/include/asm/arch-tegra/ap.h | 5 ++ arch/arm/include/asm/arch-tegra/powergate.h | 1 + arch/arm/include/asm/arch-tegra124/flow.h | 5 ++ arch/arm/include/asm/arch-tegra124/mc.h | 35 ++++++++- arch/arm/include/asm/armv7.h | 1 + arch/arm/include/asm/system.h | 1 + arch/arm/lib/bootm-fdt.c | 5 ++ board/nvidia/common/board.c | 4 + include/configs/jetson-tk1.h | 5 ++ 21 files changed, 392 insertions(+), 96 deletions(-) create mode 100644 arch/arm/cpu/armv7/tegra-common/psci.S create mode 100644 arch/arm/cpu/armv7/tegra124/Makefile create mode 100644 arch/arm/cpu/armv7/tegra124/ap.c -- 2.1.4

2 15

[U-Boot] checkarmreloc error for AArch64 (using vexpress_aemv8a_defconfig)
by Guillaume Gardet 26 Feb '15

26 Feb '15

Hi, While building vexpress_aemv8a_defconfig, I get the following error: ******************************************************************************** u-boot contains unexpected relocations: R_AARCH64_ABS64 R_AARCH64_RELATIVE Makefile:1258: recipe for target 'checkarmreloc' failed ******************************************************************************** Should we update the Makefile to handle this case? Or is it a bug somewhere? Guillaume

1 0

[U-Boot] [PATCH 0/2] Invoke board specific board_usb_cleanup function
by Inha Song 26 Feb '15

26 Feb '15

This patches invoke board-specific usb cleanup interface (board_usb_cleanup) After USB initalization. Inha Song (2): usb: common: provide a _weak board_usb_cleanup() function usb: invoke board specific USB cleanup interface common/cmd_dfu.c | 1 + common/cmd_thordown.c | 1 + common/cmd_usb_mass_storage.c | 1 + common/usb.c | 6 ++++++ 4 files changed, 9 insertions(+) -- 2.0.0.390.gcb682f8

5 15

Re: [U-Boot] [PATCH v4 03/10] Exynos542x: Add workaround for ARM errata 798870
by Akshay Saraswat 26 Feb '15

26 Feb '15

Hi Kevin, >Akshay Saraswat <akshay.s(a)samsung.com> writes: > >[...] > >> I don't think it hurts to have a generic function with ARM errata >> workaround implementation. Whoever wish to use it can call it in their >> boot path. And it's not even getting executed right now for any SoC >> other than Exynos542x, so those who don't want it need not bother >> about it. This was the intention. :) > >What about exynos542x platforms which also have secure firmware? Are >you testing this on any of those (e.g. exynos5422-odroid-xu3?) No, I have not tested this series on exynos5422-odroid-xu3 becuase I don't have it. :) Probably those who are working on exynos5422-odroid-xu3 should comment. I don't know anything about exynos5422-odroid-xu3 and don't have related documents. But as far as I know, from my past experience, for all such features (SMC calls, secondary cores boot path and configuration), there should be a different secure firmware which may not be U-Boot. If true, this whole series of patches would be useless and CONFIG_EXYNOS5420 should not be defined for such a SoC. > >Kevin Regards, Akshay Saraswat

1 0

[U-Boot] Please pull u-boot-fsl-qoriq master
by York Sun 26 Feb '15

26 Feb '15

Tom, The following changes since commit 38dac81b3d0e777f301ca98100bfbcab01d616c2: Merge branch 'master' of git://git.denx.de/u-boot-mmc (2015-02-23 16:18:06 -0500) are available in the git repository at: git://git.denx.de/u-boot-fsl-qoriq.git master for you to fetch changes up to 94e3c8c4fd7bfe395fa467973cd647551d6d98c7: crypto/fsl - Add progressive hashing support using hardware acceleration. (2015-02-25 13:20:02 -0800) ---------------------------------------------------------------- Alison Wang (2): arm: ls102xa: Define default values for some CCSR macros arm: ls1021x: Add support for initializing CAAM's stream id Arnab Basu (2): ARMv8/fsl-lsch3: Patch cpu node properties in DT for online cores ARMv8/ls2085a: Switch to passing earlycon to kernel Bhupesh Sharma (3): fsl-ch3/lowlevel: TZPC and TZASC programming to configure non-secure accesses armv8/fsl-lsch3: Add fdt-fixup for clock frequency of the DUART nodes ls2085/configs: Ensure right banners are printed for EMU and SIMU J. German Rivera (1): drivers/mc: Migrated MC Flibs to 0.5.2 Kuldip Giroh (1): ARMv8/LS2085A: HugeTLB support is required by default in LS NADK Minghuan Lian (4): arm/ls102xa: create TLB to map PCIe region arm/ls102xa: use a array to define pexmscportsr arm/ls1021a: add PCIe settings driver/pci: add Layerscape PCIe driver Stuart Yoder (1): ARMv8/ls2085a: Move kernel image load address Volodymyr Riazantsev (1): mmc: fsl_esdhc: Add support for DDR mode York Sun (15): armv8/fsl-lsch3: Change normal memory shareability armv8/fsl-lsch3: Convert flushing L3 to assembly to avoid using stack armv8/ls2085a: Enable cluster timebase for all clusters driver/ddr/fsl: Adjust CAS to preamble override for emulator driver/ddr/fsl: Add workaround for A008336 driver/ddr/fsl: Add workround for erratumn A008514 armv8/fsl-lsch3: Add support for second DDR clock driver/ddr/fsl: Add support for multiple DDR clocks ARMv8/LS2085A: Enable auto precharge for DP-DDR driver/ddr/fsl: Fix a typo in timing_cfg_8 calculation ARMv8/LS2085A: Adjust system clock and DDR clock driver/ddr/fsl: Add sync of refresh armv8/fsl-lsch3: Enable workaround for A008336 armv8/fsl-lsch3: Enable erratum workround for A008514 armv8/ls2085a_emu: Enable sync of refresh chenhui zhao (1): arm: ls102xa: workaround for cache coherency problem gaurav rana (2): crypto/fsl: Make function names consistent for blob encapsulation/decapsulation. crypto/fsl - Add progressive hashing support using hardware acceleration. Kconfig | 4 +- README | 23 +- arch/arm/cpu/armv7/ls102xa/cpu.c | 231 +++++++++- arch/arm/cpu/armv8/cache.S | 6 + arch/arm/cpu/armv8/cache_v8.c | 18 +- arch/arm/cpu/armv8/fsl-lsch3/cpu.c | 62 +-- arch/arm/cpu/armv8/fsl-lsch3/fdt.c | 28 +- arch/arm/cpu/armv8/fsl-lsch3/lowlevel.S | 132 ++++++ arch/arm/cpu/armv8/fsl-lsch3/mp.c | 8 + arch/arm/cpu/armv8/fsl-lsch3/mp.h | 1 + arch/arm/cpu/armv8/fsl-lsch3/speed.c | 16 +- arch/arm/include/asm/arch-fsl-lsch3/config.h | 38 ++ arch/arm/include/asm/arch-fsl-lsch3/immap_lsch3.h | 3 + arch/arm/include/asm/arch-ls102xa/config.h | 15 + arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h | 40 +- .../include/asm/arch-ls102xa/ls102xa_stream_id.h | 57 +++ arch/arm/include/asm/armv8/mmu.h | 3 +- arch/arm/include/asm/global_data.h | 3 + arch/arm/include/asm/system.h | 1 + arch/arm/lib/bootm.c | 2 +- board/freescale/common/ls102xa_stream_id.c | 15 + board/freescale/ls1021aqds/ls1021aqds.c | 21 + board/freescale/ls1021atwr/ls1021atwr.c | 21 + board/freescale/ls2085a/ddr.c | 1 + board/freescale/ls2085a/ls2085a.c | 29 +- common/cmd_blob.c | 18 +- common/hash.c | 10 + doc/README.fsl-trustzone-components | 25 ++ drivers/crypto/fsl/fsl_blob.c | 4 +- drivers/crypto/fsl/fsl_hash.c | 138 +++++- drivers/crypto/fsl/fsl_hash.h | 34 ++ drivers/ddr/fsl/arm_ddr_gen3.c | 2 +- drivers/ddr/fsl/ctrl_regs.c | 216 +++++---- drivers/ddr/fsl/ddr1_dimm_params.c | 18 +- drivers/ddr/fsl/ddr2_dimm_params.c | 12 +- drivers/ddr/fsl/ddr3_dimm_params.c | 8 +- drivers/ddr/fsl/ddr4_dimm_params.c | 8 +- drivers/ddr/fsl/fsl_ddr_gen4.c | 36 +- drivers/ddr/fsl/lc_common_dimm_params.c | 27 +- drivers/ddr/fsl/main.c | 29 +- drivers/ddr/fsl/mpc85xx_ddr_gen3.c | 4 +- drivers/ddr/fsl/options.c | 6 +- drivers/ddr/fsl/util.c | 67 ++- drivers/mmc/fsl_esdhc.c | 8 +- drivers/net/Makefile | 2 +- drivers/net/{fsl_mc => fsl-mc}/Makefile | 4 +- drivers/net/fsl-mc/dpmng.c | 91 ++++ drivers/net/fsl-mc/fsl_dpmng_cmd.h | 49 ++ drivers/net/{fsl_mc => fsl-mc}/mc.c | 132 ++++-- drivers/net/fsl-mc/mc_sys.c | 63 +++ drivers/pci/pcie_layerscape.c | 471 +++++++++++++++++++- include/configs/ls1021aqds.h | 24 + include/configs/ls1021atwr.h | 24 + include/configs/ls2085a_common.h | 19 +- include/configs/ls2085a_emu.h | 4 + include/configs/ls2085a_simu.h | 3 + include/configs/mx6_common.h | 2 + include/fsl-mc/fsl_dpmng.h | 121 +++++ include/{ => fsl-mc}/fsl_mc.h | 0 include/fsl-mc/fsl_mc_cmd.h | 132 ++++++ include/fsl-mc/fsl_mc_sys.h | 26 ++ include/fsl_ddr.h | 17 +- include/fsl_ddr_dimm_params.h | 2 +- include/fsl_esdhc.h | 1 + include/fsl_sec.h | 26 ++ include/hw_sha.h | 41 +- lib/Kconfig | 36 ++ 67 files changed, 2404 insertions(+), 334 deletions(-) create mode 100644 doc/README.fsl-trustzone-components create mode 100644 drivers/crypto/fsl/fsl_hash.h rename drivers/net/{fsl_mc => fsl-mc}/Makefile (75%) create mode 100644 drivers/net/fsl-mc/dpmng.c create mode 100644 drivers/net/fsl-mc/fsl_dpmng_cmd.h rename drivers/net/{fsl_mc => fsl-mc}/mc.c (67%) create mode 100644 drivers/net/fsl-mc/mc_sys.c create mode 100644 include/fsl-mc/fsl_dpmng.h rename include/{ => fsl-mc}/fsl_mc.h (100%) create mode 100644 include/fsl-mc/fsl_mc_cmd.h create mode 100644 include/fsl-mc/fsl_mc_sys.h Thanks. York

2 1

[U-Boot] [PATCH 1/6] x86: Support machines with >4GB of RAM
by Simon Glass 26 Feb '15

26 Feb '15

Some systems have more than 4GB of RAM. U-Boot can only place things below 4GB so any memory above that should not be used. Ignore any such memory so that the memory size will not exceed the maximum. This prevents gd->ram_size exceeding 4GB which causes problems for PCI devices which use DMA. Signed-off-by: Simon Glass <sjg(a)chromium.org> --- arch/x86/cpu/coreboot/sdram.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/x86/cpu/coreboot/sdram.c b/arch/x86/cpu/coreboot/sdram.c index e98a230..9c3ab81 100644 --- a/arch/x86/cpu/coreboot/sdram.c +++ b/arch/x86/cpu/coreboot/sdram.c @@ -90,7 +90,8 @@ int dram_init(void) struct memrange *memrange = &lib_sysinfo.memrange[i]; unsigned long long end = memrange->base + memrange->size; - if (memrange->type == CB_MEM_RAM && end > ram_size) + if (memrange->type == CB_MEM_RAM && end > ram_size && + memrange->base < (1ULL << 32)) ram_size = end; } gd->ram_size = ram_size; @@ -108,7 +109,8 @@ void dram_init_banksize(void) for (i = 0, j = 0; i < lib_sysinfo.n_memranges; i++) { struct memrange *memrange = &lib_sysinfo.memrange[i]; - if (memrange->type == CB_MEM_RAM) { + if (memrange->type == CB_MEM_RAM && + memrange->base < (1ULL << 32)) { gd->bd->bi_dram[j].start = memrange->base; gd->bd->bi_dram[j].size = memrange->size; j++; -- 2.2.0.rc0.207.ga3a616c

4 16

[U-Boot] [PATCH] stdio: extend "name" to 32 symbols
by Alexey Brodkin 26 Feb '15

26 Feb '15

With limit of 16 symbols very simple device names derived drom device tree description could not be displayed correctly. For example "serial0@0xc0fc1000" will be truncated to sensless "serial0@0xc0fc10" - note dropped tariling zeros. Signed-off-by: Alexey Brodkin <abrodkin(a)synopsys.com> Cc: Simon Glass <sjg(a)chromium.org> Cc: Tom Rini <trini(a)ti.com> --- include/stdio_dev.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/stdio_dev.h b/include/stdio_dev.h index 24da23f..95d6246 100644 --- a/include/stdio_dev.h +++ b/include/stdio_dev.h @@ -23,7 +23,7 @@ struct stdio_dev { int flags; /* Device flags: input/output/system */ int ext; /* Supported extensions */ - char name[16]; /* Device name */ + char name[32]; /* Device name */ /* GENERAL functions */ -- 2.1.0

2 1

[U-Boot] btrfs?
by Johannes Ernst 26 Feb '15

26 Feb '15

I’m attempting to run a version of Arch Linux ARM on the Beagle Bone Black (and some similar devices), using a btrfs root file system. Lots of Googling hasn’t produced a good answer whether this is viable, and if so, how. Would appreciate input. I came across this patch but it might be unmaintained? https://github.com/falstaff84/u-boot/commit/cf83cc04bab4aa1bc802cfca8f33f2e… <https://github.com/falstaff84/u-boot/commit/cf83cc04bab4aa1bc802cfca8f33f2e…> Alternatively, is there a way I could create an ext4 /boot partition that holds the kernel, which is being pointed to the root partition? If so, how would I do this? Thanks, Johannes.

1 0