1. 01 9月, 2015 1 次提交
    • P
      cpufreq: mediatek: Add MT8173 cpufreq driver · 1453863f
      Pi-Cheng Chen 提交于
      Mediatek MT8173 is an ARMv8 based quad-core (2*Cortex-A53 and
      2*Cortex-A72) SoC with duall clusters. For each cluster, two voltage
      inputs, Vproc and Vsram are supplied by two regulators. For the big
      cluster, two regulators come from different PMICs. In this case, when
      scaling voltage inputs of the cluster, the voltages of two regulator
      inputs need to be controlled by software explicitly under the SoC
      specific limitation:
      
      	100mV < Vsram - Vproc < 200mV
      
      which is called 'voltage tracking' mechanism. And when scaling the
      frequency of cluster clock input, the input MUX need to be parented to
      another "intermediate" stable PLL first and reparented to the original
      PLL once the original PLL is stable at the target frequency. This patch
      implements those mechanisms to enable CPU DVFS support for Mediatek
      MT8173 SoC.
      Signed-off-by: NPi-Cheng Chen <pi-cheng.chen@linaro.org>
      Acked-by: NViresh Kumar <viresh.kumar@linaro.org>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      1453863f
  2. 21 6月, 2015 1 次提交
  3. 02 4月, 2015 1 次提交
  4. 19 3月, 2015 1 次提交
  5. 01 2月, 2015 1 次提交
    • A
      cpufreq: exynos: allow modular build · 8b2b4a4e
      Arnd Bergmann 提交于
      The exynos cpufreq driver code recently gained a dependency on the
      cooling code, which may be a loadable module. This breaks an ARM
      allmodconfig build:
      
      drivers/built-in.o: In function `exynos_cpufreq_probe':
      :(.text+0x1748e8): undefined reference to `of_cpufreq_cooling_register'
      
      To avoid this problem, change cpufreq Kconfig to allow the drivers
      to be loadable modules as well and enforce a dependency on the
      thermal module.
      
      This change, in order to allow module builds on this cpufreq
      driver, properly constructs the driver into a single module,
      instead of several modules. The change also keeps the proper
      platform dependency, and therefore, it wont load in platforms
      that are not supposed to be loaded. The user will be able to
      build the support for all platforms, or select which platforms
      (s)he wants (as originally), except that now it can be a module,
      instead.
      
      Besides, it will still keep the driver only on those configs
      that expect it to be on. And it won't compile/load on platforms
      that it is not supposed to. It brings the config ARM_EXYNOS_CPU_FREQ_BOOST_SW
      closer to this driver, so it looks better in the menuconfig.
      
      We intentionally change ARM_EXYNOS5440_CPUFREQ to be tristate too, to
      avoid future troubles.
      
      Cc: Viresh Kumar <viresh.kumar@linaro.org>
      Cc: Kukjin Kim <kgene@kernel.org>
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: linux-pm@vger.kernel.org
      Cc: linux-samsung-soc@vger.kernel.org
      Fixes: e725d26c ("cpufreq: exynos: Use device tree to determine if cpufreq cooling should be registered")
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NEduardo Valentin <edubezval@gmail.com>
      8b2b4a4e
  6. 21 12月, 2014 1 次提交
  7. 27 11月, 2014 1 次提交
  8. 06 11月, 2014 1 次提交
  9. 03 10月, 2014 1 次提交
  10. 09 7月, 2014 1 次提交
  11. 07 5月, 2014 1 次提交
  12. 07 4月, 2014 1 次提交
    • V
      cpufreq: powernv: cpufreq driver for powernv platform · b3d627a5
      Vaidyanathan Srinivasan 提交于
      Backend driver to dynamically set voltage and frequency on
      IBM POWER non-virtualized platforms.  Power management SPRs
      are used to set the required PState.
      
      This driver works in conjunction with cpufreq governors
      like 'ondemand' to provide a demand based frequency and
      voltage setting on IBM POWER non-virtualized platforms.
      
      PState table is obtained from OPAL v3 firmware through device
      tree.
      
      powernv_cpufreq back-end driver would parse the relevant device-tree
      nodes and initialise the cpufreq subsystem on powernv platform.
      
      The code was originally written by svaidy@linux.vnet.ibm.com. Over
      time it was modified to accomodate bug-fixes as well as updates to the
      the cpu-freq core. Relevant portions of the change logs corresponding
      to those modifications are noted below:
      
       * The policy->cpus needs to be populated in a hotplug-invariant
         manner instead of using cpu_sibling_mask() which varies with
         cpu-hotplug. This is because the cpufreq core code copies this
         content into policy->related_cpus mask which should not vary on
         cpu-hotplug. [Authored by srivatsa.bhat@linux.vnet.ibm.com]
      
       * Create a helper routine that can return the cpu-frequency for the
         corresponding pstate_id. Also, cache the values of the pstate_max,
         pstate_min and pstate_nominal and nr_pstates in a static structure
         so that they can be reused in the future to perform any
         validations. [Authored by ego@linux.vnet.ibm.com]
      
       * Create a driver attribute named cpuinfo_nominal_freq which creates
         a sysfs read-only file named cpuinfo_nominal_freq. Export the
         frequency corresponding to the nominal_pstate through this
         interface.
      
           Nominal frequency is the highest non-turbo frequency for the
         platform.  This is generally used for setting governor policies
         from user space for optimal energy efficiency. [Authored by
         ego@linux.vnet.ibm.com]
      
       * Implement a powernv_cpufreq_get(unsigned int cpu) method which will
         return the current operating frequency. Export this via the sysfs
         interface cpuinfo_cur_freq by setting powernv_cpufreq_driver.get to
         powernv_cpufreq_get(). [Authored by ego@linux.vnet.ibm.com]
      
      [Change log updated by ego@linux.vnet.ibm.com]
      Reviewed-by: NPreeti U Murthy <preeti@linux.vnet.ibm.com>
      Signed-off-by: NVaidyanathan Srinivasan <svaidy@linux.vnet.ibm.com>
      Signed-off-by: NSrivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>
      Signed-off-by: NAnton Blanchard <anton@samba.org>
      Signed-off-by: NGautham R. Shenoy <ego@linux.vnet.ibm.com>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      b3d627a5
  13. 30 10月, 2013 1 次提交
  14. 16 10月, 2013 1 次提交
  15. 26 7月, 2013 1 次提交
  16. 18 6月, 2013 2 次提交
  17. 07 6月, 2013 1 次提交
  18. 05 6月, 2013 1 次提交
  19. 20 5月, 2013 1 次提交
  20. 10 4月, 2013 12 次提交
  21. 08 4月, 2013 6 次提交
  22. 02 4月, 2013 1 次提交
  23. 09 2月, 2013 1 次提交