Doug / smarc-fsl-linux-kernel

Download as
Browse Code ยป

Commit 4b31e77455b868b43e665edceb111c9a330c8e0f

Authored by Dominik Brodowski
Committed by Len Brown
1 parent 45bea1555f
Exists in master and in 7 other branches imx_3.0.35_4.1.0, imx_3.10.17_1.0.1_ga, imx_3.10.53_1.1.0_ga, imx_3.14.28_1.0.0_ga, smarc-imx_3.10.53_1.1.0_ga, smarc-imx_3.14.28_1.0.0_ga, smarc-l5.0.0_1.0.0-ga

[ACPI] Always set P-state on initialization 

Otherwise a platform that supports ACPI based cpufreq
and boots up at lowest possible speed could stay there
forever.  This because the governor may request max speed,
but the code doesn't update if there is no change in
speed, and it assumed the initial state of max speed.

http://bugzilla.kernel.org/show_bug.cgi?id=4634

Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>

Showing 1 changed file with 7 additions and 0 deletions Side-by-side Diff

arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c
Diff comments   View file @ 4b31e77
... ... @@ -442,6 +442,13 @@
442 442 (u32) data->acpi_data.states[i].transition_latency);
443 443  
444 444 cpufreq_frequency_table_get_attr(data->freq_table, policy->cpu);
  445 +
  446 + /*
  447 + * the first call to ->target() should result in us actually
  448 + * writing something to the appropriate registers.
  449 + */
  450 + data->resume = 1;
  451 +
445 452 return (result);
446 453  
447 454 err_freqfree: