Revert "cpufreq: interactive: update to Nexus 7 baseline"

This reverts commit ea7492ea2910c1ea81f6d11ca5a89a63dcd1932d.
defconfig: disable gpuoc, was causing issues

Signed-off-by: Dennis Rassmann <showp1984@gmail.com>
defconfig: enable variant oc override

Signed-off-by: Dennis Rassmann <showp1984@gmail.com>
bluetooth: fix toggle issue when gps is active

Signed-off-by: Dennis Rassmann <showp1984@gmail.com>
cpufreq: ondemand: replace fixed touch boost value

Signed-off-by: Dennis Rassmann <showp1984@gmail.com>
remove the last traces of the interactive grouper patch

Signed-off-by: Dennis Rassmann <showp1984@gmail.com>
board: allow volume key wakeup

Signed-off-by: Dennis Rassmann <showp1984@gmail.com>
drivers: touchscreen: sweep2wake: add sysfs interface

Signed-off-by: Dennis Rassmann <showp1984@gmail.com>
mach-tegra: common: Why only set this when using ondemand governor?

Signed-off-by: Dennis Rassmann <showp1984@gmail.com>
cpu-tegra.c: we have several changes in here. The first and most notable is the removal of the early_suspend functions that were connected to the governors. What was NVIDIAs idea to have several functions to change governors based on screen on/off? No gain comes from it and it only wastes processing time because the path goes something like this: turn screen off -> save previous governor and its settings in an auxiliary function -> change to low power cpu cluster -> change to interactive/conservative governors based on the config choice. Then the other way around when screen is on... This path is pretty much dumbed down, theres much more going on, so why waste it in this procedure? So this is removed and replaced by two simple early_suspend functions that are tied to the Tegra cpu_driver struct that caps the policy->max to 475Mhz on screen off, and returns max to 1,5Ghz on screen on. This is way cleaner and screams much less problems. I also cleaned up some procedures that didn't make any sense like messing with threads/process priorities. Also did a little policy->max and policy->min settings on cpufreq_init to make sure the device boots with the correct frequencies.

Signed-off-by: Dennis Rassmann <showp1984@gmail.com>
mach-tegra: cpu-tegra: remove ril boost (was added with the last source drop)

Signed-off-by: Dennis Rassmann <showp1984@gmail.com>
Remove HTC pokecpu.
Delete leftovers from last commit

Conflicts:

	arch/arm/mach-tegra/pokecpu.c
Move x86_64 idle notifiers to generic - From Todd Poynor.
Remove htc_print_active_wake_locks.
Remove htc_util.
mmc: host: sdhci: Allow use of controller's native max blocksize

Currently, any controller supporting a blocksize of 4K or higher
is bumped back down to 512 bytes. This change allows using the
controller's native blocksize on a per-hardware basis.
various compile cleanups

Signed-off-by: Dennis Rassmann <showp1984@gmail.com>
cleanup: remove useless htc_util header
[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>