cpufreq: interactive: make high priority for input boost

 * instead of calling speedchange here, we can queue
   the input boost up and skip some code which might
   help decreasing the overall latency. Also if interactive
   is sleeping, we don't need to wake it up.
   (taken from @franciscofranco)

 * This won't touch the workqueue for our input_connect.
   Most devices handles such input conntect things in their
   PowerHAL, but since we don't want this, we leave it here.

 * Also removing some deprecated stuff like the attributes
   for input_boost and boost, they aren't needed anyway.
   Furthermore change some tunables for a sligthly increased
   smoothness.

Signed-off-by: Blechd0se <alex.christ@hotmail.de>
cpufreq: interactive: add sampling_down_factor

Ondemand has a nice technique for heavy workloads.
It features a sampling_down_factor attribute, which
is a multiplier for the sampling rates on max freq
workloads. This has one benefit; it doesn't have to
consider to make any freq jumps while its working,
which increases perfromance a little bit.

Port this very handy feature to our interactive, it
should become very useful when we are playing games
and such to keep the performance up. Its default value
is 4, meaning 4 times min_sample_time.

Taken and modified from; https://github.com/labodj/hammerhead-linaro/commit/b9fd772738a022a89a245532164f994d536de1c1

Signed-off-by: Blechd0se <alex.christ@hotmail.de>
touchscreen: add sweep2wake functionality

Big shout out to @showp1984 who developed this nice
feature.
I was tired of pressing the power button over and over
again and since i flash plenty of kernels a day, i needed
a "smarter choice".
This adds the sweep2wake functionality, controllable via;
echo 1 > /sys/android_touch/sweep2wake

Its off by default, since i don't know how much it will
affect battery life.

Signed-off-by: Blechd0se <alex.christ@hotmail.de>

Conflicts:
	arch/arm/configs/mapphone_defconfig
	drivers/input/touchscreen/Makefile
merge: fix merging compile errors

Signed-off-by: Blechd0se <alex.christ@hotmail.de>
touchscreen: teach driver to handle sweep2wake

 * First of all, motorola did no error check in their
   suspend/resume logic, so i have fixed that too.

 * Disable all irqs and workqueues while sweep2wake is
   enabled. This will cause the touchscreen to stay
   powered on as long as the sweep2wake feature is enabled.

 * Also fixing a issue in the sweep2wake driver where it would
   only work one time;
   we should reset our values when the display is finally on,
   not only when there is no touch input anymore.

Signed-off-by: Blechd0se <alex.christ@hotmail.de>

Conflicts:
	drivers/input/touchscreen/qtouch_obp_ts.c
cpufreq: interactive: stop unnecessary freq jumps

 * Adjust tunables to avoid freq jumps from 300 Mhz to 1 Ghz

 * Delete suspend logic to raise lock to 600 Mhz (this will
   lock the freq to the desired value without using any higher
   freq).

 * Also another safety patch to avoid null pointers

Signed-off-by: Blechd0se <alex.christ@hotmail.de>