Reduce kernel compile speeds
Hardcode color modifiers from 4.1 kernel
drivers: wifi: add wifi_pm toggle.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Hardcode GAMMA value from 4.1 kernel
Revert "Merge deleted files."

This reverts commit b55cf5e6774ba0895124267b4ebe398012db54e7.
Revert "Wi-Fi drivers from 3.4.0 kernel"
Forgot to enable fsync by default, so here it is.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Revert "DPLL_CORE_M6_OPP100_RATE should be 266666666 -  from Ezekeel"

This reverts commit a6e010dd4c5ed6aaf649579269d0e1694464e45a.
SMC errors fixed.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Fix defines according to the new freq table.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Add 1228MHz back and change some voltage defines
Fix freq tables and remove some freqs from the SR calibration process
Decrease 192MHz voltage, increase voltage on > 1,4GHz freqs. Also fix a typo, we want to boot with 1228800 not 1228000.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: interactive: trace actual speed in target speed decisions

Tracing adds actual speed since this is expected to be key to the
choice of target speed.

Change-Id: Iec936102d0010c4e9dfa143c38a9fd0d551189c3
Signed-off-by: Todd Poynor <toddpoynor@google.com>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: interactive: change speed according to current speed and target load - original commit https://github.com/android/kernel_common/commit/11ecccb7afea50ff6aa69665f3c73efa1deee8a7

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: interactive: apply above_hispeed_delay to each step above hispeed - original patch https://github.com/android/kernel_common/commit/35a84ded7c31c35becc178f85d066e5fd2de6fb5

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: interactive: allow arbitrary speed / target load mappings

Accept a string of target loads and speeds at which to apply the
target loads, per the documentation update in this patch.  For example,
"85 1000000:90 1700000:99" targets CPU load 85% below speed 1GHz,  90%
at or above 1GHz, until 1.7GHz and above, at which load 99% is targeted.

Attempt to avoid oscillations by evaluating the current speed
weighted by current load against each new choice of speed, choosing a
higher speed if the current load requires a higher speed.

Change-Id: Ie3300206047c84eca5a26b0b63ea512e5207550e
Signed-off-by: Todd Poynor <toddpoynor@google.com>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: interactive: remove load since last speed change

The longer-term load since last speed change isn't terribly useful,
may delay recognition of dropping load, and would need forthcoming
changes to adjust load for changing CPU speeds.  Drop it.

Change-Id: Ic3cbb0542cc3484617031787e03ed9bdd632dec1
Signed-off-by: Todd Poynor <toddpoynor@google.com>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
Added kernel config option 'OMAP_SCREENOFF_MAXFREQ'.

Conflicts:

	arch/arm/mach-omap2/omap2plus-cpufreq.c
net: wireless: bcmdhd: Fix WD wakelock behavior

Change-Id: I7ebae2be248cbb4bc98e2b448641f65b77a320f4
Signed-off-by: Dmitry Shmidt <dimitrysh@google.com>

Conflicts:

	drivers/net/wireless/bcmdhd/dhd_linux.c