August 2016 - U-Boot

[U-Boot] [PATCH v2 0/2] rk3399: add soc basic driver support
by Kever Yang 01 Aug '16

01 Aug '16

This patchset add basic driver like clock, grf, sysreset for rk3399, and enable clock init in emmc driver. This patchset has tested on rk3399 evb. Changes in v2: - include '_SHIFT_' in '_MASK' MACRO - fix comment style - use DIV_ROUND_UP instead of div_round_up - use uclass_get_device_by_driver in rockchip_get_cru - implement ofdata_to_platdata for priv->cru init - update base on comments from Jaehoon Chung Kever Yang (2): rk3399: add basic soc driver mmc: rockchip: add clock init arch/arm/include/asm/arch-rockchip/cru_rk3399.h | 93 +++ arch/arm/mach-rockchip/rk3399/Makefile | 2 + arch/arm/mach-rockchip/rk3399/reset_rk3399.c | 45 ++ arch/arm/mach-rockchip/rk3399/syscon_rk3399.c | 20 + drivers/clk/Makefile | 1 + drivers/clk/clk_rk3399.c | 819 ++++++++++++++++++++++++ drivers/mmc/rockchip_sdhci.c | 11 +- 7 files changed, 990 insertions(+), 1 deletion(-) create mode 100644 arch/arm/include/asm/arch-rockchip/cru_rk3399.h create mode 100644 arch/arm/mach-rockchip/rk3399/reset_rk3399.c create mode 100644 arch/arm/mach-rockchip/rk3399/syscon_rk3399.c create mode 100644 drivers/clk/clk_rk3399.c -- 1.9.1

3 6

[U-Boot] [PATCH 0/3] Some Kconfig move/fixups
by Masahiro Yamada 01 Aug '16

01 Aug '16

Masahiro Yamada (3): cmd: bootz: make CMD_BOOTZ depend on CMD_BOOTM cmd: booti: move CONFIG_CMD_BOOTI to Kconfig arm64: thunderx_88xx_defconfig: remove unneeded CONFIG_SYS_EXTRA_OPTIONS Kconfig | 2 ++ cmd/Kconfig | 7 +++++++ configs/dragonboard410c_defconfig | 1 + configs/e2220-1170_defconfig | 1 + configs/hikey_defconfig | 1 + configs/odroid-c2_defconfig | 1 + configs/p2371-0000_defconfig | 1 + configs/p2371-2180_defconfig | 1 + configs/p2571_defconfig | 1 + configs/p2771-0000-a02_defconfig | 1 + configs/p2771-0000-b00_defconfig | 1 + configs/rpi_3_defconfig | 1 + configs/s32v234evb_defconfig | 1 + configs/thunderx_88xx_defconfig | 1 - configs/uniphier_ld11_defconfig | 1 + configs/uniphier_ld20_defconfig | 1 + configs/vexpress_aemv8a_dram_defconfig | 1 + configs/vexpress_aemv8a_juno_defconfig | 1 + configs/vexpress_aemv8a_semi_defconfig | 1 + configs/xilinx_zynqmp_ep_defconfig | 1 + configs/xilinx_zynqmp_zc1751_xm015_dc1_defconfig | 1 + configs/xilinx_zynqmp_zc1751_xm016_dc2_defconfig | 1 + configs/xilinx_zynqmp_zc1751_xm018_dc4_defconfig | 1 + configs/xilinx_zynqmp_zc1751_xm019_dc5_defconfig | 1 + configs/xilinx_zynqmp_zcu102_defconfig | 1 + configs/xilinx_zynqmp_zcu102_revB_defconfig | 1 + include/config_distro_defaults.h | 3 --- include/configs/uniphier.h | 1 - include/configs/vexpress_aemv8a.h | 1 - include/configs/xilinx_zynqmp.h | 1 - 30 files changed, 32 insertions(+), 7 deletions(-) -- 1.9.1

5 15

[U-Boot] [PATCH v3] mmc-uclass: correct the device number
by Kever Yang 01 Aug '16

01 Aug '16

Not like the mmc-legacy which the devnum starts from 1, it starts from 0 in mmc-uclass, so the device number should be (devnum + 1) in get_mmc_num(). Signed-off-by: Kever Yang <kever.yang(a)rock-chips.com> --- Changes in v3: - apply comments from Jaehoon Chung Changes in v2: - add comment for get_mmc_num() in mmc.h - update mmc_get_next_devnum() drivers/mmc/mmc-uclass.c | 4 ++-- include/mmc.h | 6 ++++++ 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/mmc-uclass.c b/drivers/mmc/mmc-uclass.c index 38ced41..d0ca91b 100644 --- a/drivers/mmc/mmc-uclass.c +++ b/drivers/mmc/mmc-uclass.c @@ -111,7 +111,7 @@ struct mmc *find_mmc_device(int dev_num) int get_mmc_num(void) { - return max(blk_find_max_devnum(IF_TYPE_MMC), 0); + return max((blk_find_max_devnum(IF_TYPE_MMC) + 1), 0); } int mmc_get_next_devnum(void) @@ -122,7 +122,7 @@ int mmc_get_next_devnum(void) if (ret < 0) return ret; - return ret + 1; + return ret; } struct blk_desc *mmc_get_blk_desc(struct mmc *mmc) diff --git a/include/mmc.h b/include/mmc.h index 8f309f1..dd47f34 100644 --- a/include/mmc.h +++ b/include/mmc.h @@ -503,6 +503,12 @@ void mmc_set_clock(struct mmc *mmc, uint clock); struct mmc *find_mmc_device(int dev_num); int mmc_set_dev(int dev_num); void print_mmc_devices(char separator); + +/** + * get_mmc_num() - get the total MMC device number + * + * @return 0 if there is no MMC device, else the number of devices + */ int get_mmc_num(void); int mmc_hwpart_config(struct mmc *mmc, const struct mmc_hwpart_conf *conf, enum mmc_hwpart_conf_mode mode); -- 1.9.1

3 4

[U-Boot] buildman error?
by Bin Meng 01 Aug '16

01 Aug '16

Hi Simon, With the latest buildman on the master branch, when I build x86, I got: boards.cfg is up to date. Nothing to do. Building 8 commits for 14 boards (14 threads, 6 jobs per thread) Traceback (most recent call last): File "./tools/buildman/buildman", line 64, in <module> ret_code = control.DoBuildman(options, args) File "./tools/buildman/control.py", line 294, in DoBuildman options.keep_outputs, options.verbose) File "./tools/buildman/builder.py", line 1426, in BuildBoards self.ProcessResult(None) File "./tools/buildman/builder.py", line 423, in ProcessResult self._AddTimestamp() File "./tools/buildman/builder.py", line 320, in _AddTimestamp seconds = delta.total_seconds() AttributeError: 'datetime.timedelta' object has no attribute 'total_seconds' Can you please look at this? Regards, Bin

2 3

[U-Boot] [PATCH] arm: re-implement proper ISB instruction for ARMv7-A
by Ziyuan Xu 01 Aug '16

01 Aug '16

For ARMv7-A architecture, the valid ISB instruction is asm volatile("isb"). This patch fixes the U-Boot was stuck in invalidate_dcache_all() before booting linux kernel, which occurred on rk3288-base development board such as evb-rk3288, rock2-rk3288. And something output via console like: => bootz 0x2000000 0x02000000 ramdisk start = 0x00000000, ramdisk end = 0x00000000 Continuing to boot without FDT Initial value for argc=3 Final value for argc=3 using: ATAGS Starting kernel ... Linux kernel exactly the same way(see arch/arm/include/asm/barrier.h). Signed-off-by: Ziyuan Xu <xzy.xu(a)rock-chips.com> --- arch/arm/include/asm/system.h | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/arm/include/asm/system.h b/arch/arm/include/asm/system.h index 2bdc0be..12d4ba0 100644 --- a/arch/arm/include/asm/system.h +++ b/arch/arm/include/asm/system.h @@ -227,13 +227,15 @@ void __noreturn psci_system_reset(bool smc); */ void save_boot_params_ret(void); -#define isb() __asm__ __volatile__ ("" : : : "memory") - #define nop() __asm__ __volatile__("mov\tr0,r0\t@ nop\n\t"); #ifdef __ARM_ARCH_7A__ +#define isb() __asm__ __volatile__ ("isb" : : : "memory") + #define wfi() __asm__ __volatile__ ("wfi" : : : "memory") #else +#define isb() __asm__ __volatile__ ("" : : : "memory") + #define wfi() #endif -- 1.9.1

5 15

[U-Boot] [PATCH] ARM64: zynqmp: Add u-boot, dm-pre-reloc to clk nodes
by Michal Simek 01 Aug '16

01 Aug '16

Serial driver is getting clk information via DT that's why also clk node needs to have this flag. Different behavior was introduced by: "dm: Use dm_scan_fdt_dev() directly where possible" (sha1: 911954859d6dece49c3e4835faea004cfe392506) where simple-bus driver starts to call dm_scan_fdt_dev() which has additional logic around pre_reloc_only parameter which exclude clk nodes. Signed-off-by: Michal Simek <michal.simek(a)xilinx.com> --- arch/arm/dts/zynqmp-clk.dtsi | 1 + arch/arm/dts/zynqmp-ep108-clk.dtsi | 1 + 2 files changed, 2 insertions(+) diff --git a/arch/arm/dts/zynqmp-clk.dtsi b/arch/arm/dts/zynqmp-clk.dtsi index 341890975929..0918c686d70e 100644 --- a/arch/arm/dts/zynqmp-clk.dtsi +++ b/arch/arm/dts/zynqmp-clk.dtsi @@ -13,6 +13,7 @@ compatible = "fixed-clock"; #clock-cells = <0>; clock-frequency = <100000000>; + u-boot,dm-pre-reloc; }; clk125: clk125 { diff --git a/arch/arm/dts/zynqmp-ep108-clk.dtsi b/arch/arm/dts/zynqmp-ep108-clk.dtsi index 48bb426dafaf..b3ce0de549e0 100644 --- a/arch/arm/dts/zynqmp-ep108-clk.dtsi +++ b/arch/arm/dts/zynqmp-ep108-clk.dtsi @@ -13,6 +13,7 @@ compatible = "fixed-clock"; #clock-cells = <0>; clock-frequency = <25000000>; + u-boot,dm-pre-reloc; }; i2c_clk: i2c_clk { -- 1.9.1

2 1

[U-Boot] [PATCH 2 00/22] DM: Cmd: GPIO/LED/STM32/CLK: provide command-line support for device-tree configured gpios and leds
by Benjamin Tietz 01 Aug '16

01 Aug '16

This series begins to provide device-tree support on stm32 devices, starting with a the stack of a simple clock-driver (at least enabling/disabling peripheral clocks), the gpio driver and leds. As the current led command-line interface isn't aware of any device-tree configured led, the command gets rewritten and extended for device-tree LEDs on the way. These changes are architecture indipendent. To accomplish these changes the led-uclass driver had to be extended, too. Changes in v2: * more verbose commit messages * correct clock calculation in stm32_clk * minor adjustments --- Benjamin Tietz (22): stm32: gpio: fix otype access stm32: gpio_direction_output: make sure, output is set to push-pull stm32: gpio_get_value: always return 0 or 1 stm32f429-discovery: config: enable status leds Cmd: led: provide a selector in kconfig DTS: stm32f429: provide device-tree files (from linux kernel) clock-uclass: allow disabling a peripheral clock STM32: clock: provide dts-accessible clock driver DTS: STM32f429: add gpio-banks STM32: gpio: group SOC-specific code to one ifdef/elif construct GPIO: STM32: make DTS-aware STM32F429-discovery: led: disable board-specific code, if DM is selected GPIO/LED: make more robust, if STATUS_LED isn't selected Cmd: LED: rewrite to prepare non-static access DTS: STM32F429-disco: add board leds and enable rcc LED: add function to retrieve a device's label LED: provide function to count and get all (DM-)LEDs cmd: LED: be aware of DTS-configured leds LED: provide functionality to get led status LED: GPIO: provide get_on() op LED: provide toggling interface Cmd: LED: make DM-leds toggle arch/arm/dts/Makefile | 2 arch/arm/dts/armv7-m.dtsi | 24 ++ arch/arm/dts/stm32429i-eval.dts | 75 ++++++ arch/arm/dts/stm32f429-disco.dts | 97 ++++++++ arch/arm/dts/stm32f429.dtsi | 282 +++++++++++++++++++++++ board/st/stm32f429-discovery/Makefile | 3 cmd/Kconfig | 4 cmd/led.c | 401 ++++++++++++++++++++++++--------- drivers/clk/Kconfig | 4 drivers/clk/Makefile | 1 drivers/clk/clk-uclass.c | 10 + drivers/clk/clk_stm32.c | 112 +++++++++ drivers/gpio/stm32_gpio.c | 202 ++++++++++++++--- drivers/led/led-uclass.c | 83 +++++++ drivers/led/led_gpio.c | 11 + drivers/misc/gpio_led.c | 4 drivers/misc/status_led.c | 2 include/clk.h | 18 + include/configs/stm32f429-discovery.h | 14 + include/led.h | 65 +++++ include/status_led.h | 4 21 files changed, 1277 insertions(+), 141 deletions(-) create mode 100644 arch/arm/dts/armv7-m.dtsi create mode 100644 arch/arm/dts/stm32429i-eval.dts create mode 100644 arch/arm/dts/stm32f429-disco.dts create mode 100644 arch/arm/dts/stm32f429.dtsi create mode 100644 drivers/clk/clk_stm32.c -- best regards Benjamin Tietz

5 35

[U-Boot] [PATCH 00/14] DM conversion of omap i2c driver
by Mugunthan V N 01 Aug '16

01 Aug '16

This patch series adopts driver model for usb ether gadget driver. This series is tested with follwoing commands on am335x, am437x, dra74x, dra72x and am57xx evms. Pushed a branch [1] for refference. => i2c dev 0 => i2c probe => i2c md <valid device> 0 With this patch series, I observe a warning as below. The i2c compat driver is needed as pmic drivers are not converted to i2c dt/dm frame work yet. Once the client drivers are adopted to dm-i2c, we can get rid of this warning. # # configuration written to .config # ===================== WARNING ====================== This board uses CONFIG_DM_I2C_COMPAT. Please remove (possibly in a subsequent patch in your series) before sending patches to the mailing list. ==================================================== [1] - git://git.ti.com/~mugunthanvnm/ti-u-boot/mugunth-ti-u-boot.git dm-i2c Mugunthan V N (14): omap4: i2c: correct register offset for sync register omap5/dra7: i2c: correct register offset for sync register drivers: i2c: uclass: parse dt parameters only when CONFIG_OF_CONTROL is enable ti_armv7_common: i2c: do not define DM_I2C for spl drivers: i2c: omap24xx_i2c: prepare driver for DM conversion drivers: i2c: omap24xx_i2c: adopt omap_i2c driver to driver model defconfig: am335x_boneblack_vboot: enable i2c driver model defconfig: am335x_evm: enable i2c driver model defconfig: am43xx_evm: enable i2c driver model defconfig: am43xx_hs_evm: enable i2c driver model defconfig: dra7xx_evm: enable i2c driver model defconfig: dra7xx_hs_evm: enable i2c driver model defconfig: am57xx_evm: enable i2c driver model defconfig: am57xx_hs_evm: enable i2c driver model arch/arm/include/asm/arch-omap4/i2c.h | 6 +- arch/arm/include/asm/arch-omap5/i2c.h | 6 +- configs/am335x_boneblack_vboot_defconfig | 1 + configs/am335x_evm_defconfig | 1 + configs/am43xx_evm_defconfig | 1 + configs/am43xx_hs_evm_defconfig | 1 + configs/am57xx_evm_defconfig | 1 + configs/am57xx_hs_evm_defconfig | 1 + configs/dra7xx_evm_defconfig | 1 + configs/dra7xx_hs_evm_defconfig | 1 + drivers/i2c/i2c-uclass.c | 14 ++ drivers/i2c/omap24xx_i2c.c | 407 +++++++++++++++++++++---------- include/configs/ti_armv7_common.h | 16 ++ 13 files changed, 318 insertions(+), 139 deletions(-) -- 2.9.1.200.gb1ec08f

3 31

[U-Boot] [bug report]cmd: cache: output information
by jk 01 Aug '16

01 Aug '16

Hi guys, I think the output of command 'dcache' is improper. It always print 'writethrough' regardless of the real policy, such as write back. => dcache Data (writethrough) Cache is ON Not only ARM but also other socs support cache, hence we can't differentiate policy by macro (i.e CONFIG_SYS_ARM_CACHE_WRITETHROUGH). Can you think of anything better?

2 3

[U-Boot] [PATCH 1/4] dm: clk: Add a way to find a clock by its driver
by Simon Glass 01 Aug '16

01 Aug '16

Some SoCs have a single clock device. Provide a way to find it given its driver name. This is handled by the linker so will fail if the name is not found, avoiding strange errors when names change and do not match. It is also faster than a string comparison. Signed-off-by: Simon Glass <sjg(a)chromium.org> --- drivers/core/uclass.c | 20 ++++++++++++++++++++ include/dm/device.h | 4 ++++ include/dm/uclass.h | 17 +++++++++++++++++ 3 files changed, 41 insertions(+) diff --git a/drivers/core/uclass.c b/drivers/core/uclass.c index 1141ce1..de602ae 100644 --- a/drivers/core/uclass.c +++ b/drivers/core/uclass.c @@ -311,6 +311,26 @@ static int uclass_find_device_by_phandle(enum uclass_id id, } #endif +int uclass_get_device_by_driver(enum uclass_id id, + const struct driver *find_drv, + struct udevice **devp) +{ + struct udevice *dev; + struct uclass *uc; + int ret; + + ret = uclass_get(id, &uc); + if (ret) + return ret; + + list_for_each_entry(dev, &uc->dev_head, uclass_node) { + if (dev->driver == find_drv) + return uclass_get_device_tail(dev, 0, devp); + } + + return -ENODEV; +} + int uclass_get_device_tail(struct udevice *dev, int ret, struct udevice **devp) { diff --git a/include/dm/device.h b/include/dm/device.h index c825d47..705849b 100644 --- a/include/dm/device.h +++ b/include/dm/device.h @@ -207,6 +207,10 @@ struct driver { #define U_BOOT_DRIVER(__name) \ ll_entry_declare(struct driver, __name, driver) +/* Get a pointer to a given driver */ +#define DM_GET_DRIVER(__name) \ + ll_entry_get(struct driver, __name, driver) + /** * dev_get_platdata() - Get the platform data for a device * diff --git a/include/dm/uclass.h b/include/dm/uclass.h index fd368b6..e49fbed 100644 --- a/include/dm/uclass.h +++ b/include/dm/uclass.h @@ -194,6 +194,23 @@ int uclass_get_device_by_phandle(enum uclass_id id, struct udevice *parent, const char *name, struct udevice **devp); /** + * uclass_get_device_by_driver() - Get a uclass device for a driver + * + * This searches the devices in the uclass for one that uses the given + * driver. Use DM_GET_DRIVER(name) for the @drv argument, where 'name' is + * the driver name - as used in U_BOOT_DRIVER(name). + * + * The device is probed to activate it ready for use. + * + * @id: ID to look up + * @drv: Driver to look for + * @devp: Returns pointer to the first device with that driver + * @return 0 if OK, -ve on error + */ +int uclass_get_device_by_driver(enum uclass_id id, const struct driver *drv, + struct udevice **devp); + +/** * uclass_first_device() - Get the first device in a uclass * * The device returned is probed if necessary, and ready for use -- 2.8.0.rc3.226.g39d4020

3 9