cpufreq: bulk update from caf, restore comments, disable 2 phase ondemand

adding smartmax governor, enabling other governors
enabling interactive and conservative

Smartmax: original author Max Weninger @maxwen

Change-Id: Ie8dd7c841118abfb241892c248149732ba21bd78
net: wireless bcmdhd: Update to version 1.88.16

Code imported from google/android-3.4

Change-Id: I81220d179e70c5c2724075928ffc8f635742fe17
m7: use Google AOSP bcmdhd

Change-Id: I603616ce6120adec0ebca267a7d51dc80e72ad09
Merge "net: wireless bcmdhd: Update to version 1.88.16" into cm-10.1
Merge "m7: use Google AOSP bcmdhd" into cm-10.1
m7: use ROW as default IO scheduler

Change-Id: Ic7584f9dbe0b6b62eb6c838a00a7e5219115a007
m7: use interactive as the default CPU governor

Change-Id: I1001bb38a81e183660edd755e57c26df1d39f203
Merge "m7: use ROW as default IO scheduler" into cm-10.1
Merge "m7: use interactive as the default CPU governor" into cm-10.1
synaptics: fix touch screen to not report events when ts is off

when irq wake is set for s2w/l2w/h2w wake options touch events
should not be reported when the screen is off. Patch fixes the issue.

Change-Id: Ic6dfbda667e3bb3fe83d9146a2329b6dc7532119
msm: m7: set GPIOs used by msm_serial_hs

Change-Id: Ie364274aa27ad2a43ac87eda40bbf66478ea39b8
bluetooth: Add low-power mode to support Bluedroid

* Add wake_peer hooks to wake up the msm_serial_hs device

Change-Id: I2049e7d30de36051a9df5f99eebb7207370ac380
bluetooth: Fix race conditions in BT LPM

* Use workqueues and fix bugs in bluesleep (similar to JF).

Change-Id: I8ab86b31e36dcb2d917d5da7250e37e60f1955bb
net: wireless: enable HTC beacon functions only for BCMDHD_4335

Using HTC beacon functions with AOSP BCMDHD causes AP mode to fail to
initialize. Enable it only for HTC BCMDHD_4335.

Change-Id: I459ba7aec5ebe3df1f29f1f70231aa484e14fc8f
possible fix to touch sensitivity issue - taken from panel driver for
endeavoru
m7: build modules into kernel where possible

Change-Id: Id1b987bc386dfb81cbdcb935c48c680b956e084b
msm: cpufreq: fix a race between hotplug and cpufreq

When msm_cpufreq_target() is called without holding the policy
semaphore, there is a rare chance that the cpu gets hotplugged in
the acpuclk_set_rate. The probability of this issue increases
when cross-calling is used or using interactive governor which
tries to set all cpu frequencies from a single thread.

Add a hotplug notifier and set the device_suspended flag holding
the suspend mutex, when cpu is going down. This mutex is always
held when frequency changes are done.

Change-Id: Ide3aa6927ad60d2512d63761c51bb15117461250
Signed-off-by: Narayanan Gopalakrishnan <nargop@codeaurora.org>
(cherry picked from commit 56f5a6de7f2ab48ed0538da727ad52673fb801a2)

Signed-off-by: Sudhir Sharma <sudsha@codeaurora.org>
msm: cpufreq: Remove cross-calling limitation

Remove cross-calling limitations imposed by cpufreq. Clock drivers
and SPM driver now allow changing of frequencies from any core. Using
cpus_allowed mask to check for core affinity works well with workqueues
but do not port so well when the core requesting frequency change is a
kthread with the flag PF_TASK_BOUND not set.

Change-Id: Iab664ce8657780814440a11dff77cc925df597f8
Signed-off-by: Praveen Chidambaram <pchidamb@codeaurora.org>
(cherry picked from commit be01a17afb6b6e85456217caa1ac11eb0b6674e1)
(cherry picked from commit bd97cdfeb87eda0373721baaea744b02a27822f5)
msm: cpufreq: Implement suspend/resume for cpufreq driver

Cpufreq suspend variable get's updated in kernel pm notifier
callback which gets called in process context. This will create
window where cpufreq governor may try to change the frequency
before suspend variable is updated while resume.

Define suspend/resume for cpufreq driver to update suspend variable
in atomic context.

Don't update the policy->cur upon cpufreq driver failure.

CRs-fixed: 423791
Change-Id: Id78705f5c3b8bf801c6253e9362299280903769f
Signed-off-by: Anji Jonnala <anjir@codeaurora.org>
Revert "msm: cpufreq: Remove cross-calling limitation"

This reverts commit be01a17afb6b6e85456217caa1ac11eb0b6674e1.

Re-introduce cross calling in cpufreq to prevent race conditions in the
hardware when changing PLLs.

A core could be in retention, while another core, could try and set the
frequency of the core in retention, causing a change in PLL and when the
core exits retention, the PLL mismatch could hang the SPM state machine.

Change-Id: I99b454a0f146652f2d8a369f79f6d35748160dcb
Signed-off-by: Praveen Chidambaram <pchidamb@codeaurora.org>