ab8500-usb: remove sysfs entries on module exit
mali: remove mali/arch link as it is auto-generated and build path dependent

Conflicts:

	drivers/gpu/mali/mali400ko/driver/src/devicedrv/mali/arch
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
LiveOPP: clean up liveopp_arm_table

Signed-off-by: chrono <chrono.monochrome@gmail.com>
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
mach-ux500/devices-db8500: add more records to db8500_freq_table
LiveOPP: don't set the same arm opp again

it causes unnecessary voltage swings and all...
LiveOPP: allow setting APE/DDR OPP from liveOPP

Conflicts:

	drivers/mfd/db8500-prcmu.c
mach-ux500/prcmu-qos-power: disable APE/DDR boost at freq > 400MHz

We can do it from liveOPP now
LiveOPP: bump version
LiveOPP: make liveopp sysfs code more readable and compact
LiveOPP: make liveOPP functions inline since they are used only once
LiveOPP: more verbose liveOPP entries