Adding Kconfig and Makefile option and board specific
file for DaVinci DM355
Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>

Adds id for DM355
Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>

Adding default config for DaVinci DM355
Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>

Adds default configuration file for dm646x.
Signed-off-by: Sudhakar Rajashekhara <sudhakar.raj@ti.com>

Fixes UART mis-behavior on dm646x.
Signed-off-by: Sudhakar Rajashekhara <sudhakar.raj@ti.com>

I2C initialization for dm646x.
Signed-off-by: Sudhakar Rajashekhara <sudhakar.raj@ti.com>

Adds dm646x board support.
Signed-off-by: Sudhakar Rajashekhara <sudhakar.raj@ti.com>

Adds clock related changes for dm646x.
Signed-off-by: Sudhakar Rajashekhara <sudhakar.raj@ti.com>

Adds dm646x cpu type.
Signed-off-by: Sudhakar Rajashekhara <sudhakar.raj@ti.com>

Interrupt priorities assignment for dm646x.
Signed-off-by: Sudhakar Rajashekhara <sudhakar.raj@ti.com>

Adds defines for interrupt number assignments on dm646x.
Signed-off-by: Sudhakar Rajashekhara <sudhakar.raj@ti.com>

Defines LPSC assignments for dm646x.
Signed-off-by: Sudhakar Rajashekhara <sudhakar.raj@ti.com>

Replaces occurrence of dm6467 with dm646x.
Signed-off-by: Sudhakar Rajashekhara <sudhakar.raj@ti.com>

Move arch/arm/mach-davinci/include/mach/hardware.h to arch/arm/mach-davinci/include/mach/dm644x.h
Signed-off-by: Sudhakar Rajashekhara <sudhakar.raj@ti.com>

Replaces occurrences of dm6443 with dm644x.

The cpu is decided based on the system_rev variable and it is being
compared with 6446 (Refer to arch/arm/mach-davinci/id.c for details).
So in the current tree, the function cpu_is_davinci_dm6443 will never
be true.
Signed-off-by: Sudhakar Rajashekhara <sudhakar.raj@ti.com>

Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Conflicts:
	arch/arm/Kconfig
	arch/arm/mach-davinci/Makefile
	arch/arm/mach-davinci/board-evm.c
	arch/arm/mach-davinci/devices.c
	arch/arm/mach-davinci/gpio.c
	arch/arm/mach-davinci/include/mach/gpio.h
	drivers/i2c/busses/Makefile
	drivers/ide/arm/palm_bk3710.c
	drivers/mtd/nand/Kconfig
	drivers/mtd/nand/Makefile
	drivers/usb/musb/davinci.c
	drivers/usb/musb/musb_core.c
	sound/oss/Makefile

A patch from Russell to sync includes with mainline tree.
Signed-off-by: Tony Lindgren <tony@atomide.com>

Build fixes for "HSMMC: Improve the interface for hsmmc_init()".
The header file needs to work without MMC support enabled, and
some board files needed to include it.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Tony Lindgren <tony@atomide.com>

On Wed, 5 Nov 2008, Tony Lindgren wrote:

> * Paul Walmsley <paul@pwsan.com> [081105 11:39]:
> >
> > The SGX device on OMAP3 does not support retention, so remove RET from the
> > list of possible SGX power states.  Problem debugged by Richard Woodruff
> > <r-woodruff2@ti.com>.
>
> Pushing.

Just FYI, that patch prevents the kernel from booting due to a bug in
pm34xx.c; patch below.

Even with the follwoing patch, the initial power state setup code in
pm34xx.c will bail out early since it still tries to set the SGX next
power state to retention, which it does not support.

- Paul

OMAP3 PM: use list_for_each_entry_safe() when deleting list entries

From: Paul Walmsley <paul@pwsan.com>

The error path in clkdms_setup() needs to use list_for_each_entry_safe()
when deleting entries from the list, or the kernel will crash.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Jouni Högander <jouni.hogander@nokia.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

Fix one remaining user of system_rev.  This patch is needed for
3430SDP ES2 to boot after 4a4ada55.

Bisected by Timo-Pekka Launonen's <ext-timo-pekka.launonen@nokia.com>
list robot.
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Timo-Pekka Launonen <ext-timo-pekka.launonen@nokia.com>
Cc: Lauri Leukkunen <lauri.leukkunen@nokia.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

The SGX device on OMAP3 does not support retention, so remove RET from the
list of possible SGX power states.  Problem debugged by Richard Woodruff
<r-woodruff2@ti.com>.
Signed-off-by: Richard Woodruff <r-woodruff2@ti.com>
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

Rename some hsmmc init functions to twl_mmc
Signed-off-by: Tony Lindgren <tony@atomide.com>

Improve the interface for hsmmc_init()

Based on earlier code snippet and patch by
David Brownell <dbrownell@users.sourceforge.net>.
Signed-off-by: Tony Lindgren <tony@atomide.com>

Rename hsmmc.c into mmc-twl4030.c
Signed-off-by: Tony Lindgren <tony@atomide.com>

Misc clean-up for hsmmc init
Signed-off-by: Tony Lindgren <tony@atomide.com>

Add support for the second controller hopefully in a generic way.
Also put the twl4030 specific voltage configuration into a separate
function.
Signed-off-by: Tony Lindgren <tony@atomide.com>

Fix voltage defines, make card detect gpio controller specific
Signed-off-by: Tony Lindgren <tony@atomide.com>

Make hsmmc use omap_ctrl_read/write and existing defines
Signed-off-by: Tony Lindgren <tony@atomide.com>

Prevents idiots like me from creating an uncompilable .config
Signed-off-by: Lauri Leukkunen <lauri.leukkunen@nokia.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

system_rev is meant for board revision, this patch changes
all relevant instances to use the new omap_rev() function
liberating system_rev to be used with ATAG_REVISION as it
has been designed.
Signed-off-by: Lauri Leukkunen <lauri.leukkunen@nokia.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

Add glue to control the OMAP_LDP LCD as a frame buffer device
using the existing dispc.c driver under omapfb.
Signed-off-by: Stanley.Miao <stanley.miao@windriver.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>

As a result of the ptebits changes, we ended up marking device mappings
as normal memory on ARMv7 CPUs, resulting in undesirable behaviour with
serial ports and the like.  While reviewing the section mapping table
entries, other errors in the memory type settings for devices were
detected and confirmed to prevent Xscale3 platforms booting.

Tested on:
	OMAP34xx (ARMv7),
	OMAP24xx (ARMv6),
	OMAP16xx (ARM926T, ARMv5),
	PXA311 (Xscale3),
	PXA272 (Xscale),
	PXA255 (Xscale),
	S3C2410 (ARM920T, ARMv4T).
Acked-by: Tony Lindgren <tony@atomide.com>
Tested-by: Robert Jarzmik <robert.jarzmik@free.fr>
Tested-by: Mike Rapoport <mike@compulab.co.il>
Tested-by: Ben Dooks <ben-linux@fluff.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

This reverts commit 6ae3983b.

The next patch is the fixed version of this patch.
Signed-off-by: Tony Lindgren <tony@atomide.com>

* Russell King - ARM Linux <linux@arm.linux.org.uk> [081103 07:09]:
> Solving ARMv7 seems to be fairly simple, at the expense of making
> build_mem_types_table() slightly more complex.  If that was the only
> problem, then I wouldn't be mentioning the idea of dropping the
> patchset.

Well, this is the fix for ARMv7 (and a few others).  In making these
changes, I went back to DDI0100I (ARMv6 ARM), DDI0406A (ARMv7 ARM)
and the Marvell Xscale3 documentation.
...

Note that this version has a bug with xscale handling, but works
for omap. This patch will get reverted once the final patch is
available.
Signed-off-by: Tony Lindgren <tony@atomide.com>

Merge branches 'master' and 'linus'