prcmu-qos-power: Fix scaling_min_freq being overriden by PRCMU_QOS_ARM_KHZ prcmu requirement
prcmu-qos-power: smarter initialization of arm khz memory
mach-ux500/suspend: re-enable arm khz qos on suspend
prcmu-qos-power: use CPUFREQ_POLICY_NOTIFIER chain to monitor min freq
prcmu-qos-power: final fix for scaling_min_freq problem

use notifier, listen to CPUFREQ_ADJUST event (CPUFREQ_NOTIFY doesn't
work), enforce ARM_KHZ requirement when min_freq is changed via sysfs
prcmu-qos-power: update orig_min_freq only when policy->min was explicitly changed

Assumption that only sysfs can be the source of min/max freq changes was
wrong - u8500 hotplug driver and usecase gov can also do it...

Problematic situation occured when the phone went into sleep while
ARM_KHZ prcmu requirement was active:
- wake up the phone
- cause some wifi/mmc load to trigger ARM_KHZ qos (like dd if=/dev/block/mmc...
- turn screen off (this triggers the hotplug driver to set max freq
  limit which also permanently stored min freq increased by ARM_KHZ qos)
- kill the load (this resets the ARM_KHZ qos)
- wake up the phone -> min_freq is set to previos ARM_KHZ req value
  despite ARM_KHZ qos not being active any more
LiveOPP: 2.2

 - Get rid of setting ARM OPP (f**king slow, feels laggy)
 - Use a simple algorithm for setting clock and voltages
 - Removed some verbose debug
 - PLL clock only, external clock is no longer used
 - Varm selection 1 only

 - Experimental!! Please test and report!!
 - Tested on my Janice for two days without reboot
 - [200 - 1200MHz] [ondemandQ] [row]

Signed-off-by: cocafe <cocafehj@gmail.com>
LiveOPP: Update comment

Signed-off-by: cocafe <cocafehj@gmail.com>