better gps?
better gps?...all devices now
net: wireless: bcmdhd: Report proper mcs rate mask

Setting proper mcs rate mask allows to connect in 802.11n-only mode

Change-Id: Iffd47a60c92a74d29e42d81d79fa64463f5895c5
Signed-off-by: Dmitry Shmidt <dimitrysh@google.com>
fascinate: better fixes for issues in dpram modem driver

increase drive strength to GPIO_PHONE_RST_N to match stock
Samsung gingerbread source code

reenable request_phone_reset() in dpram driver

Change-Id: Icbbbb10f1065eb8d59af3b743a60f951683f99f5
Revert "activate deep idle stats by default"

This reverts commit eb1ac293d15c74e813c5b08deca2bfba0913111d.
Revert "More work on Deep Idle"

This reverts commit 0a3cff849e7a528a0dd60725a5e629fe1e888fd0.
Revert "Fix Deep Idle"

This reverts commit 623cc5473771191366554b0d92e8280749c4e150.
Revert "deep idle v2"

This reverts commit 886fe4d5baa64bd40954670a2766286d5639a625.
idle2: v0.382 standalone patch

with modifications for aries
fixed idle2 freq for live_oc
Merge branch 'android-3.0' of git://github.com/android/kernel_common into hellybean_new
idle2: fixed typo
idle2: don't use hardcoded freq while in idle2 mode
fascinate: tvout workaround
idle2 disabled by default
cpufreq: Add a boostpulse interface to ondemand

For applications that require a one-shot increase in frequency,
the boostpulse interface would help to scale to max for the time
specified in boostime. This helps applications that currently
increases scaling_min_freq and resets later after a fixed duration.
Instead of changing scaling_min_freq applications can directly write
to boostpulse and governer resets during regular timer after the time
expires.

Based on work by Narayanan Gopalakrishnan <nargop@codeaurora.org> with
the following changes:

Remove boostfreq tunable and set it to policy->max always
Apply a sampling down factor of 10 and make the default boost time 1 sec.
attributes sampling_rate & boostpulse to 666 mode to avoid ramdisk change.
cpufreq: ondemand: Remove io_is_busy tunable This is fairly pointless for A9s. They *do* idle efficiently at higher frequencies, especially with OMAP OSWR or T3 LP2 enabled.
cpufreq: ondemand: tweak sampling down factor and boost time DEF_SAMPLING_DOWN_FACTOR to 2, no need for such aggressive rate reduction now we have boostpulse. As CPU frequency is shoved to max everytime we interact, it negates the need to have aggressive ramping down of samples, doubling is enough.

DEFAULT_FREQ_BOOST_TIME to 500ms, 1 second was unnecessarily high. 500ms
is enough time for Android animations to complete.
cpu_pm: Add cpu power management notifiers

During some CPU power modes entered during idle, hotplug and
suspend, peripherals located in the CPU power domain, such as
the GIC, localtimers, and VFP, may be powered down.  Add a
notifier chain that allows drivers for those peripherals to
be notified before and after they may be reset.

Notified drivers can include VFP co-processor, interrupt controller
and it's PM extensions, local CPU timers context save/restore which
shouldn't be interrupted. Hence CPU PM event APIs  must be called
with interrupts disabled.

Change-Id: Id7913c16c538eb59b30a33ef6efeb35e57c94d05
Signed-off-by: Colin Cross <ccross@android.com>
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@ti.com>
Tested-and-Acked-by: Shawn Guo <shawn.guo@linaro.org>
Tested-by: Kevin Hilman <khilman@ti.com>
Tested-by: Vishwanath BS <vishwanath.bs@ti.com>
ARM: vfp: Use cpu pm notifiers to save vfp state

When the cpu is powered down in a low power mode, the vfp
registers may be reset.

This patch uses CPU_PM_ENTER and CPU_PM_EXIT notifiers to save
and restore the cpu's vfp registers.

Signed-off-by: Colin Cross <ccross@android.com>
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Reviewed-by: Kevin Hilman <khilman@ti.com>
Tested-and-Acked-by: Shawn Guo <shawn.guo@linaro.org>
Tested-by: Vishwanath BS <vishwanath.bs@ti.com>