cpufreq: update 'cpufreq_suspended' after stopping governors

Commit 8e30444e1530 ("cpufreq: fix cpufreq suspend/resume for intel_pstate")
introduced a bug where the governors wouldn't be stopped anymore for
->target{_index}() drivers during suspend. This happens because
'cpufreq_suspended' is updated before stopping the governors during suspend
and due to this __cpufreq_governor() would return early due to this check:

/* Don't start any governor operations if we are entering suspend */
if (cpufreq_suspended)
return 0;

Fixes: 8e30444e1530 ("cpufreq: fix cpufreq suspend/resume for intel_pstate")
Cc: 3.15+ <stable@vger.kernel.org> # 3.15+: 8e30444e1530 "cpufreq: fix cpufreq suspend/resume for intel_pstate"
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>

authored by Viresh Kumar and committed by Rafael J. Wysocki b1b12bab d62dbf77

Changed files
+4 -3
drivers
cpufreq
+4 -3
drivers/cpufreq/cpufreq.c
··· 1658 1658 if (!cpufreq_driver) 1659 1659 return; 1660 1660 1661 - cpufreq_suspended = true; 1662 - 1663 1661 if (!has_target()) 1664 - return; 1662 + goto suspend; 1665 1663 1666 1664 pr_debug("%s: Suspending Governors\n", __func__); 1667 1665 ··· 1672 1674 pr_err("%s: Failed to suspend driver: %p\n", __func__, 1673 1675 policy); 1674 1676 } 1677 + 1678 + suspend: 1679 + cpufreq_suspended = true; 1675 1680 } 1676 1681 1677 1682 /**