cpufreq: ondemand: Make screen-off values adjustable
cpufreq: ondemand: Mak responsiveness values adjustable
mDNIe: Fix adjustable color settings

Thanks to sakura for his incredible work.
tspdrv: Fix adjustable vibration
Cleanup and align with CM9
Makefile: Compile with -Ofast
Makefile: Don't believe in the power of CFLAGS

Ok, they add a few points in benchmarks and some
like it. -funroll-loops would have added another
500k of bloat. This may actually be reverted at
any time.
cpufreq: ondemand: Fix conditional for freq increase
netfilter: qtaguid: JP Abgrall explains, why the compiler is wrong

As a follow up to the earlier fix warnings commit: JP Abgrall
initializes the variable to keep the compiler happy but at the
same time explains, why the warning is wrong :-)

Change-Id: I1eddd1b6f754c08a3bf89f7e9427e5dce1dfb081
netfilter: xt_qtaguid: fix ipv6 protocol lookup

When updating the stats for a given uid it would incorrectly assume
IPV4 and pick up the wrong protocol when IPV6.

Change-Id: Iea4a635012b4123bf7aa93809011b7b2040bb3d5
Signed-off-by: JP Abgrall <jpa@google.com>
cpufreq: interactive: configurable delay before raising above hispeed

Change-Id: I4d6ac40b23a3790d48e30c37408284e9f955e8fa
Signed-off-by: Todd Poynor <toddpoynor@google.com>
cpufreq: interactive: adjust code and documentation to match

Change-Id: If59c668d514a29febe5c35404fd9d01df8548eb1
Signed-off-by: Todd Poynor <toddpoynor@google.com>
cpufreq: interactive: based hispeed bump on target freq, not actual

For systems that set a common speed for all CPUs, checking current
speed here could bypass the intermediate hispeed bump decision for
this CPU when another CPU was already at hispeed.  This could
result in an overly high setting (for all CPUs) in situations
where all CPUs were about to drop to load levels that map to
hispeed or below.

Change-Id: I186f23dcfc5e2b6336cab8b0327f0c8a9a4482bc
Signed-off-by: Todd Poynor <toddpoynor@google.com>
Makefile: Voodoo derpage
cpufreq: Separate speed target revalidate time and initial set time

Allow speed drop after min_sample_time elapses from last time
the current speed was last re-validated as appropriate for
current load / input boost.

Allow speed bump after min_sample_time (or above_hispeed_delay)
elapses from the time the current speed was originally set.

Change-Id: Ic25687a7a53d25e6544c30c47d7ab6f27a47bee8
Signed-off-by: Todd Poynor <toddpoynor@google.com>
Linux 3.0.29

Changelog:
http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.0.29
arm: smp: Wrap backtrace IPI with irq_enter/exit

This appears to be something that should also be wrapped.  Also,
the backtraces experienced may be a cause and not a symptom -
instead of an RCU stall causing backtraces, backtraces
may be causing an RCU stall - which causes more backtraces
and then the system gets mental.

Change-Id: If1c24afd497dd77b0505ad6caf74216b068eed36
Signed-off-by: Andrew Dodd <atd7@cornell.edu>
cpufreq: interactive: Boost frequency on touchscreen input

Based on previous patches by Tero Kristo <tero.kristo@nokia.com>,
Brian Steuer <bsteuer@codeaurora.org>,
David Ng <dave@codeaurora.org>,
Antti P Miettinen <amiettinen@nvidia.com>, and
Thomas Renninger <trenn@suse.de>

Change-Id: Ic55fedcf6f9310f43a7022fb88e23b0392122769
Signed-off-by: Todd Poynor <toddpoynor@google.com>
(cherry picked from commit 2e21b68cd68be556224aee775f67fbbb5d6870a6)
Merge https://github.com/myfluxi/xxICSKernel
ARM: smp: Align secondary_start_kernel with mainline

Enable local IRQs after booting the cpu.