November 2015 - U-Boot

[U-Boot] [PATCH 1/5] driver: gpio: hikey: Fix pointer conversion warnings for hikey
by Prabhakar Kushwaha 13 Nov '15

13 Nov '15

Fix below compilation warnings- drivers/gpio/hi6220_gpio.c: In function ‘hi6220_gpio_probe’: drivers/gpio/hi6220_gpio.c:82:15: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] bank->base = (u8 *)plat->base; Signed-off-by: Prabhakar Kushwaha <prabhakar(a)freescale.com> --- arch/arm/include/asm/arch-hi6220/gpio.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/include/asm/arch-hi6220/gpio.h b/arch/arm/include/asm/arch-hi6220/gpio.h index 4fafaef..29ace17 100644 --- a/arch/arm/include/asm/arch-hi6220/gpio.h +++ b/arch/arm/include/asm/arch-hi6220/gpio.h @@ -21,7 +21,7 @@ struct gpio_bank { /* Information about a GPIO bank */ struct hikey_gpio_platdata { int bank_index; - unsigned int base; /* address of registers in physical memory */ + ulong base; /* address of registers in physical memory */ }; #endif /* _HI6220_GPIO_H_ */ -- 1.9.1

2 1

[U-Boot] [PATCH] mmc: Use lldiv() for 64-bit division in write_raw_image()
by Siarhei Siamashka 13 Nov '15

13 Nov '15

This fixes compilation problems when using a hardfloat toolchain on ARM, which manifest themselves as "libgcc.a(_udivmoddi4.o) uses VFP register arguments, u-boot does not". These problems have been reported in the U-Boot mailing list: http://lists.denx.de/pipermail/u-boot/2015-October/230314.html http://lists.denx.de/pipermail/u-boot/2015-October/231908.html Signed-off-by: Siarhei Siamashka <siarhei.siamashka(a)gmail.com> --- I have only tested that the compilation problem disappears for me. It would be best if somebody could confirm whether the fix is correct. common/fb_mmc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/common/fb_mmc.c b/common/fb_mmc.c index 0c48cf9..f424bb8 100644 --- a/common/fb_mmc.c +++ b/common/fb_mmc.c @@ -11,6 +11,7 @@ #include <aboot.h> #include <sparse_format.h> #include <mmc.h> +#include <div64.h> #ifndef CONFIG_FASTBOOT_GPT_NAME #define CONFIG_FASTBOOT_GPT_NAME GPT_ENTRY_NAME @@ -64,7 +65,7 @@ static void write_raw_image(block_dev_desc_t *dev_desc, disk_partition_t *info, /* determine number of blocks to write */ blkcnt = ((download_bytes + (info->blksz - 1)) & ~(info->blksz - 1)); - blkcnt = blkcnt / info->blksz; + blkcnt = lldiv(blkcnt, info->blksz); if (blkcnt > info->size) { error("too large for partition: '%s'\n", part_name); -- 2.4.10

2 2

[U-Boot] [PATCH v3 1/3] part:efi: add GUID for linux file system data
by Patrick Delaunay 13 Nov '15

13 Nov '15

Previously, Linux used the same GUID for the data partitions as Windows (Basic data partition: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7). This created problems when dual-booting Linux and Windows in UEFI-GPT Setup, so a new GUID (Linux filesystem data: 0FC63DAF-8483-4772-8E79-3D69D8477DE4) was defined jointly by GPT fdisk and GNU Parted developers. Signed-off-by: Patrick Delaunay <patrick.delaunay73(a)gmail.com> --- see https://en.wikipedia.org/wiki/GUID_Partition_Table#Partition_type_GUIDs and nota 9 Changes in v3: - Documentation update Changes in v2: - None doc/README.gpt | 3 ++- include/part_efi.h | 3 +++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/doc/README.gpt b/doc/README.gpt index 59fdeeb..6e298d2 100644 --- a/doc/README.gpt +++ b/doc/README.gpt @@ -31,7 +31,8 @@ More often UUID is displayed as 32 hexadecimal digits, in 5 groups, separated by hyphens, in the form 8-4-4-4-12 for a total of 36 characters (32 digits and 4 hyphens) -For instance, GUID of Linux data partition: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 +For instance, GUID of Basic data partition: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 +and GUID of Linux filesystem data: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 Historically there are 5 methods to generate this number. The oldest one is combining machine's MAC address and timer (epoch) value. diff --git a/include/part_efi.h b/include/part_efi.h index 3012b91..c8fc873 100644 --- a/include/part_efi.h +++ b/include/part_efi.h @@ -43,6 +43,9 @@ #define PARTITION_BASIC_DATA_GUID \ EFI_GUID( 0xEBD0A0A2, 0xB9E5, 0x4433, \ 0x87, 0xC0, 0x68, 0xB6, 0xB7, 0x26, 0x99, 0xC7) +#define PARTITION_LINUX_FILE_SYSTEM_DATA_GUID \ + EFI_GUID(0x0FC63DAF, 0x8483, 0x4772, \ + 0x8E, 0x79, 0x3D, 0x69, 0xD8, 0x47, 0x7D, 0xE4) #define PARTITION_LINUX_RAID_GUID \ EFI_GUID( 0xa19d880f, 0x05fc, 0x4d3b, \ 0xa0, 0x06, 0x74, 0x3f, 0x0f, 0x84, 0x91, 0x1e) -- 1.9.1

2 5

[U-Boot] [PATCH] pci: fix checking PCI_REGION_MEM in pci_hose_phys_to_bus()
by Cheng Gu 13 Nov '15

13 Nov '15

When converting between PCI bus and phys addresses, a two pass search was introduced with preference to non-PCI_REGION_SYS_MEMORY regions. See commit 2d43e873a29ca4959ba6a30fc7fb396d3fd0dccf. However, since PCI_REGION_MEM is defined as 0, the if statement was always asserted true: ((flags & PCI_REGION_MEM) == PCI_REGION_MEM) This patch uses PCI_REGION_TYPE bit to check if the region is PCI_REGION_MEM: ((flags & PCI_REGION_TYPE) == PCI_REGION_MEM) Signed-off-by: Cheng Gu <chenggu(a)marvell.com> --- drivers/pci/pci_common.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/pci/pci_common.c b/drivers/pci/pci_common.c index 07f1726..a64792f 100644 --- a/drivers/pci/pci_common.c +++ b/drivers/pci/pci_common.c @@ -231,7 +231,7 @@ phys_addr_t pci_hose_bus_to_phys(struct pci_controller *hose, * if PCI_REGION_MEM is set we do a two pass search with preference * on matches that don't have PCI_REGION_SYS_MEMORY set */ - if ((flags & PCI_REGION_MEM) == PCI_REGION_MEM) { + if ((flags & PCI_REGION_TYPE) == PCI_REGION_MEM) { ret = __pci_hose_bus_to_phys(hose, bus_addr, flags, PCI_REGION_SYS_MEMORY, &phys_addr); if (!ret) @@ -298,7 +298,7 @@ pci_addr_t pci_hose_phys_to_bus(struct pci_controller *hose, * if PCI_REGION_MEM is set we do a two pass search with preference * on matches that don't have PCI_REGION_SYS_MEMORY set */ - if ((flags & PCI_REGION_MEM) == PCI_REGION_MEM) { + if ((flags & PCI_REGION_TYPE) == PCI_REGION_MEM) { ret = __pci_hose_phys_to_bus(hose, phys_addr, flags, PCI_REGION_SYS_MEMORY, &bus_addr); if (!ret) -- 2.1.0

3 2

[U-Boot] [PATCH] include/linux/mtd: Update copyright notices
by Tom Rini 13 Nov '15

13 Nov '15

Condense these updates down to SPDX tags too while doing this. This is a port of a1452a3771c4eb85bd779790b040efdc36f4274e from the Linux Kernel. Signed-off-by: Tom Rini <trini(a)konsulko.com> --- include/linux/mtd/concat.h | 5 +++-- include/linux/mtd/doc2000.h | 11 ++++++----- include/linux/mtd/mtd.h | 2 +- include/linux/mtd/nand_ecc.h | 8 ++++---- 4 files changed, 14 insertions(+), 12 deletions(-) diff --git a/include/linux/mtd/concat.h b/include/linux/mtd/concat.h index 195a4a5..a374ca9 100644 --- a/include/linux/mtd/concat.h +++ b/include/linux/mtd/concat.h @@ -1,9 +1,10 @@ /* * MTD device concatenation layer definitions * - * (C) 2002 Robert Kaiser <rkaiser(a)sysgo.de> + * Copyright © 2002 Robert Kaiser <rkaiser(a)sysgo.de> + * + * SPDX-License-Identifier: GPL-2.0+ * - * This code is GPL */ #ifndef MTD_CONCAT_H diff --git a/include/linux/mtd/doc2000.h b/include/linux/mtd/doc2000.h index ba29d53..a3cfe6b 100644 --- a/include/linux/mtd/doc2000.h +++ b/include/linux/mtd/doc2000.h @@ -1,12 +1,13 @@ /* * Linux driver for Disk-On-Chip devices * - * Copyright (C) 1999 Machine Vision Holdings, Inc. - * Copyright (C) 2001-2003 David Woodhouse <dwmw2(a)infradead.org> - * Copyright (C) 2002-2003 Greg Ungerer <gerg(a)snapgear.com> - * Copyright (C) 2002-2003 SnapGear Inc + * Copyright © 1999 Machine Vision Holdings, Inc. + * Copyright © 1999-2010 David Woodhouse <dwmw2(a)infradead.org> + * Copyright © 2002-2003 Greg Ungerer <gerg(a)snapgear.com> + * Copyright © 2002-2003 SnapGear Inc + * + * SPDX-License-Identifier: GPL-2.0+ * - * Released under GPL */ #ifndef __MTD_DOC2000_H__ diff --git a/include/linux/mtd/mtd.h b/include/linux/mtd/mtd.h index bc4d9bf8f..c8bca4d 100644 --- a/include/linux/mtd/mtd.h +++ b/include/linux/mtd/mtd.h @@ -1,7 +1,7 @@ /* * Copyright © 1999-2010 David Woodhouse <dwmw2(a)infradead.org> et al. * - * Released under GPL + * SPDX-License-Identifier: GPL-2.0+ * */ diff --git a/include/linux/mtd/nand_ecc.h b/include/linux/mtd/nand_ecc.h index 090da50..02ba9f7 100644 --- a/include/linux/mtd/nand_ecc.h +++ b/include/linux/mtd/nand_ecc.h @@ -1,11 +1,11 @@ /* * drivers/mtd/nand_ecc.h * - * Copyright (C) 2000 Steven J. Hill (sjhill(a)realitydiluted.com) + * Copyright (C) 2000-2010 Steven J. Hill <sjhill(a)realitydiluted.com> + * David Woodhouse <dwmw2(a)infradead.org> + * Thomas Gleixner <tglx(a)linutronix.de> * - * This program is free software; you can redistribute it and/or modify - * it under the terms of the GNU General Public License version 2 as - * published by the Free Software Foundation. + * SPDX-License-Identifier: GPL-2.0 * * This file is the header for the ECC algorithm. */ -- 1.7.9.5

1 1

[U-Boot] [PATCH] board/ti/am335x: beaglebone stop muxing i2c1_pin_mux
by Robert Nelson 13 Nov '15

13 Nov '15

On the BeagleBone these i2c1 pins are routed to the expanasion header, where they can be defined as either pr1_usart0_Xxd/pwm0/spi0/i2c1, dont assume i2c1 Fixes: https://e2e.ti.com/support/arm/sitara_arm/f/791/p/313894/1387696 Signed-off-by: Robert Nelson <robertcnelson(a)gmail.com> Reported-by: Matthijs van Duin <matthijsvanduin(a)gmail.com> CC: Tom Rini <trini(a)konsulko.com> --- board/ti/am335x/mux.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/board/ti/am335x/mux.c b/board/ti/am335x/mux.c index 680f656..fd3da58 100644 --- a/board/ti/am335x/mux.c +++ b/board/ti/am335x/mux.c @@ -317,7 +317,6 @@ void enable_board_pin_mux(struct am335x_baseboard_id *header) /* Do board-specific muxes. */ if (board_is_bone(header)) { /* Beaglebone pinmux */ - configure_module_pin_mux(i2c1_pin_mux); configure_module_pin_mux(mii1_pin_mux); configure_module_pin_mux(mmc0_pin_mux); #if defined(CONFIG_NAND) @@ -356,7 +355,6 @@ void enable_board_pin_mux(struct am335x_baseboard_id *header) configure_module_pin_mux(mmc0_pin_mux_sk_evm); } else if (board_is_bone_lt(header)) { /* Beaglebone LT pinmux */ - configure_module_pin_mux(i2c1_pin_mux); configure_module_pin_mux(mii1_pin_mux); configure_module_pin_mux(mmc0_pin_mux); #if defined(CONFIG_NAND) && defined(CONFIG_EMMC_BOOT) -- 2.6.1

2 1

[U-Boot] [PATCH v2 00/14] Implement fastboot over NAND and sparse transfers
by Maxime Ripard 13 Nov '15

13 Nov '15

Hi everyone, Here is the second attempt at getting fastboot flashing functions working on top of a NAND, for arbitraly large images. While the NAND support itself was quite easy to do, the support for the Android sparse images was quite difficult to add, and ended up being a quite huge refactoring of the sparse parse already in tree, that was tied to the MMC layer. This serie has been tested on a CHIP and an A13-Olinuxino, two Allwinner devices, the CHIP for the NAND, and the Cubietruck to test the MMC. Let me know what you think, Maxime Changes from v1: - Added support for multiple chunks transfers - fixed a bug in the image parsing block counts - Take the flashing errors into account now, instead of ignoring them. - Changed the name of the sparse images file to image-sparse.* - Fixed the floating point computations issues - Added the CONFIG_MUSB_GADGET option - Take NAND bad blocks into account now Maxime Ripard (14): mtd: uboot: Add meaningful error message sparse: Move main header parsing to a function of its own sparse: Refactor chunk parsing function sparse: Simplify multiple logic fastboot: Move fastboot response functions to fastboot core sparse: Implement storage abstraction fastboot: Implement flashing session counter sparse: Implement several chunks flashing fastboot: Implement NAND backend fastboot: nand: Add pre erase and write hooks sparse: Rename the file and header sunxi: Add support for android boot image sunxi: A13-Olinuxino: Enable the USB OTG controller sunxi: cubietruck: Enable the USB OTG controller common/Makefile | 7 +- common/aboot.c | 244 ---------------------- common/fb_mmc.c | 96 +++++---- common/fb_nand.c | 213 +++++++++++++++++++ common/image-sparse.c | 393 ++++++++++++++++++++++++++++++++++++ configs/A13-OLinuXino_defconfig | 3 + configs/Cubietruck_defconfig | 5 + drivers/mtd/mtd_uboot.c | 2 +- drivers/usb/gadget/f_fastboot.c | 54 ++++- include/configs/sunxi-common.h | 1 + include/fastboot.h | 22 ++ include/fb_mmc.h | 5 +- include/fb_nand.h | 11 + include/{aboot.h => image-sparse.h} | 17 +- 14 files changed, 776 insertions(+), 297 deletions(-) delete mode 100644 common/aboot.c create mode 100644 common/fb_nand.c create mode 100644 common/image-sparse.c create mode 100644 include/fastboot.h create mode 100644 include/fb_nand.h rename include/{aboot.h => image-sparse.h} (53%) -- 2.5.3

4 41

[U-Boot] [PATCH v2] board/BuR/kwb: use bootvx(...) (with bootline feature) instead go(...)
by Hannes Schmelzer 13 Nov '15

13 Nov '15

Since we don't have for sure a valid IP-setup during board_late_init(...) because it maybe allready stored in environment or not, we cannot form a proper vxWorks bootline at this place. So we move to the way, forming the bootline just before executing/launching vxWorks. To do this we use the bootvx command instead go. We only have to form the "othbootargs" environment variable, the rest is done pretty good by the "bootvx" commannd. Signed-off-by: Hannes Schmelzer <oe5hpm(a)oevsv.at> -- --- Changes in v2: - form only othbootargs instead whole bootline within board-code - depends now on Bin Mengs changes belong CMD_ELF http://patchwork.ozlabs.org/patch/523289/ - adapt kwb_defconfig to the new Kconfig defaults - use bootvx ... instead go ... to launch vxWorks kernel board/BuR/kwb/board.c | 27 +++++++++------------------ configs/kwb_defconfig | 3 +++ include/configs/kwb.h | 8 +++++--- 3 files changed, 17 insertions(+), 21 deletions(-) diff --git a/board/BuR/kwb/board.c b/board/BuR/kwb/board.c index 039ec20..ad74ff2 100644 --- a/board/BuR/kwb/board.c +++ b/board/BuR/kwb/board.c @@ -47,10 +47,6 @@ #define RSTCTRL_FORCE_PWR_NEN 0x0404 #define RSTCTRL_CAN_STB 0x4040 -#define VXWORKS_BOOTLINE 0x80001100 -#define DEFAULT_BOOTLINE "cpsw(0,0):pme/vxWorks" -#define VXWORKS_USER "u=vxWorksFTP pw=vxWorks tn=vxtarget" - DECLARE_GLOBAL_DATA_PTR; #if defined(CONFIG_SPL_BUILD) @@ -281,20 +277,15 @@ int board_late_init(void) } else { puts("ERROR: i2c_set_bus_speed failed! (scratchregister)\n"); } - /* setup vxworks bootline */ - char *vxworksbootline = (char *)VXWORKS_BOOTLINE; - sprintf(vxworksbootline, - "%s h=%s e=%s:%s g=%s %s o=0x%08x;0x%08x;0x%08x;0x%08x", - DEFAULT_BOOTLINE, - getenv("serverip"), - getenv("ipaddr"), getenv("netmask"), - getenv("gatewayip"), - VXWORKS_USER, - (unsigned int) gd->fb_base-0x20, - (u32)getenv_ulong("vx_memtop", 16, gd->fb_base-0x20), - (u32)getenv_ulong("vx_romfsbase", 16, 0), - (u32)getenv_ulong("vx_romfssize", 16, 0)); - + /* setup othbootargs for bootvx-command (vxWorks bootline) */ + char othbootargs[128]; + snprintf(othbootargs, sizeof(othbootargs), + "u=vxWorksFTP pw=vxWorks o=0x%08x;0x%08x;0x%08x;0x%08x", + (unsigned int) gd->fb_base-0x20, + (u32)getenv_ulong("vx_memtop", 16, gd->fb_base-0x20), + (u32)getenv_ulong("vx_romfsbase", 16, 0), + (u32)getenv_ulong("vx_romfssize", 16, 0)); + setenv("othbootargs", othbootargs); /* * reset VBAR registers to its reset location, VxWorks 6.9.3.2 does * expect that vectors are there, original u-boot moves them to _start diff --git a/configs/kwb_defconfig b/configs/kwb_defconfig index f82fcf3..0bbe0a7 100644 --- a/configs/kwb_defconfig +++ b/configs/kwb_defconfig @@ -3,6 +3,9 @@ CONFIG_TARGET_KWB=y CONFIG_SPL=y CONFIG_SYS_EXTRA_OPTIONS="SERIAL1,CONS_INDEX=1" CONFIG_SYS_PROMPT="U-Boot (BuR V2.0)# " +# CONFIG_CMD_BOOTD is not set +# CONFIG_CMD_BOOTM is not set +# CONFIG_CMD_GO is not set # CONFIG_CMD_IMI is not set # CONFIG_CMD_IMLS is not set # CONFIG_CMD_XIMG is not set diff --git a/include/configs/kwb.h b/include/configs/kwb.h index 96f2e9d..45253b8 100644 --- a/include/configs/kwb.h +++ b/include/configs/kwb.h @@ -57,6 +57,8 @@ #ifndef CONFIG_SPL_BUILD #define CONFIG_EXTRA_ENV_SETTINGS \ BUR_COMMON_ENV \ +"bootaddr=0x80001100\0" \ +"bootdev=cpsw(0,0)\0" \ "vx_romfsbase=0x800E0000\0" \ "vx_romfssize=0x20000\0" \ "vx_memtop=0x8FBEF000\0" \ @@ -66,7 +68,7 @@ BUR_COMMON_ENV \ "logoaddr=0x82000000\0" \ "defaultARlen=0x8000\0" \ "loaddefaultAR=mmc read ${loadaddr} 800 ${defaultARlen}\0" \ -"defaultAR=run loadromfs; run loaddefaultAR; go ${loadaddr}\0" \ +"defaultAR=run loadromfs; run loaddefaultAR; bootvx ${loadaddr}\0" \ "logo0=fatload mmc 0:1 ${logoaddr} SYSTEM/ADDON/Bootlogo/Bootlogo.bmp.gz && " \ "bmp display ${logoaddr} 0 0\0" \ "logo1=fatload mmc 0:1 ${logoaddr} SYSTEM/BASE/Bootlogo/Bootlogo.bmp.gz && " \ @@ -74,11 +76,11 @@ BUR_COMMON_ENV \ "mmcboot=echo booting AR from eMMC-flash ...; "\ "run logo0 || run logo1; " \ "run loadromfs; " \ - "fatload mmc 0:1 ${loadaddr} arimg && go ${loadaddr}; " \ + "fatload mmc 0:1 ${loadaddr} arimg && bootvx ${loadaddr}; " \ "run defaultAR;\0" \ "netboot=echo booting AR from network ...; " \ "run loadromfs; " \ - "tftp ${loadaddr} arimg && go ${loadaddr}; " \ + "tftp ${loadaddr} arimg && bootvx ${loadaddr}; " \ "puts 'networkboot failed!';\0" \ "netscript=echo running script from network (tftp) ...; " \ "tftp 0x80000000 netscript.img && source; " \ -- 1.9.1

3 2

[U-Boot] Pull request, u-boot-tegra/master
by Tom Warren 13 Nov '15

13 Nov '15

Tom, Please pull u-boot-tegra/master into U-Boot/master. Thanks! All tegra builds are OK (32-bit and 64-bit), and P2571 T210 64-bit boots to cmd prompt OK. The following changes since commit 038be18fd95aa6283eafb85ceabc0b880976424b: nios2: add 3c120 and 10m50 devboards MAINTAINERS (2015-11-12 08:26:59 +0800) are available in the git repository at: git://git.denx.de/u-boot-tegra.git master for you to fetch changes up to e1cf5278024eb5c72abd69d6bda266ffc5832941: ARM: tegra: note that p2371-2180 is Jetson TX1 (2015-11-12 09:27:16 -0700) ---------------------------------------------------------------- Alexandre Courbot (3): ARM: tegra: remove vpr_configured() function ARM: tegra: simplify GPU setup ARM: tegra: rename GPU functions Stephen Warren (16): ARM: tegra210: implement PLLE init procedure from TRM pci: tegra: clip RAM size to 32-bits pci: tegra: use #address-/size-cells from DT pci: tegra: implement PCA enable workaround pci: tegra: call tegra_pcie_board_init() earlier pci: tegra: add/enable support for Tegra210 ARM: tegra: add PCI to Tegra210 SoC DT ARM: tegra: enable PCI support of p2371-2180 ARM: tegra: rename dummy XUSB padctl implementation ARM: tegra: clean up XUSB padctl error() calls ARM: tegra: create common XUSB padctl driver file ARM: tegra: parameterize common XUSB code ARM: tegra: switch Tegra210 to common XUSB padctl ARM: tegra: add lane tables to Tegra210 XUSB padctl ARM: tegra: error check Tegra210 XUSB padctl waits ARM: tegra: note that p2371-2180 is Jetson TX1 Tom Warren (1): Tegra: T210: Add QSPI driver arch/arm/dts/tegra210-p2371-2180.dts | 50 +++ arch/arm/dts/tegra210.dtsi | 66 ++++ arch/arm/include/asm/arch-tegra/gpu.h | 14 +- arch/arm/mach-tegra/Makefile | 2 +- arch/arm/mach-tegra/board2.c | 22 +- arch/arm/mach-tegra/gpu.c | 11 +- arch/arm/mach-tegra/tegra124/Makefile | 1 + arch/arm/mach-tegra/tegra124/xusb-padctl.c | 431 ++------------------- arch/arm/mach-tegra/tegra210/Kconfig | 10 +- arch/arm/mach-tegra/tegra210/Makefile | 1 + arch/arm/mach-tegra/tegra210/clock.c | 179 ++++++--- arch/arm/mach-tegra/tegra210/xusb-padctl.c | 248 +++++------- arch/arm/mach-tegra/xusb-padctl-common.c | 305 +++++++++++++++ arch/arm/mach-tegra/xusb-padctl-common.h | 101 +++++ .../{xusb-padctl.c => xusb-padctl-dummy.c} | 0 board/nvidia/jetson-tk1/jetson-tk1.c | 8 - board/nvidia/p2371-2180/p2371-2180.c | 30 ++ board/nvidia/p2571/p2571.c | 7 - board/nvidia/venice2/venice2.c | 8 - drivers/pci/pci_tegra.c | 83 +++- drivers/spi/Kconfig | 7 + drivers/spi/Makefile | 1 + drivers/spi/tegra210_qspi.c | 417 ++++++++++++++++++++ include/configs/jetson-tk1.h | 2 - include/configs/p2371-2180.h | 10 + include/configs/p2571.h | 2 - include/configs/tegra-common.h | 2 + include/configs/venice2.h | 2 - include/fdtdec.h | 1 + lib/fdtdec.c | 1 + 30 files changed, 1353 insertions(+), 669 deletions(-) create mode 100644 arch/arm/mach-tegra/xusb-padctl-common.c create mode 100644 arch/arm/mach-tegra/xusb-padctl-common.h rename arch/arm/mach-tegra/{xusb-padctl.c => xusb-padctl-dummy.c} (100%) create mode 100644 drivers/spi/tegra210_qspi.c

2 1

[U-Boot] [PATCH] fastboot: mmc: Fix use of 64 bit division
by Hans de Goede 13 Nov '15

13 Nov '15

Directly doing a 64 bit division (when CONFIG_SYS_64BIT_LBA is set) causes linking to fail when building u-boot for ARMv7 with a hard-float tool-chain. This commit fixes this by properly using div_u64 for the division. Note that an alternative fix would be to stop using lbaint_t for blkcnt / blks, since the passed in "download_bytes" is only 32 bits anyways. But we may want to support files / partitions larger then 4G in the near future and using div_u64 is future proof for when download_bytes' type gets changed to a lbaint_t itself. Signed-off-by: Hans de Goede <hdegoede(a)redhat.com> --- common/fb_mmc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/common/fb_mmc.c b/common/fb_mmc.c index 0c48cf9..83d66ed 100644 --- a/common/fb_mmc.c +++ b/common/fb_mmc.c @@ -11,6 +11,8 @@ #include <aboot.h> #include <sparse_format.h> #include <mmc.h> +#include <div64.h> +#include <linux/math64.h> #ifndef CONFIG_FASTBOOT_GPT_NAME #define CONFIG_FASTBOOT_GPT_NAME GPT_ENTRY_NAME @@ -64,7 +66,7 @@ static void write_raw_image(block_dev_desc_t *dev_desc, disk_partition_t *info, /* determine number of blocks to write */ blkcnt = ((download_bytes + (info->blksz - 1)) & ~(info->blksz - 1)); - blkcnt = blkcnt / info->blksz; + blkcnt = div_u64(blkcnt, info->blksz); if (blkcnt > info->size) { error("too large for partition: '%s'\n", part_name); -- 2.5.0

2 2