After long search and trace i did all i can and still got this on suspend!

So i have solved it for now by timekeeping_resume(); in case it's suspended
when someone that hiding GOOD from me!!! request it during suspend!!!
no idea who! as trace dont show any one else in path that i didnt patched...

Any way no problem now :)

<6>uei_irrc_suspend
<6>PM: suspend of devices complete after 53.084 msecs
<6>PM: late suspend of devices complete after 3.826 msecs
<6>PM: noirq suspend of devices complete after 4.961 msecs
<4>Disabling non-boot CPUs ...
<6>CPU0: msm_cpu_pm_enter_sleep mode:3
<4>------------[ cut here ]------------
<4>WARNING: at kernel/time/timekeeping.c:221 ktime_get+0x138/0x13c()
<4>Modules linked in: exfat
<4>[<c010d23c>] (unwind_backtrace) from [<c0194688>] (warn_slowpath_common+0x60/0x80)
<4>[<c0194688>] (warn_slowpath_common) from [<c019475c>] (warn_slowpath_null+0x1c/0x24)
<4>[<c019475c>] (warn_slowpath_null) from [<c01dd950>] (ktime_get+0x138/0x13c)
<4>[<c01dd950>] (ktime_get) from [<c011d814>] (hfpll_enable+0xdc/0x1b0)
<4>[<c011d814>] (hfpll_enable) from [<c011db20>] (set_speed+0x94/0xcc)
<4>[<c011db20>] (set_speed) from [<c011de18>] (acpuclk_krait_set_rate+0x2c0/0x694)
<4>[<c011de18>] (acpuclk_krait_set_rate) from [<c016ebd4>] (msm_pm_power_collapse+0x1d0/0x2b0)
<4>[<c016ebd4>] (msm_pm_power_collapse) from [<c016fce4>] (msm_cpu_pm_enter_sleep+0xdc/0x10c)
<4>[<c016fce4>] (msm_cpu_pm_enter_sleep) from [<c0173160>] (lpm_enter_low_power.constprop.7+0x270/0x674)
<4>[<c0173160>] (lpm_enter_low_power.constprop.7) from [<c0173768>] (lpm_suspend_enter+0x70/0x90)
<4>[<c0173768>] (lpm_suspend_enter) from [<c01dc048>] (suspend_devices_and_enter+0x3ac/0x418)
<4>[<c01dc048>] (suspend_devices_and_enter) from [<c01dc2a4>] (pm_suspend+0x1f0/0x288)
<4>[<c01dc2a4>] (pm_suspend) from [<c01dc8c8>] (try_to_suspend+0xa4/0xb8)
<4>[<c01dc8c8>] (try_to_suspend) from [<c01ac318>] (process_one_work+0x1a0/0x454)
<4>[<c01ac318>] (process_one_work) from [<c01acff4>] (worker_thread+0x19c/0x4e8)
<4>[<c01acff4>] (worker_thread) from [<c01b18ac>] (kthread+0xd4/0xec)
<4>[<c01b18ac>] (kthread) from [<c010748c>] (kernel_thread_exit+0x0/0x8)
<4>---[ end trace 4361d2dce7fe3785 ]---
<4>__qpnpint_handle_irq: 637 triggered [0x0, 0xdd,0x0] smb349_irq
<6>PM: noirq resume of devices complete after 3.485 msecs
<6>PM: early resume of devices complete after 0.940 msecs
<6>qup_i2c f9967000.i2c: i2c is runtime suspended status !!! try to runtime resume !!!
<6>qup_i2c f9923000.i2c: i2c is runtime suspended status !!! try to runtime resume !!!
<6>qup_i2c f9924000.i2c: i2c is runtime suspended status !!! try to runtime resume !!!
<6>uei_irrc_resume

Conflicts:
	kernel/time/timekeeping.c
ARM: SoC: convert MSM to SMP operations

Convert MSM SMP platforms to use struct smp_operations to provide
their SMP and CPU hotplug operations.

[antypas@xda: Adapt to 8974/hammerhead]
[linflux@arcor.de: Minor cleanups]

Signed-off-by: Marc Zyngier <marc.zyngier@arm.com>
Acked-by: Nicolas Pitre <nico@linaro.org>
Cc: David Brown <davidb@codeaurora.org>
Signed-off-by: Arnd Bergmann <arnd@arndb.de>

Conflicts:
	arch/arm/mach-msm/hotplug.c
ARM: cpu hotplug: remove majority of cache flushing from platforms

Remove the majority of cache flushing calls from the individual platform
files.  This is now handled by the core code.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: Pranav Vashi <neobuddy89@gmail.com>

Conflicts:
	arch/arm/mach-msm/hotplug.c
	arch/arm/mach-omap2/omap-hotplug.c
cpuidle: synchronize cpuidle with upstream

Downstream kernel had lot of changes in cpuidle during
merge from upstream kernel to support Tegra cpuidle
implementation. Due to merge it is not possible to indentify
individual changes. Backported some changes from upstream and
for remaining difference copied cpuidle related files directly.

Upstream kernel version used for this is next-20130723.

Change-Id: I85581444cd54dac9012429277cf1a1b0e2e5caa7
Signed-off-by: Prashant Gaikwad <pgaikwad@nvidia.com>
Reviewed-on: http://git-master/r/258061
Reviewed-by: Peter Boonstoppel <pboonstoppel@nvidia.com>
Reviewed-by: Sachin Nikam <snikam@nvidia.com>