u-boot.git/include/configs, branch v2014.07-rc3 Unnamed repository; edit this file 'description' to name the repository. Merge branch 'master' of git://git.denx.de/u-boot-arm 2014-06-08T11:58:41+00:00 Tom Rini trini@ti.com 2014-06-08T11:58:41+00:00 55e8250bd3cfd996d1caa04f520160a89ec04754 






Merge branch 'u-boot-ti/master' into 'u-boot-arm/master'
2014-06-08T07:14:19+00:00

Albert ARIBAUD
albert.u.boot@aribaud.net

2014-06-08T07:14:19+00:00

5ed28948a3ffe6c735386e59c132989869beaa3e












arm:am43xx: Add TPS65218 support to scale voltages up
2014-06-06T21:46:16+00:00

Tom Rini
trini@ti.com

2014-06-05T15:15:30+00:00

83bad1026b9e3a4f6b7783cc1cbb434c1bbd3fa2

This family is supported by the TPS65218 PMIC.  Implement a scale_vcores
to set the MPU and CORE voltage correctly to the max frequency that is
supported (and what we will be scaling them to in setup_dplls()).

Signed-off-by: Tom Rini <trini@ti.com>





This family is supported by the TPS65218 PMIC.  Implement a scale_vcores
to set the MPU and CORE voltage correctly to the max frequency that is
supported (and what we will be scaling them to in setup_dplls()).

Signed-off-by: Tom Rini <trini@ti.com>







board/BuR/common: Add CONFIG_CMD_I2C
2014-06-06T21:46:15+00:00

Hannes Petermaier
oe5hpm@oevsv.at

2014-06-04T08:28:39+00:00

3e6a52c6ca0d1d3aee8eccb1a3ea19cc50919640

in almost all cases we need the i2c commands within the u-boot shell.
So we enable them within the common section.

Cc: trini@ti.com
Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>





in almost all cases we need the i2c commands within the u-boot shell.
So we enable them within the common section.

Cc: trini@ti.com
Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>







board/BuR/common: introduce usage of CONFIG_SYS_GENERIC_BOARD
2014-06-06T21:46:15+00:00

Hannes Petermaier
oe5hpm@oevsv.at

2014-06-04T08:22:07+00:00

29a0d9c08eb653556eeb40b187325c0f57bf87dc

Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>





Signed-off-by: Hannes Petermaier <oe5hpm@oevsv.at>







ARM: AM43xx: Fix mmcboot command in EXTRA_ENV_SETTINGS
2014-06-06T21:46:15+00:00

Lokesh Vutla
lokeshvutla@ti.com

2014-06-02T05:15:38+00:00

fa03834fdf62eb40bc2d47c0e4289d6c250cb148

loadbootenv expects devtype variable to be set. This is missing in
mmcboot command. With this the following error comes:
U-Boot# run mmcboot
mmc0 is current device
SD/MMC found on device 0
** Bad device usb 0 **
** Bad device usb 0 **
Fixing this by setting devtype as mmc.

Reported-by: Tony Lindgren <tony@atomide.com>
Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>





loadbootenv expects devtype variable to be set. This is missing in
mmcboot command. With this the following error comes:
U-Boot# run mmcboot
mmc0 is current device
SD/MMC found on device 0
** Bad device usb 0 **
** Bad device usb 0 **
Fixing this by setting devtype as mmc.

Reported-by: Tony Lindgren <tony@atomide.com>
Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>







tam3517: fix NAND detection
2014-06-06T21:46:15+00:00

Jeroen Hofstee
jeroen@myspectrum.nl

2014-05-31T15:08:30+00:00

0970051d13501c150841d7f6f0ecc7372ef619fd

commit a0a37183bd7 "ARM: omap: merge GPMC initialization code for
all platform" needs CONFIG_NOR, CONFIG_NAND or CONFIG_CMD_ONENAND
to be set to access flash. Add CONFIG_NAND for tam3517 derived
boards to prevent the following error: "nand: error: Unable to
find NAND settings in GPMC Configuration - quitting"

cc: Stefano Babic <sbabic@denx.de>
Signed-off-by: Jeroen Hofstee <jeroen@myspectrum.nl>





commit a0a37183bd7 "ARM: omap: merge GPMC initialization code for
all platform" needs CONFIG_NOR, CONFIG_NAND or CONFIG_CMD_ONENAND
to be set to access flash. Add CONFIG_NAND for tam3517 derived
boards to prevent the following error: "nand: error: Unable to
find NAND settings in GPMC Configuration - quitting"

cc: Stefano Babic <sbabic@denx.de>
Signed-off-by: Jeroen Hofstee <jeroen@myspectrum.nl>







keystone: k2hk: enable support of nand ecclayout command
2014-06-06T21:46:14+00:00

WingMan Kwok
w-kwok2@ti.com

2014-05-29T15:58:16+00:00

1dbb64dcf9d7b9894d3ed6a19a23ac4dbb2b1664

Enable support of nand ecclayout command.

Acked-By: Murali Karicheri <m-karicheri2@ti.com>
Acked-by: Vitaly Andrianov <vitalya@ti.com>
Signed-off-by: WingMan Kwok <w-kwok2@ti.com>
Signed-off-by: Ivan Khoronzhuk <ivan.khoronzhuk@ti.com>





Enable support of nand ecclayout command.

Acked-By: Murali Karicheri <m-karicheri2@ti.com>
Acked-by: Vitaly Andrianov <vitalya@ti.com>
Signed-off-by: WingMan Kwok <w-kwok2@ti.com>
Signed-off-by: Ivan Khoronzhuk <ivan.khoronzhuk@ti.com>







keystone: init: enable UART1 to be able use it from kernel
2014-06-06T21:46:14+00:00

Murali Karicheri
m-karicheri2@ti.com

2014-05-29T15:57:12+00:00

afee59cd49449e7b7d538d919b6e8ab5184e5b93

Currently PWREMU_MGMT is not configured in the Linux generic UART
driver as this register seems to be specific TI UART IP. So this
needs to be enabled in u-boot to use UART1 from kernel space.

Acked-By: Vitaly Andrianov <vitalya@ti.com>
Signed-off-by: Murali Karicheri <m-karicheri2@ti.com>
Signed-off-by: Ivan Khoronzhuk <ivan.khoronzhuk@ti.com>





Currently PWREMU_MGMT is not configured in the Linux generic UART
driver as this register seems to be specific TI UART IP. So this
needs to be enabled in u-boot to use UART1 from kernel space.

Acked-By: Vitaly Andrianov <vitalya@ti.com>
Signed-off-by: Murali Karicheri <m-karicheri2@ti.com>
Signed-off-by: Ivan Khoronzhuk <ivan.khoronzhuk@ti.com>







arm:am33xx: Rework s_init and add board_early_init_f
2014-06-06T21:46:14+00:00

Tom Rini
trini@ti.com

2014-05-21T16:57:22+00:00

196311dc728bbb9484356547b9daa731ca2feb8d

With the changes to the i2c framework (and adopting the omap24xx_i2c
driver to them) we can no longer call i2c functions prior to gd having
been set and cleared.  When SPL booting, this is handled by setting gd
to point to SRAM in s_init.  However in the cases where we are loaded
directly by ROM (memory mapped NOR or QSPI) we need to make use of the
normal hooks to slightly delay these calls.

Signed-off-by: Tom Rini <trini@ti.com>





With the changes to the i2c framework (and adopting the omap24xx_i2c
driver to them) we can no longer call i2c functions prior to gd having
been set and cleared.  When SPL booting, this is handled by setting gd
to point to SRAM in s_init.  However in the cases where we are loaded
directly by ROM (memory mapped NOR or QSPI) we need to make use of the
normal hooks to slightly delay these calls.

Signed-off-by: Tom Rini <trini@ti.com>