ariesve: Adjusting regulators to old gingerbread board file

Adjusting PMEM sizes to old gingerbread board file.
Removed memory fixup for ariesve board.
ariesve: Fix error on touchscreen activation!
ariesve: adjusting frequencies
ariesve: Fix touchscreen not initializing!
ariesve: Fix sensors drivers
ariesve: Restore PMEM values and fixup

PMEM values can be revisited later if more is needed for camera etc.
ariesve: Fix and clean vibetonz driver
Various compile fixes for jb_chocolate
ancora: Update board file for jb_chocolate
ancora: Minor driver updates
Remove more stuff from old kernel
Ancora panel uses different clk table
Fix battery drain caused by display regulators

Regulators were set up wrong, causing battery drain while in suspend.
bluetooth: Port power management from old kernel
msm_fb: display: Use rgb8888 logo routine from newer Samsung kernel
msm_sdcc: Only report wlan suspend/resume state when wifi is active
dpram: Backport some code from newer versions
[CPUFREQ] CPUfreq ondemand: update sampling rate without waiting for next sampling

When a new sampling rate is shorter than the current one, (e.g., 1 sec
--> 10 ms) regardless how short the new one is, the current ondemand
mechanism wait for the previously set timer to be expired.

For example, if the user has just expressed that the sampling rate
should be 10 ms from now and the previous was 1000 ms, the new rate may
become effective 999 ms later, which could be not acceptable for the
user if the user has intended to speed up sampling because the system is
expected to react to CPU load fluctuation quickly from __now__.

In order to address this issue, we need to cancel the previously set
timer (schedule_delayed_work) and reset the timer if resetting timer is
expected to trigger the delayed_work ealier.

Signed-off-by: MyungJoo Ham <myungjoo.ham@samsung.com>
Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
Signed-off-by: Dave Jones <davej@redhat.com>
msm: cpufreq: Fix store_powersave_bias to account for sync' CPUs.

Current code assumes that all online CPUs runs their own timers to
collect CPU samples for demand based switching (dbs). But in case of
synchronous CPUs, ondemand governor registers only one timer at init
time because both CPUs are accounted in the same timer call. Hence
trying to restart/cancel dbs timers for all online CPUs is not legal
for these CPUs. This change fixes above function to restart/cancel
timers only once for group of synchronous CPUs.

Change-Id: I23f1697783a65f125679a07a076620e8fa5e62d5
Signed-off-by: Krishna Vanka <kvanka@codeaurora.org>
cpufreq: Add cpu utilization statistics to aid decisions made by userspace.

Understanding system load as seen by cpufreq can help userspace
algorithms make better decisions to improve system responsiveness.
One such example would be the MP decision algorithm which mines
various system info to make decisions on hotplugging in/out
the additional cores.

Change-Id: I277db7e1a7803a3822b61e7befa25131487cfe17
Signed-off-by: Anitha Anand <anithas@codeaurora.org>