May 2018 - U-Boot

[U-Boot] [For knowledge-sake] Understanding of couple of things under the hood
by Ajay Garg 01 May '18

01 May '18

Hi All. I have been able to bring up xen on cubieboard2, using the following script gathered from google : ################################################################### # SUNXI Xen Boot Script # Arch Linux ARM adaption of the cmd file which can be found at http://openmirage.org/wiki/xen-on-cubieboard2 # Addresses suitable for 1GB system, adjust as appropriate for a 2GB system. # Top of RAM: 0x80000000 # Xen relocate addr 0x7fe00000 setenv kernel_addr_r 0x7f600000 # 10 MB setenv fdt_addr 0x7ec00000 # 2 MB setenv xen_addr_r 0x7ea00000 # 2 MB setenv fdt_high 0xffffffff # Load fdt in place instead of relocating # Load xen/xen to ${xen_addr_r}. fatload mmc 0 ${xen_addr_r} /xen setenv bootargs "dom0_mem=256M" # Load appropriate .dtb file to ${fdt_addr} fatload mmc 0 ${fdt_addr} /sun7i-a20-cubieboard2.dtb fdt addr ${fdt_addr} 0x40000 fdt resize fdt chosen fdt set /chosen \#address-cells <1> fdt set /chosen \#size-cells <1> # Load Linux arch/arm/boot/zImage to ${kernel_addr_r} fatload mmc 0 ${kernel_addr_r} /zImage fdt mknod /chosen module@0 fdt set /chosen/module@0 compatible "xen,linux-zimage" "xen,multiboot-module" fdt set /chosen/module@0 reg <${kernel_addr_r} 0x${filesize} > fdt set /chosen/module@0 bootargs "console=hvc0 rw root=/dev/mmcblk0p2 rootwait clk_ignore_unused" bootz ${xen_addr_r} - ${fdt_addr} ################################################################### I have been able to understand most of the workflow, except three things : a) Is the relocation-address of xen, given by # Xen relocate addr 0x7fe00000 hardcoded? Or it is computed someway from ${kernel_addr_r}, {fdt_addr}, {xen_addr_r}? In the bootup logs, xen does relocate to 0x7fe00000, so surely there is some magic going .. b) What does the argument 0x40000 signify in the following : fdt addr ${fdt_addr} 0x40000 I consulted https://www.denx.de/wiki/DULG/UBootCmdFDT, but did not find anything about this third argument. c) I assume filesize is the size of the kernel-binary, but how is it determined in the following : fdt set /chosen/module@0 reg <${kernel_addr_r} 0x${filesize} > Will be grateful for some help, as it will gain deeper understanding of the ecosystem. Thanks and Regards, Ajay

2 2

[U-Boot] [PATCH][v2] mtd: nand: fsl_ifc: Fix eccstat array overflow for IFC ver >= 2.0.0
by Jagdish Gediya 01 May '18

01 May '18

Number of ECC status registers i.e. (ECCSTATx) has been increased in IFC version 2.0.0 due to increase in SRAM size. This is causing eccstat array to over flow. So, replace eccstat array with u32 variable to make it fail-safe and independent of number of ECC status registers or SRAM size. Signed-off-by: Prabhakar Kushwaha <prabhakar.kushwaha(a)nxp.com> Signed-off-by: Jagdish Gediya <jagdish.gediya(a)nxp.com> --- Changes for v2: - Resolve checkpatch error - Give suitable name to variable and do proper initialization. drivers/mtd/nand/fsl_ifc_nand.c | 32 ++++++++++++-------------------- include/fsl_ifc.h | 4 ++-- 2 files changed, 14 insertions(+), 22 deletions(-) diff --git a/drivers/mtd/nand/fsl_ifc_nand.c b/drivers/mtd/nand/fsl_ifc_nand.c index d1165f7..6eb44c3 100644 --- a/drivers/mtd/nand/fsl_ifc_nand.c +++ b/drivers/mtd/nand/fsl_ifc_nand.c @@ -270,14 +270,9 @@ static int is_blank(struct mtd_info *mtd, struct fsl_ifc_ctrl *ctrl, /* returns nonzero if entire page is blank */ static int check_read_ecc(struct mtd_info *mtd, struct fsl_ifc_ctrl *ctrl, - u32 *eccstat, unsigned int bufnum) + u32 eccstat, unsigned int bufnum) { - u32 reg = eccstat[bufnum / 4]; - int errors; - - errors = (reg >> ((3 - bufnum % 4) * 8)) & 15; - - return errors; + return (eccstat >> ((3 - bufnum % 4) * 8)) & 15; } /* @@ -291,7 +286,7 @@ static int fsl_ifc_run_command(struct mtd_info *mtd) struct fsl_ifc_runtime *ifc = ctrl->regs.rregs; u32 timeo = (CONFIG_SYS_HZ * 10) / 1000; u32 time_start; - u32 eccstat[8] = {0}; + u32 eccstat; int i; /* set the chip select for NAND Transaction */ @@ -321,20 +316,17 @@ static int fsl_ifc_run_command(struct mtd_info *mtd) if (ctrl->eccread) { int errors; int bufnum = ctrl->page & priv->bufnum_mask; - int sector = bufnum * chip->ecc.steps; - int sector_end = sector + chip->ecc.steps - 1; - - for (i = sector / 4; i <= sector_end / 4; i++) { - if (i >= ARRAY_SIZE(eccstat)) { - printf("%s: eccstat too small for %d\n", - __func__, i); - return -EIO; - } + int sector_start = bufnum * chip->ecc.steps; + int sector_end = sector_start + chip->ecc.steps - 1; + u32 *eccstat_regs; - eccstat[i] = ifc_in32(&ifc->ifc_nand.nand_eccstat[i]); - } + eccstat_regs = ifc->ifc_nand.nand_eccstat; + eccstat = ifc_in32(&eccstat_regs[sector_start / 4]); + + for (i = sector_start; i <= sector_end; i++) { + if (!(i % 4)) + eccstat = ifc_in32(&eccstat_regs[i / 4]); - for (i = sector; i <= sector_end; i++) { errors = check_read_ecc(mtd, ctrl, eccstat, i); if (errors == 15) { diff --git a/include/fsl_ifc.h b/include/fsl_ifc.h index 29aa687..4bff019 100644 --- a/include/fsl_ifc.h +++ b/include/fsl_ifc.h @@ -892,8 +892,8 @@ struct fsl_ifc_nand { u32 nand_erattr1; u32 res19[0x10]; u32 nand_fsr; - u32 res20[0x3]; - u32 nand_eccstat[6]; + u32 res20[0x1]; + u32 nand_eccstat[8]; u32 res21[0x1c]; u32 nanndcr; u32 res22[0x2]; -- 1.9.1

3 5

[U-Boot] [PATCH] doc: rmobile: Update the README
by Marek Vasut 01 May '18

01 May '18

Synchronize the README with the current state of U-Boot, unify the build instructions to avoid duplication. Signed-off-by: Marek Vasut <marek.vasut+renesas(a)gmail.com> Cc: Nobuhiro Iwamatsu <iwamatsu(a)nigauri.org> --- doc/README.rmobile | 76 +++++++++++++++++++++++------------------------------- 1 file changed, 32 insertions(+), 44 deletions(-) diff --git a/doc/README.rmobile b/doc/README.rmobile index c65cbabc70..c925305595 100644 --- a/doc/README.rmobile +++ b/doc/README.rmobile @@ -7,13 +7,36 @@ family contains an ARM Cortex-A9/A53/A57. Currently the following boards are supported: -* KMC KZM-A9-GT [3] -* Atmark-Techno Armadillo-800-EVA [4] -* Renesas Electronics Lager -* Renesas Electronics Koelsch -* Renesas Electronics Salvator-X M3 -* Renesas Electronics Salvator-XS H3 ES2.0+ -* Renesas Electronics ULCB M3 / H3 ES2.0+ +| SoC | Board | defconfig +|===============+========================================+=================== +| R8A73A0 | KMC KZM-A9-GT [3] | kzm9g_config +| R8A7734 | Atmark-Techno Armadillo-800-EVA [4] | armadillo-800eva_config +|===============+========================================+=================== +| R8A7790 H2 | Renesas Electronics Lager | lager_defconfig +| | Renesas Electronics Stout | stout_defconfig +|---------------+----------------------------------------+------------------- +| R8A7791 M2-W | Renesas Electronics Koelsch | koelsch_defconfig +| | Renesas Electronics Porter | porter_defconfig +|---------------+----------------------------------------+------------------- +| R8A7792 V2H | Renesas Electronics Blanche | blanche_defconfig +|---------------+----------------------------------------+------------------- +| R8A7793 M2-N | Renesas Electronics Gose | gose_defconfig +|---------------+----------------------------------------+------------------- +| R8A7794 E2 | Renesas Electronics Alt | alt_defconfig +| | Renesas Electronics Silk | silk_defconfig +|===============+========================================+=================== +| R8A7795 H3 | Renesas Electronics Salvator-XS ES2.0+ | r8a7795_salvator-x_defconfig +| R8A7795 H3 | Renesas Electronics ULCB ES2.0+ | r8a7795_ulcb +|---------------+----------------------------------------+------------------- +| R8A7796 M3-W | Renesas Electronics Salvator-X | r8a7796_salvator-x_defconfig +| R8A7796 M3-W | Renesas Electronics ULCB | r8a7796_ulcb +|---------------+----------------------------------------+------------------- +| R8A77965 M3-N | Renesas Electronics Salvator-XS | r8a77965_salvator-x_defconfig +|---------------+----------------------------------------+------------------- +| R8A77970 V3M | Renesas Electronics Eagle | r8a77970_eagle_defconfig +|---------------+----------------------------------------+------------------- +| R8A77995 D3 | Renesas Electronics Draak | r8a77995_draak_defconfig +'===============+========================================+=================== Toolchain ========= @@ -30,49 +53,14 @@ in their package feeds. Build ===== -* KZM-A9-GT +Locate defconfig in the table above. Then apply standard build procedure: - make kzm9g_config - make - -* Armadillo-800-EVA - - make armadillo-800eva_config + make <board>_defconfig make Note: Armadillo-800-EVA's U-Boot supports booting from SDcard only. Please see "B.2 Appendix B Boot Specifications" in hardware manual. -* Lager - - make lager_config - make - -* Koelsch - - make koelsch_config - make - -* Salvator-X M3 - - make r8a7796_salvator-x_defconfig - make - -* Salvator-XS H3 ES2.0 - - make r8a7795_salvator-x_defconfig - make - -* ULCB M3 - - make r8a7796_ulcb_defconfig - make - -* ULCB H3 ES2.0 - - make r8a7795_ulcb_defconfig - make - Links ===== -- 2.16.2

1 0

[U-Boot] [RFC PATCH v1 0/5] Add fastboot UDP support
by Alex Kiernan 01 May '18

01 May '18

This series merges the fastboot UDP support from AOSP into mainline U-Boot. Open questions: - what's the correct way of attributing the original authors? I've added Co-authored-by, is that right? checkpatch doesn't seem to know any of the co- tags - currently there's no NAND support and I've no way of testing that, so my inclination is towards leaving it like that until someone with that particular itch to scratch can look at it - you can select both USB and UDP fastboot, but the comments in the AOSP code suggest that needs fixing - again, I've no board I can test USB fastboot on - the USB and UDP code want consolidating, with this series there would then be two separate implementations of the same protocol - the syntax for the USB fastboot command changes from `fastboot <controller>` to `fastboot usb <controller>`, that feels unacceptable and we probably want something like `fastboot <controller>` or `fastboot udp`? - unrelated to this series, but a show-stopper for me, there's no FIT image support, but that doesn't feel unsolveable - something like add an option to pass in the load address and/or use loadaddr, then something else to let you override the bootm invocation on the server side I've not tested all the code paths yet, but the obvious stuff works (basic interaction, download, boot) - every interaction elicits a `WARNING: unknown variable: slot-count` on the console; I'm guessing that my local end is sending a getvar for that, but I've not investigated. Without any way of testing any of the USB/NAND code I'm nervous of wading into that kind of refactoring, would that be a pre-requisite for merging? Alex Kiernan (5): dfu: Refactor fastboot_okay/fail to take response dfu: Extract fastboot_okay/fail to fb_common.c net: dfu: Merge AOSP UDP fastboot dfu: Resolve Kconfig dependency loops net: dfu: Support building without MMC cmd/fastboot.c | 32 ++- cmd/fastboot/Kconfig | 21 +- cmd/net.c | 6 + common/Makefile | 4 + common/fb_common.c | 44 ++++ common/fb_mmc.c | 114 ++++++--- common/fb_nand.c | 31 +-- common/image-sparse.c | 41 ++- drivers/usb/gadget/f_fastboot.c | 36 +-- include/fastboot.h | 17 +- include/fb_mmc.h | 4 +- include/fb_nand.h | 4 +- include/image-sparse.h | 2 +- include/net.h | 6 +- include/net/fastboot.h | 27 ++ net/Makefile | 1 + net/fastboot.c | 548 ++++++++++++++++++++++++++++++++++++++++ net/net.c | 9 + 18 files changed, 824 insertions(+), 123 deletions(-) create mode 100644 common/fb_common.c create mode 100644 include/net/fastboot.h create mode 100644 net/fastboot.c -- 2.7.4

7 30

[U-Boot] [PATCH v2 0/5] sunxi: Add support for ALL-H3-CC H2+/H5 variants
by Chen-Yu Tsai 01 May '18

01 May '18

Hi, This is v2 of the ALL-H3-CC H2+/H5 variants series. Changes since v1: - Renamed common board .dtsi to follow what was merged in Linux - Fixed error in Makefile - Collected acks from Maxime Original cover letter: This series is adds support for the H2+ and H5 variants of the Libre Computer Project ALL-H3-CC board. The board uses the same board design with the H2+, H3, and H5 SoCs, with different memory capacities. The H3 version was supported in v2018.03. The Linux Kernel patch submissions for these two boards can be found here: https://lkml.org/lkml/2018/4/24/312 The device tree changes are not synced from the kernel. Rather, the same changes are applied to U-boot's copy. First the ALL-H3-CC dts is split into a common board design dtsi, and a H3 specific dts. Then the H2+ and H5 versions are added, reusing the same dtsi file. Patch 1 disables R_I2C and SPL_I2C for the ALL-H3-CC. Turns out there is no use for it. Patch 2 splits the ALL-H3-CC dts file into a common board design dtsi, and a H3 specific dts. Patch 3 adds support for the H2+ variant of ALL-H3-CC. Patch 4 adds support for the H5 variant of ALL-H3-CC. Patch 5 is an unrelated cleanup patch for the dts Makefile. It might or might not conflict if sent separately, depending on how much diff context git uses, so I'm sending it together. Please have a look. Chen-Yu Tsai (5): sunxi: Disable R_I2C for Libre Computer Board ALL-H3-CC H3 ver. sunxi: Split out common board design for ALL-H3-CC device tree sunxi: Add Libre Computer Board ALL-H3-CC H2+ ver. sunxi: Add Libre Computer Board ALL-H3-CC H5 ver. sunxi: Sort dts Makefile entries for H3 arch/arm/dts/Makefile | 12 +- .../arm/dts/sun50i-h5-libretech-all-h3-cc.dts | 13 ++ .../dts/sun8i-h2-plus-libretech-all-h3-cc.dts | 13 ++ arch/arm/dts/sun8i-h3-libretech-all-h3-cc.dts | 166 +----------------- ...-cc.dts => sunxi-libretech-all-h3-cc.dtsi} | 9 +- board/sunxi/MAINTAINERS | 4 +- ... => libretech_all_h3_cc_h2_plus_defconfig} | 2 +- configs/libretech_all_h3_cc_h3_defconfig | 2 - ...onfig => libretech_all_h3_cc_h5_defconfig} | 4 +- 9 files changed, 42 insertions(+), 183 deletions(-) create mode 100644 arch/arm/dts/sun50i-h5-libretech-all-h3-cc.dts create mode 100644 arch/arm/dts/sun8i-h2-plus-libretech-all-h3-cc.dts copy arch/arm/dts/{sun8i-h3-libretech-all-h3-cc.dts => sunxi-libretech-all-h3-cc.dtsi} (94%) copy configs/{orangepi_one_defconfig => libretech_all_h3_cc_h2_plus_defconfig} (85%) copy configs/{orangepi_one_defconfig => libretech_all_h3_cc_h5_defconfig} (80%) -- 2.17.0

2 6