Revert "now we are in sync with AOSP Kernel"

This reverts commit d2d972e9d77b4a92df7d97ac80b60967c291a4c0.
Revert "latest ondemand from francos mako kernel"

This reverts commit c8b8de939c81bdc4cd72a05115d2dced49495f1a.
Revert "some nice improvements"

This reverts commit aacf0bb7841e065b0bff9f2fd780a23b511eb9f3.
Revert "cpufreq:interactive updates for mako hotplug"

This reverts commit 23e4c14f196501cf1a88c311c581e50953c43fc5.
Revert "major redesign of hotplug routines"

This reverts commit 1fea18f19b87efcb00c830cd5cfdb43c0a27c238.
mako_hotplug: add hooks so that the driver and the sysfs are synchronized with the defaults if I decide to change them in the future.
mako_hotplug: fix a bug where the counter could be 10 sometimes and when trying to write to history_load[10] it derped big time. Also add all the stats to the struct, its cleaner.
mako_hotplug: change the load history mechanism a little but based onone TI patch for interactive called timer_view that makes use of this type of ringbuffers.
mako_hotplug: change the load thresholds
cpufreq:interctive updates for _mako_hotplug
mako_hotplug: major re-design of the Hotplug routines based on usersfeedback. Better handling of touch input boosts, either by frequency and/or by onlining a second core to handle a second thread while interacting with the UI. The driver is a little bit more intelligent now and reacts more appropriately on load changes. Also added two new tunables called cores_on_touch (number of cores we want the driver to online when swipping the screen) and a fourth_level which is a new lowest load threshold available to offline all cores.
cpufreq: interactive: add tunable to enable/disable dynamic_scaling of the governor tunables. I had to add some hooks around where I made to scale
mako_hotplug: obvious code path optimisations. Also fix a bug where min_sample_time could get stuck to 500ms and that sucks
mako_hotplug: some nice improvements automatically online a cpu with a boosted frequency instead of waiting a sample for recalculation of load bla bla. If a core goes online it should be because there is a bigger load so to save ms and to get better performance he core comes online boosted to hispeed_freq that comes from interactive gov; - wait 5 seconds before scaling up interactive tunables on high load. Sometimes just by interacting with the UI around we can *ocasionally* have the four cores online, but we don't really need the high performance tunables. If we're gaming we'll hit this 5 seconds easily; - new first_level default, decreased from 90 to 80;
mako_hotplug: if the cores go online one by one we still want the performance tunables if we hit the second level threshold with all the cores online for at least 5 seconds.
mako_hotplug: adapt according to the new interactive code.
cpufreq:interactive: fix a bug
cpufreq:ondemand use latest ondemand from mako kernel from franco
cpufreq:mako_hotplug make sure that onlined cpu is not allowed to gooffline until everything is done. Lower values to keep a balance between perfromance and battery. Also its necessary to disable MPDECISON on boot (in RAMDISK), otherwise hotplug control could cause reboots until MPDECISION is turned off
cpufreq: interactive: reverted last patch to fix a 3-4fps loss