21 Oct, 2019

1 commit

  • arm_big_little cpufreq driver was designed as a generic big little
    driver that could be used by any platform and make use of bL switcher.
    Over years alternate solutions have been designed and merged to deal
    with bL/HMP systems like EAS.

    Also since no other driver made use of generic arm_big_little cpufreq
    driver except Vexpress SPC, we can merge them together as vexpress-spc
    driver used only on Vexpress TC2(CA15_CA7) platform.

    Acked-by: Nicolas Pitre
    Signed-off-by: Sudeep Holla
    Signed-off-by: Viresh Kumar

    Sudeep Holla
     

03 Sep, 2019

2 commits


22 Jul, 2019

1 commit

  • For some SoCs, the CPU frequency subset and voltage value of each OPP
    varies based on the silicon variant in use. The sun50i-cpufreq-nvmem
    driver reads the efuse value from the SoC to provide the OPP framework
    with required information.

    Signed-off-by: Yangtao Li
    Acked-by: Maxime Ripard
    Signed-off-by: Viresh Kumar

    Yangtao Li
     

13 Jun, 2019

1 commit

  • Raspberry Pi's firmware offers and interface though which update it's
    performance requirements. It allows us to request for specific runtime
    frequencies, which the firmware might or might not respect, depending on
    the firmware configuration and thermals.

    As the maximum and minimum frequencies are configurable in the firmware
    there is no way to know in advance their values. So the Raspberry Pi
    cpufreq driver queries them, builds an opp frequency table to then
    launch cpufreq-dt.

    Also, as the firmware interface might be configured as a module, making
    the cpu clock unavailable during init, this implements a full fledged
    driver, as opposed to most drivers registering cpufreq-dt, which only
    make use of an init routine.

    Signed-off-by: Nicolas Saenz Julienne
    Acked-by: Eric Anholt
    Reviewed-by: Stephen Boyd
    Acked-by: Stefan Wahren
    Signed-off-by: Viresh Kumar

    Nicolas Saenz Julienne
     

20 May, 2019

1 commit

  • Right now in upstream imx8m cpufreq support just lists a common subset
    of OPPs because the higher ones should only be attempted after checking
    speed grading in fuses.

    Add a small driver which checks speed grading from nvmem cells before
    registering cpufreq-dt.

    This driver allows unlocking all frequencies for imx8mm and imx8mq and
    could be applied to other chips like imx7d

    Signed-off-by: Leonard Crestez
    Signed-off-by: Viresh Kumar

    Leonard Crestez
     

07 Feb, 2019

1 commit

  • Add cpufreq driver for Marvell AP-806 found on Aramda 8K.
    The AP-806 has DFS (Dynamic Frequency Scaling) with coupled
    clock domain for two clusters, so this driver will directly
    use generic cpufreq-dt driver as backend.

    Based on the work of Omri Itach .

    Signed-off-by: Gregory CLEMENT
    Signed-off-by: Viresh Kumar

    Gregory CLEMENT
     

19 Dec, 2018

1 commit

  • The CPUfreq HW present in some QCOM chipsets offloads the steps necessary
    for changing the frequency of CPUs. The driver implements the cpufreq
    driver interface for this hardware engine.

    Signed-off-by: Saravana Kannan
    Signed-off-by: Taniya Das
    Reviewed-by: Stephen Boyd
    Tested-by: Stephen Boyd
    Acked-by: Viresh Kumar
    Tested-by: Amit Kucheria
    Signed-off-by: Rafael J. Wysocki

    Taniya Das
     

26 Oct, 2018

1 commit

  • Most of the ARM platforms used cpufreq-dt driver irrespective of
    whether it's big-little(HMP) or SMP system. This arm_big_little_dt is
    not used actively at all.

    So let's remove the driver, so that it need not be maintained.

    Signed-off-by: Sudeep Holla
    Acked-by: Viresh Kumar
    Signed-off-by: Rafael J. Wysocki

    Sudeep Holla
     

18 Jul, 2018

1 commit


30 May, 2018

1 commit

  • In Certain QCOM SoCs like apq8096 and msm8996 that have KRYO processors,
    the CPU frequency subset and voltage value of each OPP varies
    based on the silicon variant in use. Qualcomm Process Voltage Scaling Tables
    defines the voltage and frequency value based on the msm-id in SMEM
    and speedbin blown in the efuse combination.
    The qcom-cpufreq-kryo driver reads the msm-id and efuse value from the SoC
    to provide the OPP framework with required information.
    This is used to determine the voltage and frequency value for each OPP of
    operating-points-v2 table when it is parsed by the OPP framework.

    Signed-off-by: Ilia Lin
    Acked-by: Viresh Kumar
    Reviewed-by: Amit Kucheria
    Tested-by: Amit Kucheria
    Signed-off-by: Rafael J. Wysocki

    Ilia Lin
     

06 Apr, 2018

1 commit

  • Pull ARM SoC driver updates from Arnd Bergmann:
    "The main addition this time around is the new ARM "SCMI" framework,
    which is the latest in a series of standards coming from ARM to do
    power management in a platform independent way.

    This has been through many review cycles, and it relies on a rather
    interesting way of using the mailbox subsystem, but in the end I
    agreed that Sudeep's version was the best we could do after all.

    Other changes include:

    - the ARM CCN driver is moved out of drivers/bus into drivers/perf,
    which makes more sense. Similarly, the performance monitoring
    portion of the CCI driver are moved the same way and cleaned up a
    little more.

    - a series of updates to the SCPI framework

    - support for the Mediatek mt7623a SoC in drivers/soc

    - support for additional NVIDIA Tegra hardware in drivers/soc

    - a new reset driver for Socionext Uniphier

    - lesser bug fixes in drivers/soc, drivers/tee, drivers/memory, and
    drivers/firmware and drivers/reset across platforms"

    * tag 'armsoc-drivers' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (87 commits)
    reset: uniphier: add ethernet reset control support for PXs3
    reset: stm32mp1: Enable stm32mp1 reset driver
    dt-bindings: reset: add STM32MP1 resets
    reset: uniphier: add Pro4/Pro5/PXs2 audio systems reset control
    reset: imx7: add 'depends on HAS_IOMEM' to fix unmet dependency
    reset: modify the way reset lookup works for board files
    reset: add support for non-DT systems
    clk: scmi: use devm_of_clk_add_hw_provider() API and drop scmi_clocks_remove
    firmware: arm_scmi: prevent accessing rate_discrete uninitialized
    hwmon: (scmi) return -EINVAL when sensor information is unavailable
    amlogic: meson-gx-socinfo: Update soc ids
    soc/tegra: pmc: Use the new reset APIs to manage reset controllers
    soc: mediatek: update power domain data of MT2712
    dt-bindings: soc: update MT2712 power dt-bindings
    cpufreq: scmi: add thermal dependency
    soc: mediatek: fix the mistaken pointer accessed when subdomains are added
    soc: mediatek: add SCPSYS power domain driver for MediaTek MT7623A SoC
    soc: mediatek: avoid hardcoded value with bus_prot_mask
    dt-bindings: soc: add header files required for MT7623A SCPSYS dt-binding
    dt-bindings: soc: add SCPSYS binding for MT7623 and MT7623A SoC
    ...

    Linus Torvalds
     

26 Mar, 2018

2 commits


01 Mar, 2018

1 commit

  • On some ARM based systems, a separate Cortex-M based System Control
    Processor(SCP) provides the overall power, clock, reset and system
    control including CPU DVFS. SCMI Message Protocol is used to
    communicate with the SCP.

    This patch adds a cpufreq driver for such systems using SCMI interface
    to drive CPU DVFS.

    Cc: linux-pm@vger.kernel.org
    Acked-by: Rafael J. Wysocki
    Acked-by: Viresh Kumar
    Signed-off-by: Sudeep Holla

    Sudeep Holla
     

07 Feb, 2018

1 commit


17 Dec, 2017

1 commit

  • This patch adds DVFS support for the Armada 37xx SoCs

    There are up to four CPU frequency loads for Armada 37xx controlled by
    the hardware.

    This driver associates the CPU load level to a frequency, then the
    hardware will switch while selecting a load level.

    The hardware also can associate a voltage for each level (AVS support)
    but it is not yet supported

    Tested-by: Andre Heider
    Acked-by: Viresh Kumar
    Signed-off-by: Gregory CLEMENT
    Signed-off-by: Rafael J. Wysocki

    Gregory CLEMENT
     

16 Dec, 2017

1 commit


02 Nov, 2017

1 commit

  • Many source files in the tree are missing licensing information, which
    makes it harder for compliance tools to determine the correct license.

    By default all files without license information are under the default
    license of the kernel, which is GPL version 2.

    Update the files which contain no license information with the 'GPL-2.0'
    SPDX license identifier. The SPDX identifier is a legally binding
    shorthand, which can be used instead of the full boiler plate text.

    This patch is based on work done by Thomas Gleixner and Kate Stewart and
    Philippe Ombredanne.

    How this work was done:

    Patches were generated and checked against linux-4.14-rc6 for a subset of
    the use cases:
    - file had no licensing information it it.
    - file was a */uapi/* one with no licensing information in it,
    - file was a */uapi/* one with existing licensing information,

    Further patches will be generated in subsequent months to fix up cases
    where non-standard license headers were used, and references to license
    had to be inferred by heuristics based on keywords.

    The analysis to determine which SPDX License Identifier to be applied to
    a file was done in a spreadsheet of side by side results from of the
    output of two independent scanners (ScanCode & Windriver) producing SPDX
    tag:value files created by Philippe Ombredanne. Philippe prepared the
    base worksheet, and did an initial spot review of a few 1000 files.

    The 4.13 kernel was the starting point of the analysis with 60,537 files
    assessed. Kate Stewart did a file by file comparison of the scanner
    results in the spreadsheet to determine which SPDX license identifier(s)
    to be applied to the file. She confirmed any determination that was not
    immediately clear with lawyers working with the Linux Foundation.

    Criteria used to select files for SPDX license identifier tagging was:
    - Files considered eligible had to be source code files.
    - Make and config files were included as candidates if they contained >5
    lines of source
    - File already had some variant of a license header in it (even if
    Reviewed-by: Philippe Ombredanne
    Reviewed-by: Thomas Gleixner
    Signed-off-by: Greg Kroah-Hartman

    Greg Kroah-Hartman
     

22 Aug, 2017

1 commit

  • We have moved the Ux500 over to use the generic DT based
    cpufreq driver, so delete the old custom driver.

    At the same time select CPUFREQ_DT from the machine's
    Kconfig in order to satisfy the "default ARCH_U8500"
    selection on the old driver.

    Acked-by: Viresh Kumar
    Signed-off-by: Linus Walleij
    Signed-off-by: Rafael J. Wysocki

    Linus Walleij
     

22 Jul, 2017

2 commits

  • On tango platforms, firmware configures the CPU clock, and Linux is
    then only allowed to use the cpu_clk_divider to change the frequency.
    Build the OPP table dynamically at init, in order to support whatever
    firmware throws at us.

    Signed-off-by: Marc Gonzalez
    Acked-by: Viresh Kumar
    Signed-off-by: Rafael J. Wysocki

    Marc Gonzalez
     
  • MT2701/MT7623 is a 32-bit ARMv7 based quad-core (4 * Cortex-A7) with
    single cluster and this hardware is also compatible with the existing
    driver through enabling CPU frequency feature with operating-points-v2
    bindings. Also, this driver actually supports all MediaTek SoCs, the
    Kconfig menu entry and file name itself should be updated with more
    generic name to drop "MT8173"

    Signed-off-by: Sean Wang
    Acked-by: Viresh Kumar
    Reviewed-by: Jean Delvare
    Signed-off-by: Rafael J. Wysocki

    Sean Wang
     

14 May, 2017

1 commit

  • Moving the cooling code into the cpufreq driver caused a possible build failure
    when the cpu_thermal helper code is a loadable module or disabled:

    drivers/cpufreq/dbx500-cpufreq.o: In function `dbx500_cpufreq_ready':
    dbx500-cpufreq.c:(.text.dbx500_cpufreq_ready+0x4): undefined reference to `cpufreq_cooling_register'

    This adds the same dependency that we have in other cpufreq drivers,
    forcing the driver to be disabled when we can't possibly link it.

    Fixes: 19678ffb9fd6 (cpufreq: dbx500: Manage cooling device from cpufreq driver)
    Signed-off-by: Arnd Bergmann
    Acked-by: Viresh Kumar
    Reviewed-by: Linus Walleij
    Signed-off-by: Rafael J. Wysocki

    Arnd Bergmann
     

20 Apr, 2017

1 commit

  • Add a new cpufreq driver for Tegra186 (and likely later).
    The CPUs are organized into two clusters, Denver and A57,
    with two and four cores respectively. CPU frequency can be
    adjusted by writing the desired rate divisor and a voltage
    hint to a special per-core register.

    The frequency of each core can be set individually; however,
    this is just a hint as all CPUs in a cluster will run at
    the maximum rate of non-idle CPUs in the cluster.

    Signed-off-by: Mikko Perttunen
    Acked-by: Viresh Kumar
    Signed-off-by: Rafael J. Wysocki

    Mikko Perttunen
     

10 Feb, 2017

1 commit

  • Some TI SoCs, like those in the AM335x, AM437x, DRA7x, and AM57x families,
    have different OPPs available for the MPU depending on which specific
    variant of the SoC is in use. This can be determined through use of the
    revision and an eFuse register present in the silicon. Introduce a
    ti-cpufreq driver that can read the aformentioned values and provide
    them as version matching data to the opp framework. Through this the
    opp-supported-hw dt binding that is part of the operating-points-v2
    table can be used to indicate availability of OPPs for each device.

    This driver also creates the "cpufreq-dt" platform_device after passing
    the version matching data to the OPP framework so that the cpufreq-dt
    handles the actual cpufreq implementation. Even without the necessary
    data to pass the version matching data the driver will still create this
    device to maintain backwards compatibility with operating-points v1
    tables.

    Acked-by: Viresh Kumar
    Signed-off-by: Dave Gerlach
    Signed-off-by: Rafael J. Wysocki

    Dave Gerlach
     

09 Feb, 2017

1 commit


01 Nov, 2016

2 commits

  • This driver supports voltage and frequency scaling on Broadcom STB SoCs
    using AVS firmware with DFS and DVFS support.

    Actual frequency or voltage scaling is done exclusively by the AVS
    firmware. The driver merely provides a standard CPUfreq interface to
    other kernel components and userland, and instructs the AVS firmware to
    perform frequency or voltage changes on its behalf.

    Signed-off-by: Markus Mayer
    Acked-by: Viresh Kumar
    Signed-off-by: Rafael J. Wysocki

    Markus Mayer
     
  • After switching the core module clocks controlling the Integrator
    clock frequencies to the common clock framework, defining the
    operating points in the device tree, and activating the generic
    DT-based CPUfreq driver, we can retire the old Integrator
    cpufreq driver.

    Acked-by: Viresh Kumar
    Signed-off-by: Linus Walleij
    Signed-off-by: Rafael J. Wysocki

    Linus Walleij
     

20 May, 2016

1 commit

  • Pull MIPS updates from Ralf Baechle:
    "This is the main pull request for MIPS for 4.7. Here's the summary of
    the changes:

    - ATH79: Support for DTB passuing using the UHI boot protocol
    - ATH79: Remove support for builtin DTB.
    - ATH79: Add zboot debug serial support.
    - ATH79: Add initial support for Dragino MS14 (Dragine 2), Onion Omega
    and DPT-Module.
    - ATH79: Update devicetree clock support for AR9132 and AR9331.
    - ATH79: Cleanup the DT code.
    - ATH79: Support newer SOCs in ath79_ddr_ctrl_init.
    - ATH79: Fix regression in PCI window initialization.
    - BCM47xx: Move SPROM driver to drivers/firmware/
    - BCM63xx: Enable partition parser in defconfig.
    - BMIPS: BMIPS5000 has I cache filing from D cache
    - BMIPS: BMIPS: Add cpu-feature-overrides.h
    - BMIPS: Add Whirlwind support
    - BMIPS: Adjust mips-hpt-frequency for BCM7435
    - BMIPS: Remove maxcpus from BCM97435SVMB DTS
    - BMIPS: Add missing 7038 L1 register cells to BCM7435
    - BMIPS: Various tweaks to initialization code.
    - BMIPS: Enable partition parser in defconfig.
    - BMIPS: Cache tweaks.
    - BMIPS: Add UART, I2C and SATA devices to DT.
    - BMIPS: Add BCM6358 and BCM63268support
    - BMIPS: Add device tree example for BCM6358.
    - BMIPS: Improve Improve BCM6328 and BCM6368 device trees
    - Lantiq: Add support for device tree file from boot loader
    - Lantiq: Allow build with no built-in DT.
    - Loongson 3: Reserve 32MB for RS780E integrated GPU.
    - Loongson 3: Fix build error after ld-version.sh modification
    - Loongson 3: Move chipset ACPI code from drivers to arch.
    - Loongson 3: Speedup irq processing.
    - Loongson 3: Add basic Loongson 3A support.
    - Loongson 3: Set cache flush handlers to nop.
    - Loongson 3: Invalidate special TLBs when needed.
    - Loongson 3: Fast TLB refill handler.
    - MT7620: Fallback strategy for invalid syscfg0.
    - Netlogic: Fix CP0_EBASE redefinition warnings
    - Octeon: Initialization fixes
    - Octeon: Add DTS files for the D-Link DSR-1000N and EdgeRouter Lite
    - Octeon: Enable add Octeon-drivers in cavium_octeon_defconfig
    - Octeon: Correctly handle endian-swapped initramfs images.
    - Octeon: Support CN73xx, CN75xx and CN78xx.
    - Octeon: Remove dead code from cvmx-sysinfo.
    - Octeon: Extend number of supported CPUs past 32.
    - Octeon: Remove some code limiting NR_IRQS to 255.
    - Octeon: Simplify octeon_irq_ciu_gpio_set_type.
    - Octeon: Mark some functions __init in smp.c
    - Octeon: Octeon: Add Octeon III CN7xxx interface detection
    - PIC32: Add serial driver and bindings for it.
    - PIC32: Add PIC32 deadman timer driver and bindings.
    - PIC32: Add PIC32 clock timer driver and bindings.
    - Pistachio: Determine SoC revision during boot
    - Sibyte: Fix Kconfig dependencies of SIBYTE_BUS_WATCHER.
    - Sibyte: Strip redundant comments from bcm1480_regs.h.
    - Panic immediately if panic_on_oops is set.
    - module: fix incorrect IS_ERR_VALUE macro usage.
    - module: Make consistent use of pr_*
    - Remove no longer needed work_on_cpu() call.
    - Remove CONFIG_IPV6_PRIVACY from defconfigs.
    - Fix registers of non-crashing CPUs in dumps.
    - Handle MIPSisms in new vmcore_elf32_check_arch.
    - Select CONFIG_HANDLE_DOMAIN_IRQ and make it work.
    - Allow RIXI to be used on non-R2 or R6 cores.
    - Reserve nosave data for hibernation
    - Fix siginfo.h to use strict POSIX types.
    - Don't unwind user mode with EVA.
    - Fix watchpoint restoration
    - Ptrace watchpoints for R6.
    - Sync icache when it fills from dcache
    - I6400 I-cache fills from dcache.
    - Various MSA fixes.
    - Cleanup MIPS_CPU_* definitions.
    - Signal: Move generic copy_siginfo to signal.h
    - Signal: Fix uapi include in exported asm/siginfo.h
    - Timer fixes for sake of KVM.
    - XPA TLB refill fixes.
    - Treat perf counter feature
    - Update John Crispin's email address
    - Add PIC32 watchdog and bindings.
    - Handle R10000 LL/SC bug in set_pte()
    - cpufreq: Various fixes for Longson1.
    - R6: Fix R2 emulation.
    - mathemu: Cosmetic fix to ADDIUPC emulation, plenty of other small fixes
    - ELF: ABI and FP fixes.
    - Allow for relocatable kernel and use that to support KASLR.
    - Fix CPC_BASE_ADDR mask
    - Plenty fo smp-cps, CM, R6 and M6250 fixes.
    - Make reset_control_ops const.
    - Fix kernel command line handling of leading whitespace.
    - Cleanups to cache handling.
    - Add brcm, bcm6345-l1-intc device tree bindings.
    - Use generic clkdev.h header
    - Remove CLK_IS_ROOT usage.
    - Misc small cleanups.
    - CM: Fix compilation error when !MIPS_CM
    - oprofile: Fix a preemption issue
    - Detect DSP ASE v3 support:1"

    * 'upstream' of git://git.linux-mips.org/pub/scm/ralf/upstream-linus: (275 commits)
    MIPS: pic32mzda: fix getting timer clock rate.
    MIPS: ath79: fix regression in PCI window initialization
    MIPS: ath79: make ath79_ddr_ctrl_init() compatible for newer SoCs
    MIPS: Fix VZ probe gas errors with binutils of MSA context in non-MSA kernels
    MIPS: cevt-r4k: Dynamically calculate min_delta_ns
    MIPS: malta-time: Take seconds into account
    MIPS: malta-time: Start GIC count before syncing to RTC
    MIPS: Force CPUs to lose FP context during mode switches
    ...

    Linus Torvalds
     

13 May, 2016

1 commit

  • This patch renames the file to loongson1-cpufreq.c,
    and also includes some minor updates.

    Signed-off-by: Kelvin Cheung
    Acked-by: Viresh Kumar
    Cc: Rafael J. Wysocki
    Cc: linux-pm@vger.kernel.org
    Cc: linux-mips@linux-mips.org
    Cc: linux-kernel@vger.kernel.org
    Patchwork: https://patchwork.linux-mips.org/patch/13052/
    Signed-off-by: Ralf Baechle

    Kelvin Cheung
     

28 Apr, 2016

1 commit


25 Apr, 2016

1 commit


09 Apr, 2016

1 commit

  • Multiple platforms are using the generic cpufreq-dt driver now, and all
    of them are required to create a platform device with name "cpufreq-dt",
    in order to get the cpufreq-dt probed.

    Many of them do it from platform code, others have special drivers just
    to do that.

    It would be more sensible to do this at a generic place, where all such
    platform can mark their entries.

    This patch adds a separate file to get this device created. Currently
    the compat list of platforms that we support is empty, and will be
    filled in as and when we move platforms to use it.

    It always compiles as part of the kernel and so doesn't need a
    module-exit operation.

    Signed-off-by: Viresh Kumar
    Reviewed-by: Krzysztof Kozlowski
    Signed-off-by: Rafael J. Wysocki

    Viresh Kumar
     

02 Apr, 2016

1 commit


12 Dec, 2015

1 commit

  • The bootloader is charged with the responsibility to provide platform
    specific Dynamic Voltage and Frequency Scaling (DVFS) information via
    Device Tree. This driver takes the supplied configuration and
    registers it with the new generic OPP framework, to then be used with
    CPUFreq.

    Acked-by: Viresh Kumar
    Signed-off-by: Lee Jones
    Signed-off-by: Rafael J. Wysocki

    Lee Jones
     

11 Nov, 2015

1 commit

  • Pull ARM SoC driver updates from Olof Johansson:
    "As we've enabled multiplatform kernels on ARM, and greatly done away
    with the contents under arch/arm/mach-*, there's still need for
    SoC-related drivers to go somewhere.

    Many of them go in through other driver trees, but we still have
    drivers/soc to hold some of the "doesn't fit anywhere" lowlevel code
    that might be shared between ARM and ARM64 (or just in general makes
    sense to not have under the architecture directory).

    This branch contains mostly such code:

    - Drivers for qualcomm SoCs for SMEM, SMD and SMD-RPM, used to
    communicate with power management blocks on these SoCs for use by
    clock, regulator and bus frequency drivers.

    - Allwinner Reduced Serial Bus driver, again used to communicate with
    PMICs.

    - Drivers for ARM's SCPI (System Control Processor). Not to be
    confused with PSCI (Power State Coordination Interface). SCPI is
    used to communicate with the assistant embedded cores doing power
    management, and we have yet to see how many of them will implement
    this for their hardware vs abstracting in other ways (or not at all
    like in the past).

    - To make confusion between SCPI and PSCI more likely, this release
    also includes an update of PSCI to interface version 1.0.

    - Rockchip support for power domains.

    - A driver to talk to the firmware on Raspberry Pi"

    * tag 'armsoc-drivers' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (57 commits)
    soc: qcom: smd-rpm: Correct size of outgoing message
    bus: sunxi-rsb: Add driver for Allwinner Reduced Serial Bus
    bus: sunxi-rsb: Add Allwinner Reduced Serial Bus (RSB) controller bindings
    ARM: bcm2835: add mutual inclusion protection
    drivers: psci: make PSCI 1.0 functions initialization version dependent
    dt-bindings: Correct paths in Rockchip power domains binding document
    soc: rockchip: power-domain: don't try to print the clock name in error case
    soc: qcom/smem: add HWSPINLOCK dependency
    clk: berlin: add cpuclk
    ARM: berlin: dts: add CLKID_CPU for BG2Q
    ARM: bcm2835: Add the Raspberry Pi firmware driver
    soc: qcom: smem: Move RPM message ram out of smem DT node
    soc: qcom: smd-rpm: Correct the active vs sleep state flagging
    soc: qcom: smd: delete unneeded of_node_put
    firmware: qcom-scm: build for correct architecture level
    soc: qcom: smd: Correct SMEM items for upper channels
    qcom-scm: add missing prototype for qcom_scm_is_available()
    qcom-scm: fix endianess issue in __qcom_scm_is_call_available
    soc: qcom: smd: Reject send of too big packets
    soc: qcom: smd: Handle big endian CPUs
    ...

    Linus Torvalds
     

02 Nov, 2015

1 commit

  • * pm-opp:
    PM / OPP: passing NULL to PTR_ERR()
    PM / OPP: Move cpu specific code to opp/cpu.c
    PM / OPP: Move opp core to its own directory
    PM / OPP: Prefix exported opp routines with dev_pm_opp_
    PM / OPP: Rename opp init/free table routines
    PM / OPP: reuse of_parse_phandle()

    Rafael J. Wysocki
     

13 Oct, 2015

1 commit


28 Sep, 2015

1 commit

  • On some ARM based systems, a separate Cortex-M based System Control
    Processor(SCP) provides the overall power, clock, reset and system
    control including CPU DVFS. SCPI Message Protocol is used to
    communicate with the SCPI.

    This patch adds a interface driver for adding OPPs and registering
    the arm_big_little cpufreq driver for such systems.

    Signed-off-by: Sudeep Holla
    Acked-by: Viresh Kumar
    Cc: "Rafael J. Wysocki"
    Cc: linux-pm@vger.kernel.org

    Sudeep Holla
     

15 Sep, 2015

1 commit

  • OPP code is expanding and is already present in multiple directories
    (cpufreq and power). Lets move it to its own directory, to manage it
    better.

    This also moves/renames the cpufreq_opp file to cpu.c, as it will
    contain helpers for cpu device. Its not just about cpufreq, other
    frameworks can use OPPs as well.

    Reviewed-by: Stephen Boyd
    Signed-off-by: Viresh Kumar
    Signed-off-by: Rafael J. Wysocki

    Viresh Kumar