Signed-off-by: NChristopher Harvey <charvey@matrox.com>

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: NAndreas Bießmann <biessmann@corscience.de>
Signed-off-by: NReinhard Meyer <u-boot@emk-elektronik.de>

Signed-off-by: NReinhard Meyer <u-boot@emk-elektronik.de>

Signed-off-by: NReinhard Meyer <u-boot@emk-elektronik.de>

Rework for AT91SAM9263-EK, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: NHong Xu <hong.xu@atmel.com>
Signed-off-by: NReinhard Meyer <uboot@emk-elektronik.de>

Rework for AT91SAM9263 SoC, makes it build again.
Based on the work for AT91SAM9260-EK.
Signed-off-by: NHong Xu <hong.xu@atmel.com>
Signed-off-by: NReinhard Meyer <uboot@emk-elektronik.de>

Fix board part of AT91SAM9261-EK according to the new scheme
Signed-off-by: NHong Xu <hong.xu@atmel.com>
Signed-off-by: NReinhard Meyer <u-boot@emk-elektronik.de>

Fix at91sam9261_matrix.h according to the new scheme.
Signed-off-by: NHong Xu <hong.xu@atmel.com>

Rework for AT91SAM9RL-EK, makes it build again.
Based on the work for AT91SAM9260-EK.
V4: added changes to MAKEALL
Signed-off-by: NHong Xu <hong.xu@atmel.com>
Signed-off-by: NReinhard Meyer <u-boot@emk-elektronik.de>

Rework for AT91SAM9RL SoC, makes it build again.
Based on the work for AT91SAM9260-EK.
V4: US->USART, cosmetics
Signed-off-by: NHong Xu <hong.xu@atmel.com>
Signed-off-by: NReinhard Meyer <u-boot@emk-elektronik.de>

Signed-off-by: NAsen Dimov <dimov@ronetix.at>
Signed-off-by: NReinhard Meyer <u-boot@emk-elektronik.de>

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: NReinhard Meyer <u-boot@emk-elektronik.de>

The CONFIG_AT91RM9200_USART is an remnant of
18ed5e95 which deleted the
at91rm9200_usart driver.
Signed-off-by: NAndreas Bießmann <andreas.devel@googlemail.com>

Signed-off-by: NAndreas Bießmann <andreas.devel@googlemail.com>

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: NAndreas Bießmann <andreas.devel@googlemail.com>

Since all currently supported at91rm9200 boards are migrated to at91
support the joining notice can be removed.
Signed-off-by: NAndreas Bießmann <andreas.devel@googlemail.com>

The CONFIG_AT91_LEGACY warning became obsolete due to complete removal of
at91rm9200 arch code in arm920t.
Signed-off-by: NAndreas Bießmann <andreas.devel@googlemail.com>

Since complete at91rm9200 SoC device was droped (due to replacement with
common at91 code) this parameter can safely be removed.
Signed-off-by: NAndreas Bießmann <andreas.devel@googlemail.com>

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: NAndreas Bießmann <andreas.devel@googlemail.com>

Signed-off-by: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

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: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

Signed-off-by: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

Signed-off-by: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

Signed-off-by: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

- Add mkimage support for OMAP boot image
- Add support for OMAP boot image(MLO) generation in the new
  SPL framework
Signed-off-by: NJohn Rigby <john.rigby@linaro.org>
Signed-off-by: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

- 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: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

- 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: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

- 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: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

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: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

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: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

Add support for the SDRAM controller (EMIF).
Signed-off-by: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

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: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

Signed-off-by: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

- 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: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

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: NAneesh V <aneesh@ti.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

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: NLaurence Withers <lwithers@guralp.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

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: NLaurence Withers <lwithers@guralp.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

Signed-off-by: NLaurence Withers <lwithers@guralp.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

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: NLaurence Withers <lwithers@guralp.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>

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: NLaurence Withers <lwithers@guralp.com>
Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>