[PATCH v3 6/6] qcom: ipq4019: add acc and saw nodes to bring up secondary cores

2015-11-19 Thread Matthew McClintock
This adds the required device tree nodes to bring up the secondary cores on the ipq4019 SoC. Signed-off-by: Matthew McClintock --- arch/arm/boot/dts/qcom-ipq4019.dtsi | 60 + 1 file changed, 60 insertions(+) diff --git a/arch/arm/boot/dts/qcom-ipq4019.dtsi b

[PATCH v3 6/6] qcom: ipq4019: add acc and saw nodes to bring up secondary cores

2015-11-19 Thread Matthew McClintock
This adds the required device tree nodes to bring up the secondary cores on the ipq4019 SoC. Signed-off-by: Matthew McClintock --- arch/arm/boot/dts/qcom-ipq4019.dtsi | 60 + 1 file changed, 60 insertions(+) diff --git a/arch/arm/boot/dts/qcom-ipq4019.dtsi b

Re: [PATCH RFC 18/27] drivers: cpu-pd: Add PM Domain governor for CPUs

2015-11-19 Thread Kevin Hilman
Lina Iyer writes: > A PM domain comprising of CPUs may be powered off when all the CPUs in > the domain are powered down. Powering down a CPU domain is generally a > expensive operation and therefore the power performance trade offs > should be considered. The time between the last CPU powering d

Re: [PATCH RFC 18/27] drivers: cpu-pd: Add PM Domain governor for CPUs

2015-11-19 Thread Kevin Hilman
Lorenzo Pieralisi writes: > On Tue, Nov 17, 2015 at 03:37:42PM -0700, Lina Iyer wrote: >> A PM domain comprising of CPUs may be powered off when all the CPUs in >> the domain are powered down. Powering down a CPU domain is generally a >> expensive operation and therefore the power performance tra

Re: [PATCH RFC 16/27] ARM: cpuidle: Record the next wakeup event of the CPU

2015-11-19 Thread Kevin Hilman
Lina Iyer writes: > Reading the next wakeup of the CPU can only be realiably done only from > that CPU. In the idle enter path record the next wake up of the CPU. The > information is useful to determine the sleep time left for the CPU. > > Signed-off-by: Lina Iyer > --- > drivers/cpuidle/cpuid

[PATCH v3 2/6] clk: qcom: Add IPQ4019 Global Clock Controller support

2015-11-19 Thread Matthew McClintock
From: Varadarajan Narayanan This patch adds support for the global clock controller found on the IPQ4019 based devices. This includes UART, I2C, SPI etc. Signed-off-by: Pradeep Banavathi Signed-off-by: Senthilkumar N L Signed-off-by: Varadarajan Narayanan Signed-off-by: Matthew McClintock --

[PATCH v3 4/6] qcom: ipq4019: Add basic board/dts support for IPQ4019 SoC

2015-11-19 Thread Matthew McClintock
From: Matthew McClintock Add initial dts files and SoC support for IPQ4019 Signed-off-by: Varadarajan Narayanan --- v2 - add sleep_clk arch/arm/boot/dts/qcom-ipq4019.dtsi | 115 1 file changed, 115 insertions(+) create mode 100644 arch/arm/boot/dts/qcom-

[PATCH v3 3/6] ARM: qcom: add IPQ4019 compatible match

2015-11-19 Thread Matthew McClintock
From: Matthew McClintock This will select qcom board type when the machine compatible is qcom,ipq4019. Signed-off-by: Matthew McClintock --- arch/arm/mach-qcom/board.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-qcom/board.c b/arch/arm/mach-qcom/board.c index 6d8bbf7..b52

[PATCH v3 5/6] dts: ipq4019: Add support for IPQ4019 DK01 board

2015-11-19 Thread Matthew McClintock
From: Matthew McClintock Initial board support dts files for DK01 board. Signed-off-by: Senthilkumar N L Signed-off-by: Varadarajan Narayanan --- v2 - add xo clock arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/qcom-ipq4019-ap.dk01.1-c1.dts | 22 + arch/ar

[PATCH v3 1/6] pinctrl: qcom: ipq4019: Add IPQ4019 pinctrl support

2015-11-19 Thread Matthew McClintock
From: Varadarajan Narayanan Add pinctrl driver support for IPQ4019 platform Signed-off-by: Sricharan R Signed-off-by: Mathieu Olivari Signed-off-by: Varadarajan Narayanan Signed-off-by: Matthew McClintock --- v3 - update example with actual values from dts - add missing pins 71-99 - drop ma

[PATCH v3 0/6] arm: qcom: Add support for IPQ8014 family of SoCs

2015-11-19 Thread Matthew McClintock
This patch series adds basic support for IPQ8019 series of SoCs, presently it just boots to prompt via serial but more functionality will follow. This is partially based off a previously submitted patch series from Varada which can be found here: https://patchwork.ozlabs.org/patch/509954/ The IP

Re: [PATCH RFC 15/27] PM / Domains: Add next_wakeup to device's timing data

2015-11-19 Thread Kevin Hilman
Lina Iyer writes: > Allow devices that know when their next wakeup event is, to record save > it as part of timing data. A genpd governor may use this data to > determine if suspending the domain is going to affect the QoS of its > devices. > > Signed-off-by: Lina Iyer > --- > include/linux/pm_

Re: [PATCH RFC 13/27] ARM: cpuidle: Add runtime PM support for CPU idle

2015-11-19 Thread Kevin Hilman
Lina Iyer writes: > Notify runtime PM when the CPU is going to be powered off in the idle > state. This allows for runtime PM suspend/resume of the CPU as well as > its PM domain. > > Cc: Daniel Lezcano > Cc: Lorenzo Pieralisi > Signed-off-by: Lina Iyer > --- > drivers/cpuidle/cpuidle-arm.c |

Re: [PATCH RFC 03/27] PM / Domain: Add additional state specific param

2015-11-19 Thread Kevin Hilman
Lina Iyer writes: > Allow domain states to hold additional state related data in a u32 > value. This may be used by the platform driver. Should probably expand the changelog here to give some examples how how this might be used by the platform driver. Kevin -- To unsubscribe from this list: sen

Re: [PATCH RFC 25/27] devicetree: bindings: Document qcom,msm-id and qcom,board-id

2015-11-19 Thread Lina Iyer
On Thu, Nov 19 2015 at 07:37 -0700, Rob Herring wrote: On Tue, Nov 17, 2015 at 4:37 PM, Lina Iyer wrote: From: Kumar Gala The top level qcom,msm-id and qcom,board-id are utilized by bootloaders on Qualcomm MSM platforms to determine which device tree should be utilized and passed to the kerne

Re: [RFC/PATCH] pinctrl: qcom: Add generic ssbi and spmi GPIO/MPP bindings

2015-11-19 Thread Rob Herring
On Tue, Nov 17, 2015 at 05:00:26PM -0800, Stephen Boyd wrote: > The drivers don't really need to know which PMIC they're for, so > make a generic binding for them. This alleviates us from updating > the drivers every time a new PMIC comes out. It's still > recommended that we update the binding wit

Re: [PATCH 2/2] pinctrl: qcom: spmi-mpp: Add pm8994 mpp support

2015-11-19 Thread Rob Herring
On Tue, Nov 17, 2015 at 04:52:33PM -0800, Stephen Boyd wrote: > Update the driver and binding for pm8994-mpp devices. > > Cc: > Cc: "Ivan T. Ivanov" > Cc: Bjorn Andersson > Signed-off-by: Stephen Boyd Acked-by: Rob Herring > --- > Documentation/devicetree/bindings/pinctrl/qcom,pmic-mpp.txt

Re: [PATCH 1/2] pinctrl: qcom: spmi-gpio: Add pm8994 gpio support

2015-11-19 Thread Rob Herring
On Tue, Nov 17, 2015 at 04:52:32PM -0800, Stephen Boyd wrote: > Update the binding and driver for pm8994-gpio devices. > > Cc: > Cc: "Ivan T. Ivanov" > Cc: Bjorn Andersson > Signed-off-by: Stephen Boyd Acked-by: Rob Herring > --- > Documentation/devicetree/bindings/pinctrl/qcom,pmic-gpio.t

Re: [PATCH] pinctrl: qcom: Add msm8996 pinctrl driver

2015-11-19 Thread Rob Herring
On Tue, Nov 17, 2015 at 04:35:46PM -0800, Stephen Boyd wrote: > From: Joonwoo Park > > Add initial pinctrl driver to support pin configuration with > pinctrl framework for msm8996. > > Cc: > Cc: Bjorn Andersson > Signed-off-by: Joonwoo Park > [sb...@codeaurora.org: Remove duplicate entries an

Re: [PATCH RFC 25/27] devicetree: bindings: Document qcom,msm-id and qcom,board-id

2015-11-19 Thread Rob Herring
On Tue, Nov 17, 2015 at 4:37 PM, Lina Iyer wrote: > From: Kumar Gala > > The top level qcom,msm-id and qcom,board-id are utilized by bootloaders > on Qualcomm MSM platforms to determine which device tree should be > utilized and passed to the kernel. See [1] and the link there to the prior versi

[PATCH v4 1/5] clk: qcom: msm8916: Move xo and sleep clocks into DT

2015-11-19 Thread Georgi Djakov
Move the xo and sleep clocks to device-tree, instead of hard-coding them in the driver. This allows us to insert the RPM clocks (if they are enabled) in between the on-board oscillators and the actual clock. Signed-off-by: Georgi Djakov --- drivers/clk/qcom/gcc-msm8916.c | 16 +++-

[PATCH v4 2/5] arm64: dts: qcom: msm8916: Add fixed rate on-board oscillator

2015-11-19 Thread Georgi Djakov
Currently the rates of the xo and sleep clocks are hard-coded in the GCC driver, but this is a board layout description that actually should be in the DT. Moving them into DT also allows us to insert the RPM controlled clocks between the DT and GCC clocks. Signed-off-by: Georgi Djakov --- arch/a

[PATCH v4 4/5] clk: qcom: Add RPM clock controller driver

2015-11-19 Thread Georgi Djakov
Add support for clocks that are controlled by the RPM processor on Qualcomm msm8916 based platforms. Signed-off-by: Georgi Djakov --- .../devicetree/bindings/clock/qcom,rpmcc.txt | 35 drivers/clk/qcom/Kconfig |8 + drivers/clk/qcom/Makefile

[PATCH v4 5/5] arm64: dts: qcom: msm8916: Add RPMCC DT node

2015-11-19 Thread Georgi Djakov
Add the RPM Clock Controller DT node and include the necessary header file for clocks. Signed-off-by: Georgi Djakov --- arch/arm64/boot/dts/qcom/msm8916.dtsi |6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi b/arch/arm64/boot/dts/qcom/msm8916.dts

[PATCH v4 3/5] clk: qcom: Add support for RPM Clocks

2015-11-19 Thread Georgi Djakov
This adds initial support for clocks controlled by the Resource Power Manager (RPM) processor found on some Qualcomm SoCs. The RPM is a dedicated hardware engine for managing the shared SoC resources in order to keep the lowest power profile. It communicates with other hardware subsystems via shar

[PATCH v4 0/5] Add initial support for RPM clocks

2015-11-19 Thread Georgi Djakov
This patchset adds initial support for the clocks controlled by the RPM (Resource Power Manager) processor on Qualcomm platforms. The RPM is a dedicated hardware engine for managing the shared SoC resources in order to keep the lowest power profile. It communicates with other hardware subsystems v

Re: [PATCH RFC 18/27] drivers: cpu-pd: Add PM Domain governor for CPUs

2015-11-19 Thread Marc Titinger
On 18/11/2015 19:42, Lorenzo Pieralisi wrote: On Tue, Nov 17, 2015 at 03:37:42PM -0700, Lina Iyer wrote: A PM domain comprising of CPUs may be powered off when all the CPUs in the domain are powered down. Powering down a CPU domain is generally a expensive operation and therefore the power perfo