Linux 3.0.88 (Squashed commit)
cpufreq: interactive: fix race on cpufreq TRANSITION notifier

The cpufreq TRANSTION notifier callback does not check the
governor_enabled state on affected CPUS, which will case
kernel panic in update_load because the policy object maybe
NULL or invalid when governor_enabled is false.

Change-Id: Ie0f1718124f61e2f9b5da57abc6981ada5b83908
Signed-off-by: Lianwei Wang <a22439@motorola.com>
cpufreq: interactive: resched timer if max freq raised

When the policy max freq is raised, and before the timer is
rescheduled in idle callback, the cpu freq may stuck at a
lower freq.

The target_freq shall be updated too, else on a high load
situation, the new_freq is always equal to target_freq and
which will cause freq stuck at a lower freq too.

Reschedule the timer on gov limits callback.

Change-Id: I6c187001ab43e859731429b64f75a74eebc37a24
Signed-off-by: Lianwei Wang <a22439@motorola.com>
cpufreq: Fix Interactive build by adding get_cpu_idle_time() from Ondemand gov
Linux 3.0.89 (Squashed commit)
Respect CONFIG_PVR_ACTIVE_POWER_LATENCY_MS
herring: try increasing fresh frequency to 68

Got definitely smoother UI. Lets see how it affects the battery usage.
block: add Simple IO scheduler
power: stop battery charge until 99%
Linux 3.0.90 (Squashed commit)
crespo: defconfig changes

* disable memory COMPACTION/MIGRATION
* disable CPU_IDLE and remove SYSCALL support
* set Interactive CPU GOV and Simple IO SCHED as default
* use ext4 for ext2/3