modify for rga.h independ

modify RGA driver some case is valid

rk30:modify dma_free_coherent operation for spim

rk30:modify dma_alloc_coherent operation for spim

rk30:add gyroscope l3d4200d support

rk: i2s: fix compile error

rk30: fb: fix compile error

rk: move early_printk.c from mach-rk29 to plat-rk and add RK_EARLY_PRINTK config

rk30 fb: add interface to show image directly in kernel
 add ARGB888 support,enable RB swap

rk30: refactor i2s init code

update i2s codec

rk30: debug: add FIQ mode serial debugger

rk30 lcdc：完善rk_fb.c中的相关接口

rk30 fb: 完善 rk_fb_register 框架

rk30: clock: add clk_set_rate

rk30: add basic support for sdmmc

rk30:add tsadc support

update i2c driver: for compile error

rk29: fix vivante Kconfig, only for rk29

rk30: port ipp

rk: move rk29-ipp.h from mach-rk29 to plat-rk

rk30: add RGA driver

rk: board.h: revert rk29fb_info name changed by yxj

rk30: refactor code

cpufreq: introduce hotplug governor

cpufreq: introduce hotplug governor

port from ti.

Merge branch 'develop-3.0-rk30' of ssh://10.10.10.29/rk/kernel into develop-3.0-rk30

rk30 fb:base version ,can show linux boot logo

ARM: 7297/1: smp_twd: make sure timer is stopped before registering it

On secondary CPUs, the Timer Control Register is not reset
to a sane value before the timer is registered, and the TRM
doesn't seem to indicate any reset value either. In some cases,
the kernel will take an interrupt too early, depending on what
junk was present in the registers at reset time.

The fix is to set the Timer Control Register to 0 before
registering the clock_event_device and enabling the interrupt.

Problem seen on VE (Cortex A5) and Tegra.

Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>

ARM: twd: register clockevents device before enabling PPI

The smp_twd clockevents driver currently enables the local timer PPI
before the clockevents device is registered. This can lead to a kernel
panic if a spurious timer interrupt is generated before registration
has completed since the kernel will treat it as an IPI timer.

This patch moves the clockevents device registration before the IRQ
unmasking so that we can always handle timer interrupts once they can
occur.

Acked-by: Marc Zyngier <marc.zyngier@arm.com>
Signed-off-by: Will Deacon <will.deacon@arm.com>

ARM: smp_twd: use clockevents_update_freq to update frequency

clockevents_reconfigure was an older api that doesn't handle
updating the max time between ticks when the frequency changes.
Under some conditions, the boot value of max_delta_ns scaled
by the mult/shift values for the current frequency can result
in a value of 0x200000004 selected as the number of cycles to
program for a long tick, which gets wrapped to 0x4.

Also switch to the matching clockevents_config_and_register
function to register the clockevent, which handles converting
the min/max ticks to ns during init.

Change-Id: I6ca659c309e7bb031cdb1954767b5aa7a022ff44
Signed-off-by: Colin Cross <ccross@android.com>

ARM: smp_twd: Reconfigure clockevents after cpufreq change

The localtimer's clock changes with the cpu clock.  After a
cpufreq transition, update the clockevent's frequency and
reprogram the next clock event.

Adds a clock called "smp_twd" that is used to determine the
twd frequency, which can also be used at init time to
avoid calibrating the twd frequency.

Signed-off-by: Colin Cross <ccross@android.com>
Acked-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Russell King <linux@arm.linux.org.uk>
Cc: Rob Herring <robherring2@gmail.com>

ARM: mm: fix racy ASID rollover broadcast on SMP platforms

If ASID rollover is detected on a CPU in an SMP system, a synchronous
IPI call is made to force the secondaries to reallocate their current
ASIDs.

There is a problem where a CPU may be interrupted in the cpu_switch_mm
code with the context ID held in r1. After servicing the IPI, the
context ID register will be updated with an ASID from the previous
generation, polluting the TLB for when that ASID becomes valid in the
new generation.

This patch disables interrupts during cpu_switch_mm for SMP systems,
preventing incoming rollover broadcasts from being serviced while the
register state is inconsistent. Additionally, the context resetting code
is modified to call cpu_switch_mm, rather than setting the context ID
register directly, so that the TTBR always agrees with the ASID.

Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Signed-off-by: Will Deacon <will.deacon@arm.com>

ARM: vfp: Use cpu pm notifiers to save vfp state

When the cpu is powered down in a low power mode, the vfp
registers may be reset.

This patch uses CPU_PM_ENTER and CPU_PM_EXIT notifiers to save
and restore the cpu's vfp registers.

Signed-off-by: Colin Cross <ccross@android.com>
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@ti.com>
Tested-and-Acked-by: Shawn Guo <shawn.guo@linaro.org>
Tested-by: Vishwanath BS <vishwanath.bs@ti.com>

ARM: Enable CPU_PM notifiers on ARM machines.

Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-and-Acked-by: Shawn Guo <shawn.guo@linaro.org>
Tested-by: Vishwanath BS <vishwanath.bs@ti.com>

cpu_pm: call notifiers during suspend

Implements syscore_ops in cpu_pm to call the cpu and
cpu cluster notifiers during suspend and resume,
allowing drivers receiving the notifications to
avoid implementing syscore_ops.

Signed-off-by: Colin Cross <ccross@android.com>
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@ti.com>
Tested-and-Acked-by: Shawn Guo <shawn.guo@linaro.org>
Tested-by: Vishwanath BS <vishwanath.bs@ti.com>

cpu_pm: Add cpu power management notifiers

During some CPU power modes entered during idle, hotplug and
suspend, peripherals located in the CPU power domain, such as
the GIC, localtimers, and VFP, may be powered down.  Add a
notifier chain that allows drivers for those peripherals to
be notified before and after they may be reset.

Notified drivers can include VFP co-processor, interrupt controller
and it's PM extensions, local CPU timers context save/restore which
shouldn't be interrupted. Hence CPU PM event APIs  must be called
with interrupts disabled.

Signed-off-by: Colin Cross <ccross@android.com>
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@ti.com>
Tested-and-Acked-by: Shawn Guo <shawn.guo@linaro.org>
Tested-by: Kevin Hilman <khilman@ti.com>
Tested-by: Vishwanath BS <vishwanath.bs@ti.com>
Conflicts:

kernel/power/Kconfig

add gsensor mma8452 code support for board-rk30-sdk

mfd: wm831x: add WM8326 support again

rk: update board.h

move rk30_i2c_platform_data from plat to rk30
move boot mode, usb detect etc API from rk29 to plat
move spi_cs_gpio, rk29xx_spi_platform_data, rk29_bl_info from rk29/rk30 to plat

rk30: timer: modernize clock event and clock source registration

arm: head.S: port to rk platform

rk: disable print_modules

arm: pl330: revert REVISION change

arm: gic: port to rk platform

rk30:add backlight config

rk30:add rk30 backlight support

rk30: io: add pwm register mapping

rk30:add spim driver config

add dma support for spim driver

update i2c driver for 'no ack'

RK30 I2C drivers: new adapter(rk30) support

rk30: timer: set clockevent irq, fix for smp

rk30: add pmu.h

rk30: add sram support

rk: move sram.c from mach-rk29 to plat-rk

rk30: clock: add spi clock for fpga

rk30: indent devices.c

rk29: io.h include rk29_iomap.h

rk30:add spi support

rk30: DMA: modify 'include <mach/dma-pl330.h>' to  '#include <plat/dma-pl330.h>' in devices.c and rk_serial.c

rk30: DMA: update pl330 driver

rk30:DMA:add driver for dma pl330

update i2c drivers

rk30: update board.h

rk30: clock: add i2c clock for fpga

rk30:modify gpio pull up or down operation

rename: board-rk30sdk-key.c --> board-rk30-sdk-key.c

add rk30 key drivers

rk30:add INVALID_GPIO define for gpio.h

rk30: sdk: reserve is after fixup, before map_io

rk30: sdk: update defconfig

rk30: add serial support

rk29: add dma-pl330.h

rk30: clock: add clk_get_rate

rk30: add early printk

rk30: timer: fix ic bug

rk30: indent i2c code

add rk30 i2c drvier

rk30: move nand device from board to devices.c

rk30: annotate rk30_iomux_init as __init

rk30: add devices.c

rk30: timer: fix for smp

rk30xxnand_ko.uu

Merge branch 'develop-3.0-rk30' of ssh://10.10.10.29/rk/kernel into develop-3.0-rk30

rk30 nand driver.

add iomux control for i2c bus

rk30:modify table key size to make iomux code aligned

rk30:add gpio support

rk30: irqs.h: fix NR_GIC_IRQS to 160, NR_GPIO_IRQS to 192

rk30:add iomux support

memory reserve: Initial Code

rk30: sdk: add defconfig

rk30: add timer support

rk30: initial rk30 support

driver: Makefile: build dbg subdirectories depend on config option

hdmi: fix Makefile, build hdmi driver depend on config option

ARM: SMP: Refactor Kconfig to be more maintainable

Making SMP depend on (huge list of MACH_ and ARCH_ configs) is
bothersome to maintain and likely to lead to merge conflicts.

This patch moves the knowledge of which platforms are SMP-capable
to the individual machines.  To enable this, a new HAVE_SMP config
option is introduced to allow machines to indicate that they can
run in a SMP configuration.

Signed-off-by: Dave Martin <dave.martin@linaro.org>
Acked-by: Linus Walleij <linus.walleij@linaro.org>
        (for nomadik, ux500)
Acked-by: Tony Lindgren <tony@atomide.com>
        (for omap)
Acked-by: Kukjin Kim <kgene.kim@samsung.com>
        (for exynos)
Acked-by: Sascha Hauer <s.hauer@pengutronix.de>
        (for imx)
Acked-by: Olof Johansson <olof@lixom.net>
        (for tegra)

ARM: SMP depends on MMU

The SMP implementation on ARM heavily depends on MMU-only code.
As long as nobody is interested in fixing this, let's disable the
SMP option when building for nommu.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>

ARM: l2x0/pl310: Refactor Kconfig to be more maintainable

Making CACHE_L2X0 depend on (huge list of MACH_ and ARCH_ configs)
is bothersome to maintain and likely to lead to merge conflicts.

This patch moves the knowledge of which platforms have a L2x0 or
PL310 cache controller to the individual machines.  To enable this,
a new MIGHT_HAVE_CACHE_L2X0 config option is introduced to allow
machines to indicate that they may have such a cache controller
independently of each other.

Boards/SoCs which cannot reliably operate without the L2 cache
controller support will need to select CACHE_L2X0 directly from
their own Kconfigs instead.  This applies to some TrustZone-enabled
boards where Linux runs in the Normal World, for example.

Signed-off-by: Dave Martin <dave.martin@linaro.org>
Acked-by: Anton Vorontsov <cbouatmailru@gmail.com>
        (for cns3xxx)
Acked-by: Tony Lindgren <tony@atomide.com>
        (for omap)
Acked-by: Shawn Guo <shawn.guo@linaro.org>
        (for imx)
Acked-by: Kukjin Kim <kgene.kim@samsung.com>
        (for exynos)
Acked-by: Sascha Hauer <s.hauer@pengutronix.de>
        (for imx)
Acked-by: Olof Johansson <olof@lixom.net>
        (for tegra)