summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
| | * omap730p2: fix build breaksAneesh V2011-06-091-0/+5
| | | | | | | | | | | | | | | | | | | | | Provide SDRAM base address and use SRAM for initial stack Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| | * omap2420h4: fix build breaksAneesh V2011-06-091-0/+4
| | | | | | | | | | | | | | | | | | | | | DRAM base address and use SRAM for initial stack Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| | * omap1610inn: fix build breaksAneesh V2011-06-091-0/+5
| | | | | | | | | | | | | | | | | | | | | Provide SDRAM base address and use SRAM for initial stack Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| | * omap1510inn: fix build breaksAneesh V2011-06-091-0/+5
| | | | | | | | | | | | | | | | | | | | | Provide SDRAM base address and use SRAM for initial stack Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| | * omap5912osk: fix build breaksAneesh V2011-06-091-0/+5
| | | | | | | | | | | | | | | | | | | | | Provide SDRAM base address and use SRAM for initial stack Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| | * omap1610h2: fix build breaksAneesh V2011-06-091-0/+5
| | | | | | | | | | | | | | | | | | | | | Provide SDRAM base address and use SRAM for initial stack Signed-off-by: Aneesh V <aneesh@ti.com> Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
| * | arm: auto gen asm-offsets.h for mb86r0xMatthias Weisser2011-08-044-74/+109
| | | | | | | | | | | | | | | | | | auto gen asm-offsets.h for mb86r0x Signed-off-by: Matthias Weisser <weisserm@arcor.de>
| * | spear: fix build errors for spear3xx/spear600 platformsShiraz Hashim2011-08-042-3/+19
| | | | | | | | | | | | | | | Signed-off-by: Shiraz Hashim <shiraz.hashim@st.com> Acked-by: Vipin Kumar <vipin.kumar@st.com>
| * | cosmetic: arm: lib/board.c: Coding Style cleanupHeiko Schocher2011-08-041-105/+111
| | | | | | | | | | | | | | | | | | | | | | | | Signed-off-by: Heiko Schocher <hs@denx.de> Acked-by: Detlev Zundel <dzu@denx.de> cc: Albert Aribaud <albert.u.boot@aribaud.net> cc: <macpaul@gmail.com> cc: Wolfgang Denk <wd@denx.de>
| * | ARM: versatile: fix board supportStefano Babic2011-08-045-16/+32
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Versatile board is used as example to run u-boot under qemu. The patch fixes relocation for all versatile boards and adds a versatileqemu target to be used under qemu. Patch tested only under qemu, not on real boards. Tested with QEMU emulator version 0.14.50. Signed-off-by: Stefano Babic <sbabic@denx.de> CC: Alessandro Rubini <rubini-list@gnudd.com> CC: Loïc Minier <loic.minier@linaro.org>
| * | SMDKV310: Enable device tree supportThomas Abraham2011-08-041-0/+3
| | | | | | | | | | | | | | | | | | Enable passing a flattened device tree to the kernel. Signed-off-by: Thomas Abraham <thomas.abraham@linaro.org>
| * | SMDKV310: MMC_SPL: Fix building when using "make O="Chander Kashyap2011-08-041-6/+6
| | | | | | | | | | | | | | | | | | | | | Fixes dependency build error with "make O=" option. "make O=" option is used to specify output directory. Signed-off-by: Chander Kashyap <chander.kashyap@linaro.org>
| * | arm: a320: enable tagged list supportPo-Yu Chuang2011-08-041-0/+6
| | | | | | | | | | | | Signed-off-by: Po-Yu Chuang <ratbert@faraday-tech.com>
| * | arm: a320: fix multiline comment stylePo-Yu Chuang2011-08-041-14/+14
| | | | | | | | | | | | Signed-off-by: Po-Yu Chuang <ratbert@faraday-tech.com>
| * | ARMv7: u8500_href: Add missing header to fix compiler warningDirk Behme2011-08-041-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fix the compiler warning u8500_href.c: In function 'hrefplus_mmc_power_init': u8500_href.c:258: warning: implicit declaration of function 'prcmu_i2c_read' u8500_href.c:265: warning: implicit declaration of function 'prcmu_i2c_write' by adding the missing header file. Signed-off-by: Dirk Behme <dirk.behme@googlemail.com>
| * | Removed unused define, CONFIG_ARMV7.Christopher Harvey2011-08-0421-23/+0
| | | | | | | | | | | | Signed-off-by: Christopher Harvey <charvey@matrox.com>
| * | avr32: add grasshopper (ICnova AP7000) boardAndreas Bießmann2011-08-035-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-031-3/+13
| | | | | | | | | | | | Signed-off-by: Reinhard Meyer <u-boot@emk-elektronik.de>
| * | MAKEALL: remove AT91 boards that are in boards.cfgReinhard Meyer2011-08-031-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-036-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-035-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-036-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-031-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-037-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-033-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-032-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-031-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-031-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-031-1/+1
| | | | | | | | | | | | Signed-off-by: Andreas Bießmann <andreas.devel@googlemail.com>
| * | net/eth.c: drop obsolete at91rm9200 supportAndreas Bießmann2011-08-031-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-031-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-031-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-031-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-0314-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-032-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-034-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-0310-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-032-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-033-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-039-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-039-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-0315-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-032-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-033-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-0310-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-038-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-037-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-034-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-037-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-032-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>
OpenPOWER on IntegriCloud