rk30:sdk: add interface to freeze cpufreq when earlysuspend

add lis3dh sensor driver code support

rk30:sdk: dvfs add interface "struct regulator* dvfs_get_regulator(char *regulator_name)" to get dvfs regulator by regulator name

rk30_sdk:modify sensor config

rk30_sdk:use new sensors driver

rk30_phone_loquat:use new sensors driver

modify al3006 active function

dma-pl330: avoid double call _finish_off

fix this bug:
BUG rk29-pl330.1: Object already free
-----------------------------------------------------------------------------

INFO: Allocated in rk29_dma_enqueue+0x9c/0x430 age=4 cpu=0 pid=1517
INFO: Freed in rk29_dma_ctrl+0x5dc/0x7f4 age=0 cpu=1 pid=741
INFO: Slab 0xc1ba2ca0 objects=51 used=43 fp=0xdf6e5780 flags=0x0081
INFO: Object 0xdf6e5780 @offset=1920 fp=0xdf6e5870

Bytes b4 0xdf6e5770:  00 00 00 00 32 d1 ff ff 5a 5a 5a 5a 5a 5a 5a 5a ....2???ZZZZZZZZ
  Object 0xdf6e5780:  6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
  Object 0xdf6e5790:  6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b a5 kkkkkkkkkkkkkkk?
 Redzone 0xdf6e57a0:  bb bb bb bb                                     ????
 Padding 0xdf6e57c8:  5a 5a 5a 5a 5a 5a 5a 5a                         ZZZZZZZZ
[<c043b170>] (unwind_backtrace+0x0/0xf0) from [<c04cf814>] (free_debug_processing+0xf4/0x1ec)
[<c04cf814>] (free_debug_processing+0xf4/0x1ec) from [<c04d0634>] (kmem_cache_free+0x170/0x2ac)
[<c04d0634>] (kmem_cache_free+0x170/0x2ac) from [<c0441a24>] (pl330_update+0x334/0x3d8)
[<c0441a24>] (pl330_update+0x334/0x3d8) from [<c044f01c>] (pl330_irq_handler+0xc/0x18)
[<c044f01c>] (pl330_irq_handler+0xc/0x18) from [<c049bc58>] (handle_irq_event_percpu+0x30/0x150)
[<c049bc58>] (handle_irq_event_percpu+0x30/0x150) from [<c049bdb4>] (handle_irq_event+0x3c/0x5c)
[<c049bdb4>] (handle_irq_event+0x3c/0x5c) from [<c049e1cc>] (handle_fasteoi_irq+0xc8/0x100)
[<c049e1cc>] (handle_fasteoi_irq+0xc8/0x100) from [<c049b878>] (generic_handle_irq+0x24/0x38)
[<c049b878>] (generic_handle_irq+0x24/0x38) from [<c0430078>] (asm_do_IRQ+0x78/0xb8)
[<c0430078>] (asm_do_IRQ+0x78/0xb8) from [<c0435708>] (__irq_svc+0x48/0xe0)

and this bug:
Unable to handle kernel NULL pointer dereference at virtual address 0000010c
pgd = eda88000
[0000010c] *pgd=8d960831, *pte=00000000, *ppte=00000000
Internal error: Oops: 17 [#1] PREEMPT SMP
CPU: 0    Tainted: G         C   (3.0.8+ #27)
PC is at rk29_audio_buffdone+0x24/0x6c
LR is at rk29_pl330_rq+0x240/0x2a4
pc : [<c0701d54>]    lr : [<c044fb90>]    psr: a0000193
sp : cf9b9c18  ip : 00000001  fp : 00000000
r10: eec9ef30  r9 : eee72844  r8 : ee4fc2a4
r7 : 00000000  r6 : df9573ac  r5 : ee4fc280  r4 : df9576e0
r3 : 00000040  r2 : ffffffff  r1 : 00000040  r0 : df9576e0

rk30_phone:use new sensors driver

add new driver for all sensors

add a22 rk30 board files

modify touchscreen config in arch/arm/configs/rk30_phone_defconfig

use umeox wpx2 board files as phone sdk board files.

rk30:phone loquat:config ddr voltage

rk30 hdmi:
1. io mux ddc channel to GPIO mode when suspend, and mux again when resume.
2. fix ddc clock frequency error when hdcp is enabled.

camera rk30 : not call pmu_set_idle_request when cif reset;fix null point in rk_cif_power function

BT: remove bt reset gpio at board-rk30-phone-sdmmc.c

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

BT: change board_rfkill to net/rfkill

rk30:phone loquat:Modify ADC calibration algorithm

rk3066_board: set lcd_en high in early suspend

rk30sdk:fix ddr_set_auto_self_refresh() parameter error in ddr_freq.c

rk3066: sdk: defconfig: enable RFKILL_RK

RK-RFKILL fix bug: build failure if use other board config

  add ddr_reg_resume function

rk: RK_SRAM_DMA only available on ARCH_RK30

MTP: solve one cancel problem

rk30sdk:reduce DDR frequency and enable auto self refresh when earlysuspend.

select "Enable DDR frequency scaling" to enable this function,and when select
"Enable DDR frequency scaling" auto select "Sound DMA buffer in internal SRAM"

fix bug when disable disable bt auto sleep, and use gpio.enable replace is_falling

rk30 phone: modify codec as master when connect to BT and BP

rk30: support sound capture DMA buffer in internal SRAM

rk3066_board: rk3066_sdk_defconfig: CONFIG_RKWIFI_26M=y

rk29: sdk: refactor rfkill code

rfkill-rk: use pm prepare/complete to fix lost wakeup irq

rk3066_board: rk3066_sdk_defconfig: CONFIG_CLK_SWITCH_TO_32K=y

rga: rga_drv add power off support

lock use mutex instead of spinlock
use wakelock instead of suspend callback
use request_threaded_irq instead of request_irq

rk3066_board: ldo10 do not switch mode

rk30: sdk: refactor rfkill code

rk3066_board: ldo3(vdd11_hdmi): 1.2v --> 1.1v

move BT driver (rfkill) to net/rfkill/rfkill-rk.c

rk30: i2c: fix warning about clk_disable

rk3066_board: adc key: modify adc value again

rk3066_board: adc key: modify adc value

add board config(rk3066_sdk_defconfig) for new rk3066_sdk_board

rk30: i2c: clk_disable(i2c->clk) when i2c-x is in idle state

camera rk30 : version update to 0xc.

fix prescale dst_w bug

fix bug in rk_fb_ioctl

rkfb_sysfs: modify set_fb_state

rk30 hdmi: support hdcp.

WIMO : Kconfig default n

rk30 phone: modify headset detect request irq location

rk30:phone loquat:modify the battery capacity reported

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

fixed bug: build failed if disable BT_WAKE_HOST_SUPPORT

3g dongle

WIMO : compile as default y

 add WIMO supported

fix hcd panic when xacterr happen

fix one of mtp cancel bug

rk30_phone_loquat:enable 1.4GHZ frequency

fix rga power off flag init error

rk30 hdmi: only unregister earlysuspend when shutdown.

rk30 hdmi: fix hdmi shut down  is called twice error.

ts: rk29_i2c_goodix: unregister earlysuspend when shutdown

lightsensor: cm3217: unregister earlysuspend when shutdown

gsensor: mma8452: remove unused earlysuspend implementation

rk: backlight: unregister earlysuspend when shutdown

fix this warning:
WARNING: at drivers/gpio/gpiolib.c:101 gpio_ensure_requested+0x48/0x114()
autorequest GPIO-331
[<c043b170>] (unwind_backtrace+0x0/0xf0) from [<c0461800>] (warn_slowpath_common+0x4c/0x64)
[<c0461800>] (warn_slowpath_common+0x4c/0x64) from [<c0461898>] (warn_slowpath_fmt+0x2c/0x3c)
[<c0461898>] (warn_slowpath_fmt+0x2c/0x3c) from [<c05bb514>] (gpio_ensure_requested+0x48/0x114)
[<c05bb514>] (gpio_ensure_requested+0x48/0x114) from [<c05bbbb4>] (gpio_direction_output+0x7c/0xfc)
[<c05bbbb4>] (gpio_direction_output+0x7c/0xfc) from [<c044ccf8>] (rk29_backlight_pwm_suspend+0x54/0x74)
[<c044ccf8>] (rk29_backlight_pwm_suspend+0x54/0x74) from [<c05c3d0c>] (rk29_bl_suspend+0x78/0x90)
[<c05c3d0c>] (rk29_bl_suspend+0x78/0x90) from [<c0494374>] (early_suspend+0xc4/0x12c)
[<c0494374>] (early_suspend+0xc4/0x12c) from [<c04745c4>] (process_one_work+0x250/0x3ac)
[<c04745c4>] (process_one_work+0x250/0x3ac) from [<c0474b08>] (worker_thread+0x22c/0x3ec)
[<c0474b08>] (worker_thread+0x22c/0x3ec) from [<c047a484>] (kthread+0x80/0x88)
[<c047a484>] (kthread+0x80/0x88) from [<c04365f8>] (kernel_thread_exit+0x0/0x8)

rk30: hdmi: unregister earlysuspend when shutdown

rk: fb: fix earlysuspend bug

fix this bug:
rk30_pm_power_off start...
Unable to handle kernel NULL pointer dereference at virtual address 00000054
pgd = c0404000
[00000054] *pgd=00000000pre WM831X_POWER_STATE = 0x8800
wm831x_last_deinit

Internal error: Oops: 17 [#1] PREEMPT SMP
CPU: 0    Tainted: G         C   (3.0.8+ #2)
PC is at rkfb_early_suspend+0x18/0x70
LR is at early_suspend+0xc4/0x12c

rk: earlysuspend: only works on system is running

rk30 hdmi: set phy register to ip vendor recommended value.

sc8800: tmp_buf: Cross-border access

fix compiler warnings and add calling adjust volume code

rk30: sdk: temporary increase voltage for SDK release

Revert "vpu_service: replace spin_lock by mutex and use irq_thread to handle irq"

This reverts commit d21aa293426f5dfdb1fd9173d3b4a8c64078bb1c.

  rename some simple function's name

vpu_service: replace spin_lock by mutex and use irq_thread to handle irq

  fix data training bug, add ODT disable frequency macro,
  and reduce change frequency period

ARM: prevent VM_GROWSDOWN mmaps extending below FIRST_USER_ADDRESS

commit 9b61a4d1b2064dbd0c9e61754305ac852170509f upstream.

Reported-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

ARM: 7410/1: Add extra clobber registers for assembly in kernel_execve

commit e787ec1376e862fcea1bfd523feb7c5fb43ecdb9 upstream.

The inline assembly in kernel_execve() uses r8 and r9.  Since this
code sequence does not return, it usually doesn't matter if the
register clobber list is accurate.  However, I saw a case where a
particular version of gcc used r8 as an intermediate for the value
eventually passed to r9.  Because r8 is used in the inline
assembly, and not mentioned in the clobber list, r9 was set
to an incorrect value.

This resulted in a kernel panic on execution of the first user-space
program in the system.  r9 is used in ret_to_user as the thread_info
pointer, and if it's wrong, bad things happen.

Signed-off-by: Tim Bird <tim.bird@am.sony.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

ARM: 7403/1: tls: remove covert channel via TPIDRURW

commit 6a1c53124aa161eb624ce7b1e40ade728186d34c upstream.

TPIDRURW is a user read/write register forming part of the group of
thread registers in more recent versions of the ARM architecture (~v6+).

Currently, the kernel does not touch this register, which allows tasks
to communicate covertly by reading and writing to the register without
context-switching affecting its contents.

This patch clears TPIDRURW when TPIDRURO is updated via the set_tls
macro, which is called directly from __switch_to. Since the current
behaviour makes the register useless to userspace as far as thread
pointers are concerned, simply clearing the register (rather than saving
and restoring it) will not cause any problems to userspace.

Signed-off-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

ARM: 7384/1: ThumbEE: Disable userspace TEEHBR access for !CONFIG_ARM_THUMBEE

commit 078c04545ba56da21567728a909a496df5ff730d upstream.

Currently when ThumbEE is not enabled (!CONFIG_ARM_THUMBEE) the ThumbEE
register states are not saved/restored at context switch. The default state
of the ThumbEE Ctrl register (TEECR) allows userspace accesses to the
ThumbEE Base Handler register (TEEHBR). This can cause unexpected behaviour
when people use ThumbEE on !CONFIG_ARM_THUMBEE kernels, as well as allowing
covert communication - eg between userspace tasks running inside chroot
jails.

This patch sets up TEECR in order to prevent user-space access to TEEHBR
when !CONFIG_ARM_THUMBEE. In this case, tasks are sent SIGILL if they try to
access TEEHBR.

Reviewed-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Jonathan Austin <jonathan.austin@arm.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

ARM: 7325/1: fix v7 boot with lockdep enabled

commit 8e43a905dd574f54c5715d978318290ceafbe275 upstream.

Bootup with lockdep enabled has been broken on v7 since b46c0f74657d
("ARM: 7321/1: cache-v7: Disable preemption when reading CCSIDR").

This is because v7_setup (which is called very early during boot) calls
v7_flush_dcache_all, and the save_and_disable_irqs added by that patch
ends up attempting to call into lockdep C code (trace_hardirqs_off())
when we are in no position to execute it (no stack, MMU off).

Fix this by using a notrace variant of save_and_disable_irqs.  The code
already uses the notrace variant of restore_irqs.

Reviewed-by: Nicolas Pitre <nico@linaro.org>
Acked-by: Stephen Boyd <sboyd@codeaurora.org>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Signed-off-by: Rabin Vincent <rabin@rab.in>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

ARM: 7321/1: cache-v7: Disable preemption when reading CCSIDR

commit b46c0f74657d1fe1c1b0c1452631cc38a9e6987f upstream.

armv7's flush_cache_all() flushes caches via set/way. To
determine the cache attributes (line size, number of sets,
etc.) the assembly first writes the CSSELR register to select a
cache level and then reads the CCSIDR register. The CSSELR register
is banked per-cpu and is used to determine which cache level CCSIDR
reads. If the task is migrated between when the CSSELR is written and
the CCSIDR is read the CCSIDR value may be for an unexpected cache
level (for example L1 instead of L2) and incorrect cache flushing
could occur.

Disable interrupts across the write and read so that the correct
cache attributes are read and used for the cache flushing
routine. We disable interrupts instead of disabling preemption
because the critical section is only 3 instructions and we want
to call v7_dcache_flush_all from __v7_setup which doesn't have a
full kernel stack with a struct thread_info.

This fixes a problem we see in scm_call() when flush_cache_all()
is called from preemptible context and sometimes the L2 cache is
not properly flushed out.

Signed-off-by: Stephen Boyd <sboyd@codeaurora.org>
Acked-by: Catalin Marinas <catalin.marinas@arm.com>
Reviewed-by: Nicolas Pitre <nico@linaro.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

ARM: 7308/1: vfp: flush thread hwstate before copying ptrace registers

commit 8130b9d7b9d858aa04ce67805e8951e3cb6e9b2f upstream.

If we are context switched whilst copying into a thread's
vfp_hard_struct then the partial copy may be corrupted by the VFP
context switching code (see "ARM: vfp: flush thread hwstate before
restoring context from sigframe").

This patch updates the ptrace VFP set code so that the thread state is
flushed before the copy, therefore disabling VFP and preventing
corruption from occurring.

Signed-off-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

ARM: 7307/1: vfp: fix ptrace regset modification race

commit 247f4993a5974e6759606c4d380748eecfd273ff upstream.

In a preemptible kernel, vfp_set() can be preempted, causing the
hardware VFP context to be switched while the thread vfp state is
being read and modified.  This leads to a race condition which can
cause the thread vfp state to become corrupted if lazy VFP context
save occurs due to preemption in between the time thread->vfpstate
is read and the time the modified state is written back.

This may occur if preemption occurs during the execution of a
ptrace() call which modifies the VFP register state of a thread.
Such instances should be very rare in most realistic scenarios --
none has been reported, so far as I am aware.  Only uniprocessor
systems should be affected, since VFP context save is not currently
lazy in SMP kernels.

The problem was introduced by my earlier patch migrating to use
regsets to implement ptrace.

This patch does a vfp_sync_hwstate() before reading
thread->vfpstate, to make sure that the thread's VFP state is not
live in the hardware registers while the registers are modified.

Thanks to Will Deacon for spotting this.

Signed-off-by: Dave Martin <dave.martin@linaro.org>
Signed-off-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

ARM: 7306/1: vfp: flush thread hwstate before restoring context from sigframe

commit 2af276dfb1722e97b190bd2e646b079a2aa674db upstream.

Following execution of a signal handler, we currently restore the VFP
context from the ucontext in the signal frame. This involves copying
from the user stack into the current thread's vfp_hard_struct and then
flushing the new data out to the hardware registers.

This is problematic when using a preemptible kernel because we could be
context switched whilst updating the vfp_hard_struct. If the current
thread has made use of VFP since the last context switch, the VFP
notifier will copy from the hardware registers into the vfp_hard_struct,
overwriting any data that had been partially copied by the signal code.

Disabling preemption across copy_from_user calls is a terrible idea, so
instead we move the VFP thread flush *before* we update the
vfp_hard_struct. Since the flushing is performed lazily, this has the
effect of disabling VFP and clearing the CPU's VFP state pointer,
therefore preventing the thread from being updated with stale data on
the next context switch.

Tested-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

ARM: 7150/1: Allow kernel unaligned accesses on ARMv6+ processors

commit 8428e84d42179c2a00f5f6450866e70d802d1d05 upstream.

Recent gcc versions generate unaligned accesses by default on ARMv6 and
later processors. This patch ensures that the SCTLR.A bit is always
cleared on such processors to avoid kernel traping before
alignment_init() is called.

Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
Tested-by: John Linn <John.Linn@xilinx.com>
Acked-by: Nicolas Pitre <nico@linaro.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>

rk30 phone: modify headset detect irq level for actul device

rk30 phone loquat: modify lcd driver

Revert "rk30 phone loquat: modify lcd driver"

This reverts commit 0355a52ff6b48bc565dec18ca45bca233e819117.

rk30 phone loquat: modify lcd driver

rk30 phone loquat: optimize touch screen report points

rk30 phone loquat: fix bug touch screen don't work when resume from suspend

rk30:phone loquat:reduce arm and logic voltage when pmu enter sleep,set spi gpio pullup and down disable when in sleep

rk30:sdk:Solve the RTC alarm automatic startup

rk30:sdk: clock_data add cpu 1.1G and 1.3G support

rk30:phone loquat:modify the pmu battery charger work quenes

camera rk30 : add fps detection code.