fix makefiles for svn-1.8.8
u8500_hotplug: Add in-kernel input boost support

Can be implemented in governors to avoid conflicts with some governors
with support already, or in this driver itself to be governor-agnostic.

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
cpufreq: Implement input boost support to governors

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
cpufreq: interactive: Underp boosted condition

Interactive governor has its own boosted conditions built in, I should
refactor the input boost functionality in the governor but this is an
imperfect solution for now.

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
cpufreq: interactive: Stay at userspace min freq at very low load

At this load, any other frequency is really unneeded.

Signed-off-by: Zhao Wei Liew <zhaoweiliew@gmail.com>
（。々°）
bt404_ts: Remove dt2w and s2w

Half-broken, replace with showp1984's implementation.

Signed-off-by: zwliew <zhaoweiliew@gmail.com>
Include slab header

This fixes compile error
Merge pull request #20 from poppmensa/TC

fix makefiles for svn-1.8.8
ab8500-usb: remove sysfs entries on module exit
mali: remove mali/arch link as it is auto-generated and build path dependent
mali: improve usage of qos requirements in mali driver
mali: report correct mali voltage based on current OPP
mali: improve mali boost logic, give more meaningful variable names

boost switching logic:
- boost_working means that freq is already set to high value
- boost_scheduled means that job is scheduled to turn boost either on or off
- boost_required is a flag for scheduled job telling it what to do with boost

if we are in APE_50_OPP, skip boost and use default APE 50/100 logic
if we are in APE_100_OPP and util>boost_up_thresh, shedule boost if
its not on or - if its on and scheduled to be turned off -  cancel that schedule
if boost is scheduled and not yet working and util < util_high_to_low, then cancel scheduled boost
if boost is on and util < boost_down_thresh, schedule boost to be turned off
mali: remove mali_boost qos requirements

with now corrected mali_boost logic there is no
threat of going into ape_50_opp (and this low voltage)
with boosted clock
mali: allow changing APE_50_OPP voltage
mach-ux500/prcmu: add APE_25_OPP state
mach-ux500/prcmu: use APP_25_OPP state only with screen off

Add ape requirements preventing screen getting messed up
This way APE_25_OPP will be available only in suspend (screen off)
prcmu-qos: minor fixes for OPP usage
LiveOPP: Stability fix