ramdisk: mount carrier partition for sprint
cpufreq: ondemand: remove CA stuff - revert to mainline

* should fix the reboots - investigate more later when i have time
Revert "ramdisk: mount carrier partition for sprint"

* bring this back after merging sprint kernel code

This reverts commit 167810b6283203f480c0621fcc7c9d5497db5af4.
Linux 3.4.83
mdss: provide "early suspend" support for X governors

now that they've deprecated real early suspend, use mdss panel driver
to determine whether screen is on or off

Conflicts:

	drivers/video/msm/mdss/mdss_mdp_overlay.c
	drivers/video/msm/mdss/mdss_samsung_dsi_panel.c
cpufreq: interactiveX V4: limit max freq when screen off

screen_off_max configurable via sysfs - default 2.27ghz
mdss: add debugging to panel unknown event
mdss: ignore RESET events
msm: mdss: Don't call pan_idle for MSMFB_OVERLAY_PREPARE ioctl

We keep calling MSMFB_OVERLAY_PREPARE for each composition
cycle, even if there are no changes in params. Because of this
we can hit performance degradation due to pan idle wait.
This change removes pan_idle wait for prepare call.

CRs-Fixed: 600539
CRs-Fixed: 608848
Change-Id: Ie99f4dbc4671caf9bfbd49bd9b200c3180002d56
Signed-off-by: Radhika Ranjan Soni <rrsoni@codeaurora.org>
msm: mdss: refactor command mode vsync control logic

Current logic is prone to corner case when mdss_mdp_remove_vsync_handler
is called twice: once from mdss_mdp_cmd_stop and again from vsync ctrl
logic. Need to properly identify the second call and avoid resetting the
rdptr ticks which prevent from clocks being turned off properly.

Change-Id: I9eeebd0c16e67a249508980427c81fa2e339edec
Signed-off-by: Adrian Salido-Moreno <adrianm@codeaurora.org>
msm: mdss: properly handle panel on and off

There is some condition that panel off will be called multiple times.
In this case, it was blindly free the gpios that were already released.
This is adding the check to handle this condition.

Change-Id: I0140872be1255fe00ed5abd164a246fa57b2a245
Signed-off-by: Xiaoming Zhou <zhoux@codeaurora.org>
msm: Fix high load average from uninterruptible waits

 * The load average on all MSMs is currently hovering at around 14
   due to uninterruptible waits in various places.
 * Convert these waits to interruptible waits to bring the load
   back down to zero at idle.

Change-Id: I14bad4af135b1594e235e2252cb484cb34d91054

Conflicts:

	drivers/thermal/msm_thermal.c
Revert "msm: mdss: Don't call pan_idle for MSMFB_OVERLAY_PREPARE ioctl"

This reverts commit f8ee0fc76dcad198a19095c8c7e303c790ead923.
leanKernel v2.1