summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeLines
...
| * | Removed unused define, CONFIG_ARMV7.Christopher Harvey2011-08-04-23/+0
| | | | | | | | | | | | Signed-off-by: Christopher Harvey <charvey@matrox.com>
| * | avr32: add grasshopper (ICnova AP7000) boardAndreas Bießmann2011-08-03-0/+357
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The grasshopper board is a neat avr32 evaluation kit produced by In-Circuit GmbH. See http://www.ic-board.de/product_info.php?info=p75_ICnova-AP7000-Base.html for detailed information about this device. Signed-off-by: Andreas Bießmann <biessmann@corscience.de> Signed-off-by: Reinhard Meyer <u-boot@emk-elektronik.de>
| * | AT91/SPI: fix atmel_dataflash_spi.c to allow building without warningsReinhard Meyer2011-08-03-3/+13
| | | | | | | | | | | | Signed-off-by: Reinhard Meyer <u-boot@emk-elektronik.de>
| * | MAKEALL: remove AT91 boards that are in boards.cfgReinhard Meyer2011-08-03-5/+0
| | | | | | | | | | | | Signed-off-by: Reinhard Meyer <u-boot@emk-elektronik.de>
| * | AT91: Makes AT91SAM9263-EK build correctly against u-boot-atmel/masterXu, Hong2011-08-03-89/+98
| | | | | | | | | | | | | | | | | | | | | | | | Rework for AT91SAM9263-EK, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: Hong Xu <hong.xu@atmel.com> Signed-off-by: Reinhard Meyer <uboot@emk-elektronik.de>
| * | AT91: Makes AT91SAM9263 SoC build correctly against u-boot-atmel/masterXu, Hong2011-08-03-118/+83
| | | | | | | | | | | | | | | | | | | | | | | | Rework for AT91SAM9263 SoC, makes it build again. Based on the work for AT91SAM9260-EK. Signed-off-by: Hong Xu <hong.xu@atmel.com> Signed-off-by: Reinhard Meyer <uboot@emk-elektronik.de>
| * | AT91: Board fix for AT91SAM9261-EKXu, Hong2011-08-03-152/+154
| | | | | | | | | | | | | | | | | | | | | Fix board part of AT91SAM9261-EK according to the new scheme Signed-off-by: Hong Xu <hong.xu@atmel.com> Signed-off-by: Reinhard Meyer <u-boot@emk-elektronik.de>
| * | AT91: SoC fix at91sam9261_matrix.hXu, Hong2011-08-03-41/+36
| | | | | | | | | | | | | | | | | | Fix at91sam9261_matrix.h according to the new scheme. Signed-off-by: Hong Xu <hong.xu@atmel.com>
| * | AT91: Makes AT91SAM9RL-EK build correctly against u-boot-atmel/masterXu, Hong2011-08-03-81/+99
| | | | | | | | | | | | | | | | | | | | | | | | | | | Rework for AT91SAM9RL-EK, makes it build again. Based on the work for AT91SAM9260-EK. V4: added changes to MAKEALL Signed-off-by: Hong Xu <hong.xu@atmel.com> Signed-off-by: Reinhard Meyer <u-boot@emk-elektronik.de>
| * | AT91: Makes AT91SAM9RL SoC build correctly against u-boot-atmel/masterXu, Hong2011-08-03-209/+171
| | | | | | | | | | | | | | | | | | | | | | | | | | | Rework for AT91SAM9RL SoC, makes it build again. Based on the work for AT91SAM9260-EK. V4: US->USART, cosmetics Signed-off-by: Hong Xu <hong.xu@atmel.com> Signed-off-by: Reinhard Meyer <u-boot@emk-elektronik.de>
| * | AT91: change common at91sam9261 files to compile with new schemeAsen Dimov2011-08-03-41/+38
| | | | | | | | | | | | | | | Signed-off-by: Asen Dimov <dimov@ronetix.at> Signed-off-by: Reinhard Meyer <u-boot@emk-elektronik.de>
| * | AT91: fix mistake in at91sam9260_devices.c(spi1_hw_init)Reinhard Meyer2011-08-03-1/+1
| | | | | | | | | | | | | | | | | | | | | Bits 0..3 in cs_mask = CS0..CS3 in SPI mode require it to be peripheral Bits 4..7 in cs_mask = CS0..CS3 in GPIO mode require it to be output Signed-off-by: Reinhard Meyer <u-boot@emk-elektronik.de>
| * | a/a/c/arm920t/at91/reset.c: drop obsolete CONFIG_AT91RM9200_USARTAndreas Bießmann2011-08-03-4/+0
| | | | | | | | | | | | | | | | | | | | | | | | The CONFIG_AT91RM9200_USART is an remnant of 18ed5e9550810e2fc5bf2c757aee47774609651c which deleted the at91rm9200_usart driver. Signed-off-by: Andreas Bießmann <andreas.devel@googlemail.com>
| * | README: fix arm920t/at91 pathAndreas Bießmann2011-08-03-1/+1
| | | | | | | | | | | | Signed-off-by: Andreas Bießmann <andreas.devel@googlemail.com>
| * | net/eth.c: drop obsolete at91rm9200 supportAndreas Bießmann2011-08-03-4/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | All available at91rm9200 boards have migrated to ar920t/at91 and therefore to CONFIG_NET_MULTI. The obsolete at91rm9200_miiphy_initialize() was removed in "ARM: remove obsolete at91rm9200". Signed-off-by: Andreas Bießmann <andreas.devel@googlemail.com>
| * | README.at91-soc: remove AT91(RM9200) joining noticeAndreas Bießmann2011-08-03-22/+0
| | | | | | | | | | | | | | | | | | | | | Since all currently supported at91rm9200 boards are migrated to at91 support the joining notice can be removed. Signed-off-by: Andreas Bießmann <andreas.devel@googlemail.com>
| * | a/a/c/arm920t/cpu.c: remove CONFIG_AT91_LEGACY warningAndreas Bießmann2011-08-03-4/+0
| | | | | | | | | | | | | | | | | | | | | The CONFIG_AT91_LEGACY warning became obsolete due to complete removal of at91rm9200 arch code in arm920t. Signed-off-by: Andreas Bießmann <andreas.devel@googlemail.com>
| * | MAKEALL: remove obsolete at91rm9200 socAndreas Bießmann2011-08-03-1/+0
| | | | | | | | | | | | | | | | | | | | | Since complete at91rm9200 SoC device was droped (due to replacement with common at91 code) this parameter can safely be removed. Signed-off-by: Andreas Bießmann <andreas.devel@googlemail.com>
| * | ARM: remove obsolete at91rm9200Andreas Bießmann2011-08-03-2936/+0
| | | | | | | | | | | | | | | | | | | | | | | | The big "ARM: remove broken boards" series deletes all boards using obsolete arm920t/at91rm9200 arch code. Therefore we can safely remove this code now. Signed-off-by: Andreas Bießmann <andreas.devel@googlemail.com>
| * | omap4: clock init support for omap4460Aneesh V2011-08-03-8/+65
| | | | | | | | | | | | | | | Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap4: support TPS programmingAneesh V2011-08-03-7/+79
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | TPS62361 is the new power supply used in OMAP4460 that supplies vdd_mpu. VCORE1 from Phoenix supplies vdd_core and VCORE2 supplies vdd_iva. VCORE3 is not used in OMAP4460. Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap: reuse omap3 gpio support in omap4Aneesh V2011-08-03-51/+105
| | | | | | | | | | | | | | | Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap4: sdram init changes for omap4460Aneesh V2011-08-03-19/+30
| | | | | | | | | | | | | | | Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap4: add omap4460 revision detectionAneesh V2011-08-03-0/+5
| | | | | | | | | | | | | | | Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | mkimage: Add OMAP boot image supportJohn Rigby2011-08-03-1/+321
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Add mkimage support for OMAP boot image - Add support for OMAP boot image(MLO) generation in the new SPL framework Signed-off-by: John Rigby <john.rigby@linaro.org> Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap: add MMC and FAT support to SPLAneesh V2011-08-03-2/+287
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Add MMC raw and FAT mode boot support for OMAP - Provide a means by which parameters passed by ROM-code can be saved in u-boot. - Save boot mode related information passed by OMAP4 ROM-code and use it to determine where to load the u-boot from - Assumes that the image has a mkimage header. Gets the payload size and load address from this header. If the header is not detected assume u-boot.bin as payload Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap: add basic SPL supportAneesh V2011-08-03-64/+257
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Provide alternate implementations of board_init_f() board_init_r() for OMAP spl. - Provide linker script - Initialize global data - Add serial console support - Update CONFIG_SYS_TEXT_BASE to allow for SPL's bss and move it to board config header from config.mk Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | armv7: start.S: fixes and enhancements for SPLAneesh V2011-08-03-12/+39
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Allow SPL to have .bss disjoint from rest of the image - Allow for .bss setup in CONFIG_SPL_BUILD case too. - Take care of the special case where relocation offset = 0. - Compile out exception handling code and install a simpler vector Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap4: automatic sdram detectionAneesh V2011-08-03-0/+240
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Identify SDRAM devices connected to EMIF automatically: LPDDR2 devices have some Mode Registers that provide details about the device such as the type, density, bus width etc. EMIF has the capability to read these registers. If there are no devices connected to a given chip-select reading mode registers will return junk values. After reading as many such registers as possible and matching with expected ranges of values the driver can identify if there is a device connected to the respective CS. If we identify that a device is connected the values read give us complete details about the device. This along with the base AC timings specified by JESD209-2 allows us to do a complete automatic initialization of SDRAM that works on all boards. Please note that the default AC timings specified by JESD209-2 will be safe for all devices but not necessarily optimal. However, for the Elpida devices used on Panda and SDP the default timings are both safe and optimal. Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap4: calculate EMIF register valuesAneesh V2011-08-03-10/+977
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Calculate EMIF register values based on AC timing parameters from the SDRAM datasheet and the DDR frequency rather than using the hard-coded values. For a new board the user doen't have to go through the tedious process of calculating the register values. Instead, just provide the AC timings from the device data sheet as input and the driver will automatically calculate the register values. Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap4: add sdram init supportAneesh V2011-08-03-7/+1500
| | | | | | | | | | | | | | | | | | | | | Add support for the SDRAM controller (EMIF). Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap4: add clock supportAneesh V2011-08-03-0/+1683
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add support for: 1. DPLL locking 2. Initialization of clock domains and clock modules 3. Setting up the right voltage on voltage rails This work draws upon previous work done for x-loader by: Santosh Shilimkar <santosh.shilimkar@ti.com> Rajendra Nayak <rnayak@ti.com> Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap4: add OMAP4430 revision checkAneesh V2011-08-03-8/+97
| | | | | | | | | | | | | | | Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap4: cleanup pin mux dataAneesh V2011-08-03-178/+209
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - separate mux settings into essential and non essential parts - essential part is board independent as of now(so move it to SoC directory). Will help in having single SPL for all boards. - Non-essential part(the pins not essential for u-boot to function) need to be phased out eventually. - Correct mux data by aligning to the latest settings in x-loader Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap4: utility function to identify the context of hw initAneesh V2011-08-03-1/+82
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The basic hardware init of OMAP4(s_init()) can happen in 4 different contexts: 1. SPL running from SRAM 2. U-Boot running from FLASH 3. Non-XIP U-Boot loaded to SDRAM by SPL 4. Non-XIP U-Boot loaded to SDRAM by ROM code using the Configuration Header feature What level of hw initialization gets done depends on this context. Add a utility function to find this context. Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | DA8xx: fix LPSC constantsLaurence Withers2011-08-03-12/+31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Some of the LPSC constants were incorrect, and some were missing. This commit fixes the incorrect constants (which were not used anywhere in the tree) and adds all constants for both DA830 and DA850, as per the TI datasheets. Signed-off-by: Laurence Withers <lwithers@guralp.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | DA8xx: switch an enum to defines for consistencyLaurence Withers2011-08-03-41/+40
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There are two main sets of LPSC constants, depending on the processor family. The DA8xx constants were given in an enum whereas the non-DA8xx constants were preprocessor defines. This commit switches the DA8xx constants to defines for consistency. Signed-off-by: Laurence Withers <lwithers@guralp.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | DA8xx: add MMC/SD controller addressesLaurence Withers2011-08-03-0/+2
| | | | | | | | | | | | | | | Signed-off-by: Laurence Withers <lwithers@guralp.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | DaVinci EMAC: declare function for all DA8xx CPUsLaurence Withers2011-08-03-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The function davinci_emac_mii_mode_sel() is defined in board/davinci/common/misc.c for any DA8xx CPU which has CONFIG_DRIVER_TI_EMAC enabled. However, the prototype was only being declared in <include/asm/arch/davinci_misc.h> for the DA850 EVM board. This patch declares it for all DA8xx CPUs where CONFIG_DRIVER_TI_EMAC is enabled. Signed-off-by: Laurence Withers <lwithers@guralp.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | DA8xx: add generic GPIO driverLaurence Withers2011-08-03-0/+290
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add a generic GPIO driver for the DaVinci DA8xx processors. It is turned on by defining CONFIG_DA8XX_GPIO and fulfills the generic GPIO interface specified in <asm/gpio.h> . The driver has support for both manipulating GPIO pins as well as automatically configuring the pin multiplexor registers to set the pin function to GPIO. Signed-off-by: Laurence Withers <lwithers@guralp.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | DaVinci: rename gpio_defs.h to gpio.hLaurence Withers2011-08-03-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | In preparation for a generic GPIO driver for the DA8xx processors, rename <asm/arch/gpio_defs.h> to <asm/arch/gpio.h> and fix up all files which include it. Signed-off-by: Laurence Withers <lwithers@guralp.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap3evm: eth: Include functions only when necessarySanjeev Premi2011-08-03-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | These functions are not required when CONFIG_CMD_NET is not defined: - setup_net_chip() - reset_net_chip() - board_eth_init() This patch wraps them in #ifdef CONFIG_CMD_NET...#endif Signed-off-by: Sanjeev Premi <premi@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap3evm: Update ethernet reset sequence for Rev.G boardSriramakrishnan2011-08-03-9/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The GPIO pin used for resetting the external LAN chip has changed for Rev.G board. The patch uses generic gpio API instead of direct access to corresponding registers. Signed-off-by: Sriramakrishnan <srk@ti.com> Signed-off-by: Sanjeev Premi <premi@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap3evm: eth: split function setup_net_chipSanjeev Premi2011-08-03-1/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In current implementation, the function sets up the ethernet chip and resets it. The steps to reset depend upon the board revision. The patch moves the reset actions to new function reset_net_chip(). Signed-off-by: Sanjeev Premi <premi@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | omap3: Include array definition only when it is usedSanjeev Premi2011-08-03-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The array of strings corresponding to cpu revision is used only when CONFIG_DISPLAY_CPUINFO is selected - in the function print_cpuinfo(). Enclose definition of this array in #ifdef...#endif for the same. Signed-off-by: Sanjeev Premi <premi@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
* | | video: mb862xx: change controller detection messageAnatolij Gustschin2011-08-04-1/+1
| | | | | | | | | | | | Signed-off-by: Anatolij Gustschin <agust@denx.de>
* | | video: mb862xx: support Coral-PA controllerAnatolij Gustschin2011-08-04-5/+27
| | | | | | | | | | | | | | | | | | | | | | | | | | | Add detection of Coral-PA and configure Coral CCF an MMR parameters using CONFIG_SYS_MB862xx_CCF and CONFIG_SYS_MB862xx_MMR macros. Use CCF and MMR parameters for Coral-P Eval. Board if the appropriate macros weren't defined. Signed-off-by: Anatolij Gustschin <agust@denx.de>
* | | video: Add SHARP LQ084S3LG01 LCD support on P1022DSTimur Tabi2011-08-04-19/+40
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The SHARP LQ084S3LG01 is a TFT LCD used on the P1022DS (revision "C") board. This device only supports 800x600 resolution, so if that resolution is selected, assume that this is the device. The device is attached to the LVDS port on the P1022DS board. The existing 800x600 entry (for the PDM360NG board) is actually 800x480, so we fix that. To support two different 800x resolutions, the Y-resolution is now passed to fsl_diu_init() and both values are used to pick the proper fb_videomode structure. The data for the 800x600 video mode is originally from Jiang Yutang. Signed-off-by: Timur Tabi <timur@freescale.com> Signed-off-by: Jiang Yutang <b14898@freescale.com>
* | | video: Use memset instead of loopMatthias Weisser2011-08-02-2/+1
|/ / | | | | | | | | | | | | There is a optimized version of memset in u-boot available so use it instead of the hand written loop version. Signed-off-by: Matthias Weisser <weisserm@arcor.de>
* | Merge branch 'master' of git://git.denx.de/u-boot-mmcWolfgang Denk2011-08-02-12/+1
|\ \ | | | | | | | | | | | | * 'master' of git://git.denx.de/u-boot-mmc: Revert "AT91:mmc:fix multiple read/write error"
generated by cgit v1.1 at 2024-11-08 08:48:45 +0000