September 2015 - U-Boot

[U-Boot] [PATCH 00/19] ARM: k2g: Add support for 66AK2G02
by Lokesh Vutla 22 Oct '15

22 Oct '15

This 66AK2G02 is a high performance, highly integrated device based on TI KeyStone II Multicore SoC architecture. This device is composed of single core Cortex-A15 and one DSP, built to meet the processing and system level integration needs of industrial communications and control, automotive and performance audio applications. This series adds support for 66AK2G02 device with OF_CONTROL and DM support. Boot tested on k2g-evm. Verified UART and SD boot modes. This series is based on top of Kestone2 DT migration pach series: https://www.mail-archive.com/u-boot%40lists.denx.de/msg186444.html Lokesh Vutla (5): ARM: k2g: Add support for CPU detection ARM: k2g: Add kconfig support ARM: k2g: Enable SPI flash ARM: dts: k2g: Add DT support ARM: k2g: Add config file Mugunthan V N (2): driver: net: keystone_net: fix phy mode configuration driver: net: keystone_net: removing unused code Roger Quadros (1): ARM: k2g: add SD card and eMMC support Vitaly Andrianov (11): ARM: k2g: Add pll data ARM: k2g: Add clock information ARM: k2g: Add PSC info ARM: k2g: Add ddr3 info ARM: k2g: Add support for pin mux configuration ARM: k2g: Add pin mux data ARM: k2g: Correct base addresses ARM: k2g: update keystone nav rx queue numbers dma: keystone_nav: Fix linkram size driver: net: keystone_net: add support for rgmii phy ARM: k2g: Add Ethernet Support arch/arm/dts/Makefile | 3 +- arch/arm/dts/k2g-evm.dts | 21 ++ arch/arm/dts/k2g.dtsi | 72 +++++ arch/arm/include/asm/ti-common/keystone_net.h | 11 + arch/arm/mach-keystone/Kconfig | 3 + arch/arm/mach-keystone/clock.c | 9 + arch/arm/mach-keystone/cmd_mon.c | 2 +- arch/arm/mach-keystone/ddr3.c | 12 +- arch/arm/mach-keystone/include/mach/clock-k2g.h | 20 ++ arch/arm/mach-keystone/include/mach/clock.h | 10 +- arch/arm/mach-keystone/include/mach/hardware-k2g.h | 74 +++++ arch/arm/mach-keystone/include/mach/hardware.h | 53 ++++ arch/arm/mach-keystone/include/mach/mmc_host_def.h | 22 ++ arch/arm/mach-keystone/include/mach/mux-k2g.h | 58 ++++ arch/arm/mach-keystone/init.c | 5 + board/ti/ks2_evm/Kconfig | 13 + board/ti/ks2_evm/MAINTAINERS | 2 + board/ti/ks2_evm/Makefile | 2 + board/ti/ks2_evm/board.c | 8 +- board/ti/ks2_evm/board_k2e.c | 8 + board/ti/ks2_evm/board_k2g.c | 117 ++++++++ board/ti/ks2_evm/board_k2hk.c | 4 + board/ti/ks2_evm/board_k2l.c | 4 + board/ti/ks2_evm/ddr3_k2g.c | 64 +++++ board/ti/ks2_evm/mux-k2g.h | 313 +++++++++++++++++++++ configs/k2g_evm_defconfig | 14 + drivers/dma/keystone_nav.c | 2 +- drivers/mmc/omap_hsmmc.c | 7 +- drivers/net/keystone_net.c | 50 +++- include/configs/k2g_evm.h | 59 ++++ include/configs/ti_armv7_keystone2.h | 11 +- 31 files changed, 1035 insertions(+), 18 deletions(-) create mode 100644 arch/arm/dts/k2g-evm.dts create mode 100644 arch/arm/dts/k2g.dtsi create mode 100644 arch/arm/mach-keystone/include/mach/clock-k2g.h create mode 100644 arch/arm/mach-keystone/include/mach/hardware-k2g.h create mode 100644 arch/arm/mach-keystone/include/mach/mmc_host_def.h create mode 100644 arch/arm/mach-keystone/include/mach/mux-k2g.h create mode 100644 board/ti/ks2_evm/board_k2g.c create mode 100644 board/ti/ks2_evm/ddr3_k2g.c create mode 100644 board/ti/ks2_evm/mux-k2g.h create mode 100644 configs/k2g_evm_defconfig create mode 100644 include/configs/k2g_evm.h -- 2.1.4

2 38

[U-Boot] [PATCH 0/8] ARM: keystone2: Enable OF_CONTROL and DM
by Lokesh Vutla 22 Oct '15

22 Oct '15

This patch series enables OF_CONTROL and DM for all keystone platforms. In order to add support for OF_CONTROL all the keystone2 specific DT files are imported from Linux kernel. For now only DM_SERIAL is enabled on all keystone2 platforms, moving forward all other drivers are converted to DM and will be enabled in defconfig. Build targets used: UART boot: u-boot-dtb.bin NAND boot: MLO SPI boot: u-boot-spl.gph Above three bootmodes are verified on the following platforms: K2HK-evm, K2L-evm, K2E-evm. This patch series is based on top of keystone serial driver posted previously: https://www.mail-archive.com/u-boot%40lists.denx.de/msg186443.html Lokesh Vutla (8): ARM: keystone2: Fix serial port init ARM: keystone2: spl: Fix stack allocation with CONFIG_SYS_MALLOC_F_LEN ARM: dts: Keystone2: Import generic dt files from Linux Kernel ARM: dts: keystone2: Do not use LPAE addresses in U-Boot ARM: dts: k2hk: Enable OF_CONTROL and DM ARM: dts: k2l: Enable OF_CONTROL and DM ARM: dts: k2e: Enable OF_CONTROL and DM ARM: keystone2: Use dtb images by default arch/arm/dts/Makefile | 4 + arch/arm/dts/k2e-clocks.dtsi | 77 +++++++ arch/arm/dts/k2e-evm.dts | 154 +++++++++++++ arch/arm/dts/k2e-netcp.dtsi | 206 +++++++++++++++++ arch/arm/dts/k2e.dtsi | 147 ++++++++++++ arch/arm/dts/k2hk-clocks.dtsi | 425 +++++++++++++++++++++++++++++++++++ arch/arm/dts/k2hk-evm.dts | 182 +++++++++++++++ arch/arm/dts/k2hk-netcp.dtsi | 208 +++++++++++++++++ arch/arm/dts/k2hk.dtsi | 114 ++++++++++ arch/arm/dts/k2l-clocks.dtsi | 266 ++++++++++++++++++++++ arch/arm/dts/k2l-evm.dts | 131 +++++++++++ arch/arm/dts/k2l-netcp.dtsi | 189 ++++++++++++++++ arch/arm/dts/k2l.dtsi | 108 +++++++++ arch/arm/dts/keystone-clocks.dtsi | 414 ++++++++++++++++++++++++++++++++++ arch/arm/dts/keystone.dtsi | 327 +++++++++++++++++++++++++++ arch/arm/mach-keystone/config.mk | 4 +- arch/arm/mach-keystone/init.c | 2 + board/ti/ks2_evm/README | 14 +- configs/k2e_evm_defconfig | 5 + configs/k2hk_evm_defconfig | 5 + configs/k2l_evm_defconfig | 5 + include/configs/ti_armv7_keystone2.h | 13 +- 22 files changed, 2990 insertions(+), 10 deletions(-) create mode 100644 arch/arm/dts/k2e-clocks.dtsi create mode 100644 arch/arm/dts/k2e-evm.dts create mode 100644 arch/arm/dts/k2e-netcp.dtsi create mode 100644 arch/arm/dts/k2e.dtsi create mode 100644 arch/arm/dts/k2hk-clocks.dtsi create mode 100644 arch/arm/dts/k2hk-evm.dts create mode 100644 arch/arm/dts/k2hk-netcp.dtsi create mode 100644 arch/arm/dts/k2hk.dtsi create mode 100644 arch/arm/dts/k2l-clocks.dtsi create mode 100644 arch/arm/dts/k2l-evm.dts create mode 100644 arch/arm/dts/k2l-netcp.dtsi create mode 100644 arch/arm/dts/k2l.dtsi create mode 100644 arch/arm/dts/keystone-clocks.dtsi create mode 100644 arch/arm/dts/keystone.dtsi -- 2.1.4

3 18

[U-Boot] [PATCH 1/3] ti_omap4_common.h: Switch to CONFIG_OMAP_SERIAL for non-SPL DM_SERIAL
by Tom Rini 22 Oct '15

22 Oct '15

Tested on Pandaboard Signed-off-by: Tom Rini <trini(a)konsulko.com> --- include/configs/ti_omap4_common.h | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/include/configs/ti_omap4_common.h b/include/configs/ti_omap4_common.h index 1cd7dae..741f71f 100644 --- a/include/configs/ti_omap4_common.h +++ b/include/configs/ti_omap4_common.h @@ -58,11 +58,15 @@ * Hardware drivers */ #define CONFIG_SYS_NS16550 +#if defined(CONFIG_SPL_BUILD) || !defined(CONFIG_DM_SERIAL) #define CONFIG_SYS_NS16550_SERIAL #define CONFIG_SYS_NS16550_REG_SIZE (-4) #define CONFIG_SYS_NS16550_CLK 48000000 -#define CONFIG_CONS_INDEX 3 #define CONFIG_SYS_NS16550_COM3 UART3_BASE +#else +#define CONFIG_OMAP_SERIAL +#endif +#define CONFIG_CONS_INDEX 3 /* TWL6030 */ #ifndef CONFIG_SPL_BUILD -- 1.7.9.5

2 6

[U-Boot] [PATCH V3 0/4] drivers/sandbox: Introduce a simplified remoteproc framework
by Nishanth Menon 22 Oct '15

22 Oct '15

Many System on Chip(SoC) solutions are complex with multiple processors on the same die dedicated to either general purpose of specialized functions. Many examples do exist in today's SoCs from various vendors. Typical examples are micro controllers such as an ARM M3/M0 doing a offload of specific function such as event integration or power management or controlling camera etc. Traditionally, the responsibility of loading up such a processor with a firmware and communication has been with a High Level Operating System(HLOS) such as Linux. However, there exists classes of products where Linux would need to expect services from such a processor or the delay of Linux and operating system being able to load up such a firmware is unacceptable. The intent here is to introduce a simplified remoteproc framework which can then be used to provide basic services to these remote processors. Special thanks to Simon in helping cleaning up the series to a much more better implementation. The series is based on: master fa43ce842c30 Merge git://git.denx.de/u-boot-fdt Changes since V2: - Minor comment updates from V2 - Review and tested tag picked up from V2 V2: http://marc.info/?l=u-boot&m=144073487701030&w=2 V1: http://lists.denx.de/pipermail/u-boot/2015-August/225085.html Test Log: http://pastebin.ubuntu.com/12432507/ Nishanth Menon (4): drivers: Introduce a simplified remoteproc framework remoteproc: Introduce a sandbox dummy driver sandbox: Introduce dummy remoteproc nodes test: Add basic tests for remoteproc arch/sandbox/dts/test.dts | 13 + common/Kconfig | 5 + common/Makefile | 1 + common/cmd_remoteproc.c | 281 ++++++++++++++ configs/sandbox_defconfig | 2 + doc/device-tree-bindings/remoteproc/remoteproc.txt | 14 + doc/driver-model/remoteproc-framework.txt | 168 +++++++++ drivers/Kconfig | 2 + drivers/Makefile | 1 + drivers/remoteproc/Kconfig | 24 ++ drivers/remoteproc/Makefile | 10 + drivers/remoteproc/rproc-uclass.c | 417 +++++++++++++++++++++ drivers/remoteproc/sandbox_testproc.c | 336 +++++++++++++++++ include/dm/uclass-id.h | 1 + include/remoteproc.h | 162 ++++++++ test/dm/Makefile | 1 + test/dm/remoteproc.c | 67 ++++ 17 files changed, 1505 insertions(+) create mode 100644 common/cmd_remoteproc.c create mode 100644 doc/device-tree-bindings/remoteproc/remoteproc.txt create mode 100644 doc/driver-model/remoteproc-framework.txt create mode 100644 drivers/remoteproc/Kconfig create mode 100644 drivers/remoteproc/Makefile create mode 100644 drivers/remoteproc/rproc-uclass.c create mode 100644 drivers/remoteproc/sandbox_testproc.c create mode 100644 include/remoteproc.h create mode 100644 test/dm/remoteproc.c -- 2.1.4

3 15

[U-Boot] [PATCH v2 0/6] device model bringup of cpsw on am335x bone black
by Mugunthan V N 22 Oct '15

22 Oct '15

This patch seires enables cpsw to adopt driver model. This has been tested on AM335x beagle bone black and GP EVM (logs [1]). Also pushed a branch for testing [2] This patch depends on [3] for getting cpsw address space from DT [1]: http://pastebin.ubuntu.com/12305998/ [2]: git://git.ti.com/~mugunthanvnm/ti-u-boot/mugunth-ti-u-boot.git cpsw-dt-conversion-v2 [3]: http://patchwork.ozlabs.org/patch/504918/ Changes from initial version: * Dropped "drivers: of: add support for get device address based on index" and used http://patchwork.ozlabs.org/patch/504918/ as it fixes the same * Added AM335x GP EVM also with the series. Mugunthan V N (6): am335x_evm: prepare for eth driver model support am335x_evm: do not define usb ether gadget when Eth DM is defined drivers: net: cpsw: prepare driver for device model migration drivers: net: cpsw: convert driver to adopt device driver model defconfig: am335x: bbb: enable ethernet driver model defconfig: am335x: gp_evm: enable ethernet driver model board/ti/am335x/board.c | 7 + configs/am335x_boneblack_vboot_defconfig | 1 + configs/am335x_gp_evm_defconfig | 1 + drivers/net/cpsw.c | 378 +++++++++++++++++++++++++++---- include/configs/am335x_evm.h | 3 + include/cpsw.h | 2 + 6 files changed, 347 insertions(+), 45 deletions(-) -- 2.6.0.rc0.24.gec371ff

2 15

[U-Boot] [PATCH 0/3] Add distro bootcommand to beagle bone and related boards
by Sjoerd Simons 22 Oct '15

22 Oct '15

Given the beagle bone and beagle bone black boards are quite popular devboards it seems rather convenient to have them using the distro boot commands. This patchset adds just that while staying compatible with the old scheme Sjoerd Simons (3): config_distro_bootcmd.h: Use a private variable for bootpart configs: ti_armv7_common.h: Add default addresses for pxe and scripts configs: am335x_evm: Support distro bootcmds include/config_distro_bootcmd.h | 18 ++++++++++------ include/configs/am335x_evm.h | 45 ++++++++++++++++++++++++++++++++------- include/configs/ti_armv7_common.h | 2 ++ 3 files changed, 50 insertions(+), 15 deletions(-) -- 2.5.0

3 7

[U-Boot] [PATCH 1/7] omap-common: Common omap_die_id definition
by Paul Kocialkowski 22 Oct '15

22 Oct '15

This introduces a common definition for omap_die_id, that aims at providing a common interface for accessing omap platform's die id bits. Signed-off-by: Paul Kocialkowski <contact(a)paulk.fr> --- arch/arm/cpu/armv7/omap-common/utils.c | 5 +++++ arch/arm/include/asm/omap_common.h | 2 ++ 2 files changed, 7 insertions(+) diff --git a/arch/arm/cpu/armv7/omap-common/utils.c b/arch/arm/cpu/armv7/omap-common/utils.c index df5f817..acff16b 100644 --- a/arch/arm/cpu/armv7/omap-common/utils.c +++ b/arch/arm/cpu/armv7/omap-common/utils.c @@ -41,6 +41,11 @@ void cancel_out(u32 *num, u32 *den, u32 den_limit) } } +__weak void omap_die_id(unsigned int *die_id) +{ + die_id[0] = die_id[1] = die_id[2] = die_id[3] = 0; +} + void __weak usb_fake_mac_from_die_id(u32 *id) { uint8_t device_mac[6]; diff --git a/arch/arm/include/asm/omap_common.h b/arch/arm/include/asm/omap_common.h index b67d4b6..b46e467 100644 --- a/arch/arm/include/asm/omap_common.h +++ b/arch/arm/include/asm/omap_common.h @@ -605,6 +605,8 @@ void omap_smc1(u32 service, u32 val); void enable_edma3_clocks(void); void disable_edma3_clocks(void); +void omap_die_id(unsigned int *die_id); + /* ABB */ #define OMAP_ABB_NOMINAL_OPP 0 #define OMAP_ABB_FAST_OPP 1 -- 1.9.1

2 24

[U-Boot] [U-BOOT][PATCH]ARM Fix pandaboard es and a4 revision ID
by dbatzle＠dcbcyber.com 22 Oct '15

22 Oct '15

board_name environment variable was not getting set correctly for Pandaboard A4 and ES Signed-off-by: David Batzle <dbatzle(a)dcbcyber.com> CC: Albert Aribaud <albert.u.boot(a)aribaud.net>; Tom Rini <trini(a)ti.com>; Peter Robinson <pbrobinson(a)gmail.com> --- board/ti/panda/panda.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/board/ti/panda/panda.c b/board/ti/panda/panda.c index 783ba35..92e1b63 100644 --- a/board/ti/panda/panda.c +++ b/board/ti/panda/panda.c @@ -101,7 +101,7 @@ int get_board_revision(void) board_id4 = gpio_get_value(PANDA_ES_BOARD_ID_4_GPIO); #ifdef CONFIG_ENV_VARS_UBOOT_RUNTIME_CONFIG - setenv("board_name", strcat(CONFIG_SYS_BOARD, "-es")); + setenv("board_name", "panda-es"); #endif board_id = ((board_id4 << 4) | (board_id3 << 3) | (board_id2 << 2) | (board_id1 << 1) | (board_id0)); @@ -115,7 +115,7 @@ int get_board_revision(void) #ifdef CONFIG_ENV_VARS_UBOOT_RUNTIME_CONFIG if ((board_id >= 0x3) && (processor_rev == OMAP4430_ES2_3)) - setenv("board_name", strcat(CONFIG_SYS_BOARD, "-a4")); + setenv("board_name", "panda-a4"); #endif } -- 2.1.0

2 1

[U-Boot] Relocation issue - need help!
by Wolfgang Denk 21 Oct '15

21 Oct '15

Hi, I'm trying to track down a "syntax error" issue that gets triggered when erasing the U-Boot image in NOR flash. Symptoms look like this: => print update update=protect off 0xfc000000 +${filesize};erase 0xfc000000 +${filesize};cp.b 200000 0xfc000000 ${filesize};protect on 0xfc000000 +${filesize} => run update Un-Protected 2 sectors .. done Erased 2 sectors syntax error Protected 2 sectors => run update syntax error git bisect found commit 199adb6 "common/misc: sparse fixes" as culprit; breaking this down further showed a single line in common/cli_hush.c to trigger the problem. This patch fixes it: --- common/cli_hush.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/cli_hush.c b/common/cli_hush.c index 38da5a0..5bbcfe6 100644 --- a/common/cli_hush.c +++ b/common/cli_hush.c @@ -3127,7 +3127,7 @@ static void mapset(const unsigned char *set, int code) for (s=set; *s; s++) map[*s] = code; } -static void update_ifs_map(void) +void update_ifs_map(void) { /* char *ifs and char map[256] are both globals. */ ifs = (uchar *)getenv("IFS"); -- 1.8.3.1 But I still have bad feelings - symptoms indicate that this is actually a relocation issue, as it only gets triggered when erasing the U-Boot image in NOR flash, so probably there are still pointers to data in NOR being used. This patch here is not suited to fix the original cause of this issue. But then, I do not see where there might be a relocation problem. To be sure I even verified that "ifs" and "map[]" are really in RAM all the time. Has anybody an idea how to further track this down? Or is the patch above actually a real fix? If so, why? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de Old programmers never die, they just branch to a new address.

10 31

[U-Boot] OpenEmbedded-Core pending patch
by Otavio Salvador 20 Oct '15

20 Oct '15

Hello folks, I went over the process of upgrading the U-Boot, in OE-Core, and now we have 2015.07 merged. Along the process I found a pending patch for merging[1] and I would like to know how is the best way to address this specific issue in mainline. 1. http://git.openembedded.org/openembedded-core/tree/meta/recipes-bsp/u-boot/… I am also adding the patch Author in Cc. Regards, -- Otavio Salvador O.S. Systems http://www.ossystems.com.br http://code.ossystems.com.br Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750

2 1