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
Merge pull request #25 from mkaluza/min_freq_qos_fix

Min freq qos fix