summaryrefslogtreecommitdiff
path: root/include
AgeCommit message (Collapse)Author
2013-05-13blackfin: run core1 from L1 code sram start address in uboot init code on core 0Sonic Zhang
Define core 1 L1 code sram start address. Add function to enable core 1 for BF609 and BF561. Add config macro to allow customer to run core 1 in uboot init code on core 0. Signed-off-by: Sonic Zhang <[email protected]>
2013-05-13blackfin: reduce size of u-boot.ldr in bf548-ezkit default config.Bob Liu
Enable VIDEO and NAND supports only when the config options is defined. Signed-off-by: Bob Liu <[email protected]> Signed-off-by: Sonic Zhang <[email protected]>
2013-05-12at91sam9260ek: move board id setup to config headerAndreas Bießmann
Signed-off-by: Andreas Bießmann <[email protected]> Acked-by: Bo Shen <[email protected]>
2013-05-12mmc: atmel_mci: using IP version for different settingBo Shen
Using IP version for different setting - Higher version supports 8bit mode - Higher version bus width setting is different Signed-off-by: Bo Shen <[email protected]> Signed-off-by: Andreas Bießmann <[email protected]>
2013-05-12arm: at91: add at91sam9g20ek_mmc_config, which can save environment in mmc cardWu, Josh
Signed-off-by: Josh Wu <[email protected]> Signed-off-by: Andreas Bießmann <[email protected]>
2013-05-12arm: at91: enable mci support for at91sam9g20ek.Wu, Josh
Signed-off-by: Josh Wu <[email protected]> Signed-off-by: Andreas Bießmann <[email protected]>
2013-05-12arm: at91: add at91sam9n12ek board supportWu, Josh
Add support for following features: - nand boot, with PMECC 2bit ECC for 512 bytes sector - SPI flash boot - SD card boot - LCD support Signed-off-by: Josh Wu <[email protected]> [fix -Wimplicit-function-declaration for at91_lcd_hw_init()] Signed-off-by: Andreas Bießmann <[email protected]>
2013-05-11Merge branch 'u-boot-ti/master' into 'u-boot-arm/master'Albert ARIBAUD
2013-05-11Merge branch 'u-boot-imx/master' into 'u-boot-arm/master'Albert ARIBAUD
Conflicts: drivers/mtd/nand/mxc_nand_spl.c include/configs/m28evk.h
2013-05-10Move FDT_RAMDISK_OVERHEAD from fdt.h to libfdt_env.hGerald Van Baren
The define should not have been put in fdt.h originally, libfdt_env.h is the proper place for target-specific customizations. Signed-off-by: Gerald Van Baren <[email protected]>
2013-05-10Added license header to dtc/libfdt/fdt.h and libfdt_env.hJustin Sobota
This commit adds a license header to fdt.h and libfdt_env.h because the license was omitted. U-Boot note: the u-boot libfdt_env.h header portion was not applied to the u-boot libfdt_env.h because that file was created by Gerald Van Baren (with a license header). - gvb Ref: DTC commit 27cdc1b1 Signed-off-by: Justin Sobota <[email protected]> Acked-by: David Gibson <[email protected]> Signed-off-by: Gerald Van Baren <[email protected]>
2013-05-10Fix typoFrançois Revol
Ref: DTC commit cc11e522 Signed-off-by: François Revol <[email protected]>
2013-05-10Export fdt_stringlist_contains()Simon Glass
This function is useful outside libfdt, so export it. Ref: DTC commit b7aa300e Signed-off-by: Simon Glass <[email protected]> Acked-by: David Gibson <[email protected]>
2013-05-11Merge branch 'u-boot-pxa/master' into 'u-boot-arm/master'Albert ARIBAUD
2013-05-10ARM: OMAP: Add arch_cpu_init functionSRICHARAN R
The boot parameters passed from SPL to UBOOT must be saved as a part of uboot's gd data as early as possible, before we will inadvertently overwrite it. So adding a arch_cpu_init for the required Socs to save it. Signed-off-by: Sricharan R <[email protected]> [trini: Add igep0033 hunk] Signed-off-by: Tom Rini <[email protected]>
2013-05-10ARM: OMAP: Cleanup boot parameters usageSRICHARAN R
The boot parameters are read from individual variables assigned for each of them. This been corrected and now they are stored as a part of the global data 'gd' structure. So read them from 'gd' instead. Signed-off-by: Sricharan R <[email protected]> [trini: Add igep0033 hunk] Signed-off-by: Tom Rini <[email protected]>
2013-05-10davinci: handle CONFIG_SYS_CLE_MASK and CONFIG_SYS_ALE_MASKEric Benard
these variables are curently defined in several config files but the driver doesn't use them and defaults to hardcoded values in nand_defs.h It's interesting to be able to change this hardcoded valude when the hardware is not using the default adress signals to drive ALE and CLE and two configuration defines already exist for this purpose so use them. Signed-off-by: Eric Bénard <[email protected]>
2013-05-10cm-t35: update config fileIgor Grinberg
Several minor updates to the cm-t35 config file. Signed-off-by: Igor Grinberg <[email protected]> Tested-by: Nikita Kiryanov <[email protected]>
2013-05-10ARM: Panda: Add flag to allow runtime enviroment varibale modsDan Murphy
Add the flag to allow runtime enviroment variable modifications. This is being added so that the board-name can be modified at runtime to indicate either a panda(4430) or a panda-es(4460) Signed-off-by: Dan Murphy <[email protected]>
2013-05-10ARM:Panda:Fix device tree loading for the panda-esDan Murphy
Fix the device tree loading for panda(4430) and panda-es(4460) Modify the board name if a 4460 panda or panda-es is detected at run time. In the findfdt add a check for the panda-es board name and load the panda-es device tree blob. Signed-off-by: Dan Murphy <[email protected]>
2013-05-10ARM: OMAP5: Fix warm reset with USB cable connectedLokesh Vutla
Warm reset on OMAP5 freezes when USB cable is connected. Fix requires PRM_RSTTIME.RSTTIME1 to be programmed with the time for which reset should be held low for the voltages and the oscillator to reach stable state. There are 3 parameters to be considered for calculating the time, which are mostly board and PMIC dependent. -1- Time taken by the Oscillator to shut + restart -2- PMIC OTP times -3- Voltage rail ramp times, which inturn depends on the PMIC slew rate and value of the voltage ramp needed. In order to keep the code in u-boot simple, have a way for boards to specify a pre computed time directly using the 'CONFIG_OMAP_PLATFORM_RESET_TIME_MAX_USEC' option. If boards fail to specify the time, use a default as specified by 'CONFIG_DEFAULT_OMAP_RESET_TIME_MAX_USEC' instead. Using the default value translates into some ~22ms and should work in all cases. However in order to avoid this large delay hiding other bugs, its recommended that all boards look at their respective data sheets and specify a pre computed and optimal value using 'CONFIG_OMAP_PLATFORM_RESET_TIME_MAX_USEC' In order to help future board additions to compute this config option value, add a README at doc/README.omap-reset-time which explains how to compute the value. Also update the toplevel README with the additional option and pointers to doc/README.omap-reset-time. Signed-off-by: Lokesh Vutla <[email protected]> [[email protected]: Updated changelog and added the README] Signed-off-by: Rajendra Nayak <[email protected]>
2013-05-10Remove duplicate / unused #defines on AM335x boardsMark Jackson
As part of a review of a recent patch to add a new AM335x board, Tom found several duplicate and/or unused #defines. This patch simply removes them. The two affected configs have been recompiled to check nothing was broken (from a compilation point of view !!) Reported-by: Tom Rini <[email protected]> Signed-off-by: Mark Jackson <[email protected]>
2013-05-10omap5_common: Add optargs variable for kernel command line argsTom Rini
Add 'optargs' variable to be set to additional kernel arguments, similar to omap3*/am3* usage. Cc: Sricharan R <[email protected]> Signed-off-by: Tom Rini <[email protected]>
2013-05-10ARM: Add support for IGEP COM AQUILA/CYGNUSEnric Balletbo i Serra
The IGEP COM AQUILA and CYGNUS are industrial processors modules with following highlights: o AM3352/AM3354 Texas Instruments processor o Cortex-A8 ARM CPU o 3.3 volts Inputs / Outputs use industrial o 256 MB DDR3 SDRAM / 128 Megabytes FLASH o MicroSD card reader on-board o Ethernet controller on-board o JTAG debug connector available o Designed for industrial range purposes Signed-off-by: Enric Balletbo i Serra <[email protected]>
2013-05-10palmas: add header guardNishanth Menon
Add an header guard to common header file to prevent multiple includes messing things up. Signed-off-by: Nishanth Menon <[email protected]>
2013-05-10palmas: use palmas_i2c_[read|write]_u8Nishanth Menon
commit 21144298 (power: twl6035: add palmas PMIC support) introduced twl6035_i2c_[read|write]_u8 Then, commit dd23e59d (omap5: pbias ldo9 turn on) introduced palmas_[read|write]_u8 for precisely the same access function. TWL6035 belongs to the palmas family, so instead of having an twl6035 API, we could use an generic palmas API instead. To stay consistent with the function naming of twl4030,6030 accessors, we use palmas_i2c_[read|write]_u8 Cc: Balaji T K <[email protected]> Cc: Sricharan R <[email protected]> Reported-by: Ruchika Kharwar <[email protected]> Signed-off-by: Nishanth Menon <[email protected]>
2013-05-10palmas: rename twl6035_mmc1_poweron_ldo with an palmas generic functionNishanth Menon
Since TPS659038/TWL6035/TWL6037 all belong to palmas family of TI PMICs, rename twl6035_mmc1_poweron_ldo by a more generic palmas_mmc1_poweron_ldo function. Signed-off-by: Nishanth Menon <[email protected]>
2013-05-10palmas: rename init_settings to an generic palmas initNishanth Menon
Since TPS659038/TWL6035/TWL6037 all belong to palmas family of TI PMICs, rename twl6035_init_settings with an more generic palmas_init_settings Signed-off-by: Nishanth Menon <[email protected]>
2013-05-10twl6035: rename to palmasNishanth Menon
TPS659038/TWL6035/TWL6037 all belong to palmas family of TI PMICs Rename twl6035 to palmas to allow reuse across multiple current and future platforms As part of this change, change the CONFIG_TWL6035_POWER to CONFIG_PALMAS_POWER and update usage of header file accordingly. Signed-off-by: Nishanth Menon <[email protected]>
2013-05-10twl6030: add header guardNishanth Menon
Add an header guard to common header file to prevent multiple includes messing things up. Signed-off-by: Nishanth Menon <[email protected]>
2013-05-10twl6030: move twl6030 register access functions to common header fileNishanth Menon
twl6030_i2c_[read|write]_u8 can be used else where to access multi-function device such as twl6030, so move the register access functions to the common twl6030.h header file. Signed-off-by: Nishanth Menon <[email protected]>
2013-05-10twl4030: make twl4030_i2c_read_u8 prototype consistentNishanth Menon
u-boot standard i2c read prototype is i2c_read(addr, reg, 1, &buf, 1) twl4030_i2c_read_u8(u8 addr, u8 *val, u8 reg) does not provide consistency, so switch the prototype to be consistent with rest of u-boot i2c operations: twl4030_i2c_read_u8(u8 addr, u8 reg, u8 *val) Signed-off-by: Nishanth Menon <[email protected]>
2013-05-10twl4030: make twl4030_i2c_write_u8 prototype consistentNishanth Menon
u-boot standard i2c register write prototype is i2c_reg_write(u8 addr, u8 reg, u8 val) twl4030_i2c_write_u8(u8 addr, u8 val, u8 reg) does not provide consistency, so switch the prototype to be consistent with rest of u-boot i2c operations: twl4030_i2c_write_u8(u8 addr, u8 reg, u8 val) Signed-off-by: Nishanth Menon <[email protected]>
2013-05-10ti814x_evm: enable CPSW supportMatt Porter
Adds CPSW support to the TI814X EVM configured with an ET1011C PHY in GMII mode. Signed-off-by: Matt Porter <[email protected]> Reviewed-by: Tom Rini <[email protected]>
2013-05-10phy: add support for ET1011C physMatt Porter
Adds an ET1011C PHY driver which is derived from the Linux kernel PHY driver (drivers/net/phy/et1011c.c) from the v3.9-rc2 tag. Note that an errata workaround config option is implemented to allow for TX_CLK to be enabled even when gigabit mode is negotiated. This workaround is used on the PG1.0 TI814X EVM. Signed-off-by: Matt Porter <[email protected]> Reviewed-by: Tom Rini <[email protected]>
2013-05-10fs/ext4: Support device block sizes != 512 bytesEgbert Eich
The 512 byte block size was hard coded in the ext4 file systems. Large harddisks today support bigger block sizes typically 4096 bytes. This patch removes this limitation. Signed-off-by: Egbert Eich <[email protected]>
2013-05-09gpio: Add support for microblaze xilinx GPIOMichal Simek
Microblaze uses gpio which is connected to the system reset. Currently gpio subsystem wasn't used for it. Add gpio driver and change Microblaze reset logic to be done via gpio subsystem. There are various configurations which Microblaze can have that's why gpio_alloc/gpio_alloc_dual(for dual channel) function has been introduced and gpio can be allocated dynamically. Adding several gpios IP is also possible and supported. For listing gpio configuration please use "gpio status" command This patch also remove one compilation warning: microblaze-generic.c: In function 'do_reset': microblaze-generic.c:38:47: warning: operation on '*1073741824u' may be undefined [-Wsequence-point] Signed-off-by: Michal Simek <[email protected]>
2013-05-07Merge branch 'master' of git://www.denx.de/git/u-boot-mmcTom Rini
2013-05-06mmc: Split device init to decouple OCR-polling delayChe-Liang Chiou
Most of time that MMC driver spends on initializing a device is polling OCR (operation conditions register). To decouple this polling loop, device init is split into two parts: The first part fires the OCR query command, and the second part polls the result. So the caller is now no longer bound to the OCR-polling delay; he may fire the query, go somewhere and then come back later for the result. To use this, call mmc_set_preinit() on any device which needs this. This can save significant amounts of time on boot (e.g. 200ms) by hiding the MMC init time behind other init. Signed-off-by: Che-Liang Chiou <[email protected]> Signed-off-by: Simon Glass <[email protected]> Acked-by: Jaehoon Chung <[email protected]> Signed-off-by: Andy Fleming <[email protected]>
2013-05-06arm: mxs: video: Enable MXS LCDIF on M28EVKMarek Vasut
Enable LCD output support on M28EVK. Signed-off-by: Marek Vasut <[email protected]> Cc: Anatolij Gustschin <[email protected]> Cc: Fabio Estevam <[email protected]> Cc: Otavio Salvador <[email protected]> Cc: Stefano Babic <[email protected]> Acked-by: Anatolij Gustschin <[email protected]>
2013-05-06fpga: Remove all CONFIG_SYS_* fpga related optionsMichal Simek
All these macros are completely unused by any code. CONFIG_FPGA is not a bitfield anymore. Signed-off-by: Michal Simek <[email protected]> Reviewed-by: Tom Rini <[email protected]>
2013-05-06fpga: Check device name against bitstream nameMichal Simek
Ensure that wrong bitstream won't be loaded to current device. Signed-off-by: Michal Simek <[email protected]> Reviewed-by: Tom Rini <[email protected]>
2013-05-06fpga: zynq: Add support for loading bitstreamMichal Simek
Devcfg device requires to load bitstream in binary format. But u-boot also has an option for loading bitstream in bit format. Let's handle both cases by zynqpl driver. Also add suport for loading partial bitstreams. The first driver version was done by: Joe Hershberger <[email protected]> Signed-off-by: Michal Simek <[email protected]> Reviewed-by: Tom Rini <[email protected]>
2013-05-06fpga: Change the first parameter in fpga_loadbitstreamMichal Simek
All fpga functions use devnum as int. Only fpga_loadbitstream is using it as unsinged long dev. This patch synchronize it. Signed-off-by: Michal Simek <[email protected]> Reviewed-by: Tom Rini <[email protected]>
2013-05-06cmd: fpga: Move fpga_loadbitstream to fpga.cMichal Simek
In bitstream decoding you can directly check device which you want to load and in fpga.c are fpga_validate and fpga_dev_info functions which should be used for it. Signed-off-by: Michal Simek <[email protected]> Reviewed-by: Tom Rini <[email protected]>
2013-05-06usb: common: Use a global definition for 'min3'Vivek Gautam
We can use a common global method for calculating minimum of 3 numbers. Put the same in 'common header' and let 'ehci' use it. Signed-off-by: Vivek Gautam <[email protected]> Acked-by: Tom Rini <[email protected]>
2013-05-06usb: fix: Fixing Port status and feature number constantsVivek Gautam
Fix the Port status bit constants and Port feature number constants as a part of USB 2.0 and USB 3.0 Hub class. Signed-off-by: Vivek Gautam <[email protected]>
2013-05-05USB: SS: Add support for Super Speed USB interfaceVivek Gautam
This adds usb framework support for super-speed usb, which will further facilitate to add stack support for xHCI. Signed-off-by: Vikas C Sajjan <[email protected]> Signed-off-by: Vivek Gautam <[email protected]>
2013-05-05USB: Some cleanup prior to USB 3.0 interface additionVivek Gautam
Some cleanup in usb framework, nothing much on feature side. Signed-off-by: Vikas C Sajjan <[email protected]> Signed-off-by: Vivek Gautam <[email protected]>
2013-05-05usb: Add new command to set USB 2.0 port test modesJulius Werner
This patch adds a new 'usb test' command, that will set a port to a USB 2.0 test mode (see USB 2.0 spec 7.1.20). It supports all five test modes on both downstream hub ports and ordinary device's upstream ports. In addition, it supports EHCI root hub ports. Signed-off-by: Julius Werner <[email protected]>