[PATCH v2 0/2] init some clock rate from dts for rk3288

This patch add init rate for PLLs and some bus clock from dts for rk3288, add two clock rate of 400M and 500M into rate table for we will use it. We need Doug's patch to make "aclk_cpu" get set properly: Changes in v2: - change the PLL setting

[PATCH v2 2/2] ARM: dts: enable init rate for clock

We need to initialize PLL rate and some of bus clock rate while kernel init, for there is no other module will do that. Basically on rk3288 we use GPLL for cpu bus, peripheral bus and most of peripheral clock, CPLL for devices who require 50M/200M clock rate, leave NPLL behind for special requirem

[PATCH v5 2/3] cap11xx: Add support for various cap11xx devices

Several other variants of the cap11xx device exists with a varying number of capacitance detection channels. Add support for creating the channels dynamically. Signed-off-by: Matt Ranostay --- .../devicetree/bindings/input/cap11xx.txt | 3 +- drivers/input/keyboard/cap11xx.c

[PATCH v5 0/3] cap1106: add support for cap11xx variants

Changes from v4: * Only allocate private structure and keycodes memory once Matt Ranostay (3): cap11xx: make driver generic for variant support cap11xx: Add support for various cap11xx devices cap11xx: support for irq-active-high option .../bindings/input/{cap1106.txt => cap11xx.txt}

[PATCH v5 3/3] cap11xx: support for irq-active-high option

Some applications need to use the irq-active-high push-pull option. This allows it be enabled in the device tree child node. Signed-off-by: Matt Ranostay --- Documentation/devicetree/bindings/input/cap11xx.txt | 4 drivers/input/keyboard/cap11xx.c| 8 2 files ch

[PATCH v5 1/3] cap11xx: make driver generic for variant support

cap1106 driver can support much more one device make the driver generic for support of similiar parts. Signed-off-by: Matt Ranostay --- .../bindings/input/{cap1106.txt => cap11xx.txt}| 5 +- drivers/input/keyboard/Kconfig | 8 +- drivers/input/keyboard/Makefile

Re: [PATCH v4 2/3] cap11xx: Add support for various cap11xx devices

Oh good catch! Will resubmitted with v5. On Tue, Oct 7, 2014 at 5:09 PM, Dmitry Torokhov wrote: > Hi Matt, > > On Mon, Sep 29, 2014 at 09:26:28PM -0700, Matt Ranostay wrote: >> + priv->num_channels = cap->num_channels; >> + priv->keycodes = devm_kcalloc(dev, >> + priv->num_cha

Re: [PATCH v1 1/3] gpio: Add APM X-Gene standby GPIO controller driver

Dear Arnd, Pls see my answer below: On Thu, Oct 9, 2014 at 7:13 PM, Arnd Bergmann wrote: > On Thursday 09 October 2014 16:31:18 Y Vo wrote: >> Dear Arnd, >> >> Thanks a lot for your review. Pls see my answer on blue text below. > > Please do not send html-encoded email, it will get dropped by al

[PATCH v4 6/6] drivers: net: xgene: Add 10GbE ethtool support

Signed-off-by: Iyappan Subramanian Signed-off-by: Keyur Chudgar --- .../net/ethernet/apm/xgene/xgene_enet_ethtool.c| 28 +- 1 file changed, 22 insertions(+), 6 deletions(-) diff --git a/drivers/net/ethernet/apm/xgene/xgene_enet_ethtool.c b/drivers/net/ethernet/apm/xgene

[PATCH v4 0/6] Add 10GbE support to APM X-Gene SoC ethernet driver

Adding 10GbE support to APM X-Gene SoC ethernet driver. v4: Address comments from v3 * dtb: resolved merge conflict for the net tree v3: Address comments from v2 * dtb: changed to use all-zeros for the mac address v2: Address comments from v1 * created preparatory patch to review before adding n

[PATCH v4 4/6] drivers: net: xgene: Preparing for adding 10GbE support

- Rearranged code to pave the way for adding 10GbE support - Added mac_ops structure containing function pointers for mac specific functions - Added port_ops structure containing function pointers for port specific functions Signed-off-by: Iyappan Subramanian Signed-off-by: Keyur Chudgar ---

[PATCH v4 5/6] drivers: net: xgene: Add 10GbE support

- Added 10GbE support - Removed unused macros/variables - Moved mac_init call to the end of hardware init Signed-off-by: Iyappan Subramanian Signed-off-by: Keyur Chudgar --- drivers/net/ethernet/apm/xgene/Makefile | 3 +- drivers/net/ethernet/apm/xgene/xgene_enet_hw.h| 14 +- d

[PATCH v4 2/6] Documentation: dts: Update section header for APM X-Gene

Signed-off-by: Iyappan Subramanian Signed-off-by: Keyur Chudgar --- Documentation/devicetree/bindings/net/apm-xgene-enet.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/net/apm-xgene-enet.txt b/Documentation/devicetree/bindings/net/ap

[PATCH v4 3/6] dtb: Add 10GbE node to APM X-Gene SoC device tree

Added 10GbE interface and clock nodes. Signed-off-by: Iyappan Subramanian Signed-off-by: Keyur Chudgar --- arch/arm64/boot/dts/apm-mustang.dts | 4 arch/arm64/boot/dts/apm-storm.dtsi | 29 +++-- 2 files changed, 31 insertions(+), 2 deletions(-) diff --git a/arch/

[PATCH v4 1/6] MAINTAINERS: Update APM X-Gene section

Updated APM X-Gene ethernet driver maintainers list. Signed-off-by: Iyappan Subramanian Signed-off-by: Keyur Chudgar --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 9e315a4..1a85af8 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -734,7 +734,6 @@

Re: [PATCH v3 2/3] ARM: shmobile: koelsch: enable HS-USB

Hello. (2014/10/09 21:51), Sergei Shtylyov wrote: > Hello. > > On 10/09/2014 05:07 AM, Yoshihiro Shimoda wrote: > >>> Enable HS-USB device for the Koelsch board, defining the GPIO that the >>> driver >>> should check when probing (which is the ID output from MAX3355 OTG chip). > >>> Note that

Re: [PATCH V4 6/7] MAINTAINERS: Entry for Cygnus/iproc arm architecture and clock drivers

On 14-10-09 04:00 PM, Joe Perches wrote: On Thu, 2014-10-09 at 15:44 -0700, Scott Branden wrote: Acked-by: Jonathan Richardson Signed-off-by: Scott Branden --- MAINTAINERS | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index

Re: [PATCHv2] arm: dts: socfpga: Add SPI nodes to SOCFPGA DT.

On Thu, Oct 09, 2014 at 02:19:09PM -0500, Thor Thayer wrote: > There are quite a few instances of the spidev as a child of a spi node in > the arch/arm/dts directory > - imx6qdl-tx6.dtsi > - imx53-tx53.dtsi > - tegra30-apalis-eval.dts > - spear1340-evb.dts > I believe the reason these are added t

Re: [PATCH V4 6/7] MAINTAINERS: Entry for Cygnus/iproc arm architecture and clock drivers

On Thu, 2014-10-09 at 15:44 -0700, Scott Branden wrote: > Acked-by: Jonathan Richardson > Signed-off-by: Scott Branden > --- > MAINTAINERS | 17 - > 1 file changed, 16 insertions(+), 1 deletion(-) > > diff --git a/MAINTAINERS b/MAINTAINERS > index a12edf2..0900082 100644 > ---

Re: [PATCH v3 0/6] Add 10GbE support to APM X-Gene SoC ethernet driver

From: Iyappan Subramanian Date: Wed, 8 Oct 2014 20:54:15 -0700 > Adding 10GbE support to APM X-Gene SoC ethernet driver. > > v3: Address comments from v2 > * dtb: changed to use all-zeros for the mac address > > v2: Address comments from v1 > * created preparatory patch to review before adding

[PATCH V4 1/7] ARM: cygnus: Initial support for Broadcom Cygnus SoC

From: Jonathan Richardson Adds initial support for the Cygnus SoC based on Broadcom’s iProc series. Move ARCH_BCM_5301x under the ARCH_BCM_IPROC architecture. Reviewed-by: Ray Jui Reviewed-by: Desmond Liu Reviewed-by: JD (Jiandong) Zheng Tested-by: Jonathan Richardson Signed-off-by: Scott Br

[PATCH V4 5/7] ARM: dts: Enable Broadcom Cygnus SoC

From: Jonathan Richardson DT files to enable cygnus consisting of the enterprise phone board variant and cygnus core configuration. Reviewed-by: Ray Jui Reviewed-by: Arun Parameswaran Tested-by: Jonathan Richardson Reviewed-by: JD (Jiandong) Zheng Signed-off-by: Scott Branden --- arch/arm/

[PATCH V4 3/7] dt-bindings: Document Broadcom Cygnus SoC and clock driver

From: Jonathan Richardson Reviewed-by: Arun Parameswaran Tested-by: Jonathan Richardson Reviewed-by: JD (Jiandong) Zheng Signed-off-by: Scott Branden --- .../devicetree/bindings/arm/bcm/cygnus.txt | 31 + .../devicetree/bindings/clock/clk-cygnus.txt | 121 +++

[PATCH V4 7/7] ARM: multi_v7_defconfig: Enable ARCH_BCM_CYGNUS config

Enabled Broadcom Cygnus SoC family in multi_v7_defconfig by using CONFIG_ARCH_BCM_CYGNUS=y. Signed-off-by: Scott Branden --- arch/arm/configs/multi_v7_defconfig |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig index

[PATCH V4 6/7] MAINTAINERS: Entry for Cygnus/iproc arm architecture and clock drivers

Acked-by: Jonathan Richardson Signed-off-by: Scott Branden --- MAINTAINERS | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index a12edf2..0900082 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -2071,9 +2071,24 @@ L: linux-s..

[PATCH V4 4/7] ARM: cygnus defconfig : Initial defconfig for Broadcom Cygnus SoC

From: Jonathan Richardson This defconfig is utilized so a customer or developer can understand what kernel drivers are utilized by the Cygnus SoC. It also enables debug configs which should be disabled if optimal performance is desired. Tested-by: Jonathan Richardson Reviewed-by: JD (Jiandong)

[PATCH V4 2/7] clk: Clock driver support for Broadcom Cygnus SoC

From: Jonathan Richardson The iProc clock driver controls PLLs common across iProc chips. The cygnus driver controls cygnus specific features and variations. Reviewed-by: Ray Jui Tested-by: Jonathan Richardson Reviewed-by: JD (Jiandong) Zheng Signed-off-by: Scott Branden --- drivers/clk/Mak

[PATCH V4 0/7] Add initial support for Broadcom Cygnus SoC

This patchset contains initial support for Broadcom's Cygnus SoC based on our iProc architecture. Initial support is minimal and includes just the mach platform code, clock driver, and a basic device tree configuration. Peripheral drivers will be submitted soon, as will device tree configurations f

Re: [PATCH 3/5] regulator: dt-bindings: Add regulator-initial-mode support

On 10/09/2014 09:01 PM, Mark Brown wrote: > On Thu, Oct 09, 2014 at 05:04:35PM +0200, Javier Martinez Canillas wrote: > >> Agree, Mark also pointed out that there is a difference between changing >> how the regulator will behave on runtime vs changing how the regulator >> will behave during system

Re: [PATCH 5/5] ARM: dts: Add initial regulator mode on exynos Peach boards

Hello Mark, Thanks for your feedback. On 10/09/2014 07:48 PM, Mark Brown wrote: > On Thu, Oct 09, 2014 at 04:27:37PM +0200, Javier Martinez Canillas wrote: > >> I see, I thought that an operating mode could be anything that alter the >> regulator behavior either during runtime or when the system

Re: [PATCH v3] ARM: dts: Add initial DTS file for Sony Xperia Z1 phone

Hi Kumar, Kumar Gala writes: > Will not make the 3.18 merge window. I will queue it up for 3.19. Yes, it's too late for the merge window proper, but since it's DT only support for new platform, you can submit it as a fix to us (arm-soc) for v3.18-rc. In fact, if you chose (and if it's known t

Re: [PATCH v8 1/7] qcom: spm: Add Subsystem Power Manager driver

On 10/09, Lina Iyer wrote: > On Wed, Oct 08 2014 at 19:12 -0600, Stephen Boyd wrote: > >On 10/07/2014 02:41 PM, Lina Iyer wrote: > >>+ cpu_node = of_get_cpu_node(cpu, NULL); > >>+ if (!cpu_node) > >>+ continue; > >>+ saw_node = of_parse_phandle(cpu_no

Re: [PATCH v8 4/7] qcom: pm: Add cpu low power mode functions

On 10/09, Stephen Boyd wrote: > On 10/09, Lina Iyer wrote: > > On Wed, Oct 08 2014 at 19:17 -0600, Stephen Boyd wrote: > > > > >>+static int __init qcom_pm_device_init(void) > > >>+{ > > >>+ platform_device_register(&qcom_cpuidle_device); > > >>+ > > > > > >This is wrong. We're going to register a

[PATCH 11/12] ARM: dts: am33xx: update rtc node compatible property

Enable am33xx specific RTC features (e.g. PMIC control) by adding "ti,am3352-rtc" to the compatible property of the rtc node. Signed-off-by: Johan Hovold --- arch/arm/boot/dts/am33xx.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm

[PATCH 09/12] rtc: omap: add support for pmic_power_en

Add new property "ti,system-power-controller" to register the RTC as a power-off handler. Some RTC IP revisions can control an external PMIC via the pmic_power_en pin, which can be configured to transition to OFF on ALARM2 events and back to ON on subsequent ALARM (wakealarm) events. This is base

Re: [PATCHv2] arm: dts: socfpga: Add SPI nodes to SOCFPGA DT.

On 10/08/2014 03:05 PM, Mark Brown wrote: On Wed, Oct 08, 2014 at 02:27:08PM -0500, ttha...@opensource.altera.com wrote: + spidev@0 { + compatible = "spidev"; + reg = <0>;/* chip select */ +

[PATCH 08/12] rtc: omap: restore irq state after reading TC registers

Make sure to restore local irq state when reading the timer/calendar (TC) registers, so that omap_rtc_read_time() can be called with interrupts disabled. Signed-off-by: Johan Hovold --- drivers/rtc/rtc-omap.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/rtc/r

[PATCH 06/12] rtc: omap: use dev_info and dev_dbg

Use dev_info and dev_dbg rather than pr_info and pr_debug. Signed-off-by: Johan Hovold --- drivers/rtc/rtc-omap.c | 19 +-- 1 file changed, 9 insertions(+), 10 deletions(-) diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c index e50ffd7063f5..1c58920b0c88 100644 --- a

[PATCH 12/12] ARM: dts: am335x-bone-common: enable power off and rtc wake up

Configure the RTC as system-power controller, which allows the system to be powered off as well as woken up again on subsequent RTC alarms. Note that the PMIC needs to be put in SLEEP (rather than OFF) mode to maintain RTC power. Specifically, this means that the PMIC ti,pmic-shutdown-controller p

[PATCH 10/12] rtc: omap: enable wake-up from power off

The ALARM interrupt must not be disabled during shutdown in order to be able to power up the system using an RTC alarm. Signed-off-by: Johan Hovold --- drivers/rtc/rtc-omap.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-om

[PATCH 04/12] rtc: omap: remove unused register-base define

Remove register-base define, which is no longer used. Signed-off-by: Johan Hovold --- drivers/rtc/rtc-omap.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c index 2eca141e784e..d1b5562a148b 100644 --- a/drivers/rtc/rtc-omap.c +++ b/drivers/rtc

[PATCH 01/12] rtc: omap: fix clock-source configuration

Make sure not to reset the clock-source configuration when enabling the 32kHz clock mux. Until the clock source can be configured through device tree we must not overwrite settings made by the bootloader (e.g. clock-source selection). Fixes: cd914bba03d8 ("drivers/rtc/rtc-omap.c: add support for

[PATCH 03/12] rtc: omap: fix class-device registration

Make sure not to register the class device until after it has been configured and interrupt handlers registered at probe. Currently, the device is not fully configured (e.g. 24-hour mode) when the class device is registered, something which involves driver callbacks for example to read the current

[PATCH 07/12] rtc: omap: silence bogus power-up reset message at probe

Some legacy RTC IP revisions has a power-up reset flag in the status register that later revisions lack. As this flag is always read back as set on later revisions (or is overloaded with a different flag), make sure to only clear the flag and print the info message on legacy platforms. Signed-off

[PATCH 02/12] rtc: omap: fix missing wakealarm attribute

The platform device must be registered as wakeup capable before registering the class device, or the wakealarm attribute will not be created. Also make sure to unregister the wakeup source on probe errors. Fixes: 1d2e2b65d098 ("rtc: omap: restore back (hard-code) wakeup support") Cc: stable Sign

[PATCH 05/12] rtc: omap: remove redundant debug message

Remove redundant debug message. The corresponding error has already been logged by rtc core. Signed-off-by: Johan Hovold --- drivers/rtc/rtc-omap.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c index d1b5562a148b..e50ff

[PATCH 00/12] rtc: omap: fixes and power-off feature

This series fixes a few issues with the omap rtc-driver, cleans up a bit and finally adds support for the PMIC control feature found in some revisions of this RTC IP block. Ultimately, this allows for powering off the Beaglebone and waking it up again on RTC alarms. I noticed yesterday that Lokes

Re: [PATCH 3/5] regulator: dt-bindings: Add regulator-initial-mode support

On Thu, Oct 09, 2014 at 05:04:35PM +0200, Javier Martinez Canillas wrote: > Agree, Mark also pointed out that there is a difference between changing > how the regulator will behave on runtime vs changing how the regulator > will behave during system suspend. AFAIU from his explanation, the modes >

Re: [PATCH v8 4/7] qcom: pm: Add cpu low power mode functions

On 10/09, Lina Iyer wrote: > On Wed, Oct 08 2014 at 19:17 -0600, Stephen Boyd wrote: > > >>+static int __init qcom_pm_device_init(void) > >>+{ > >>+ platform_device_register(&qcom_cpuidle_device); > >>+ > > > >This is wrong. We're going to register a platform device whenever > >this file is incl

Re: [PATCH v4 2/2] power: reset: document LTC2952 poweroff support

On 9 October 2014 19:32:46 CEST, Mark Rutland wrote: >On Thu, Oct 09, 2014 at 05:09:36PM +0100, Guenter Roeck wrote: >> On Thu, Oct 09, 2014 at 04:07:56PM +0100, Mark Rutland wrote: >> > Hi, >> > >> > On Thu, Oct 09, 2014 at 03:50:42PM +0100, Frans Klaver wrote: >> > > From: René Moll >> > > >>

[PATCH v2 1/1] Documentation: dt-bindings: Explain order in patch series

When posting a patch series that includes both code implementing a Device Tree binding and its associated documentation, the DT docs should come in the series before the implementation. This not only avoids checkpatch.pl to complain about undocumented bindings but also makes the review process eas

Re: [PATCH v3] ARM: dts: Add initial DTS file for Sony Xperia Z1 phone

Will not make the 3.18 merge window. I will queue it up for 3.19. - k On Oct 9, 2014, at 11:55 AM, Tim Bird wrote: > Kumar, > > Any chance this could make the 3.18 merge window? Have you had time to take > a look at it? > -- Tim > > > On Tue, Sep 30, 2014 at 3:49 PM, Tim Bird wrote: > T

Re: [tpmdd-devel] [PATCH 11/16] tpm/tpm_i2c_stm_st33: Remove useless i2c read on interrupt registers

On Thu, Oct 09, 2014 at 07:35:07PM +0200, Christophe Henri RICARD wrote: > Hi Jason, > > > If your chip is sane like other TPMs the IRQ pin will *only* be > > asserted while there is data pending in the out command FIFO, > > reading the FIFO *should naturally clear the IRQ *and the acking > > proc

[PATCH 1/1] Documentation: dt-bindings: Explain order in patch series

When posting a patch series that includes both code implementing a Device Tree binding and its associated documentation, the DT docs should come in the series before the implementation. This not only avoids checkpatch.pl to complain about undocumented bindings but also makes the review process eas

Re: [PATCH 5/5] ARM: dts: Add initial regulator mode on exynos Peach boards

On Thu, Oct 09, 2014 at 04:27:37PM +0200, Javier Martinez Canillas wrote: > I see, I thought that an operating mode could be anything that alter the > regulator behavior either during runtime or when the system is suspended. > But under your definition, it is true that most max77802 regulators hav

RE: [tpmdd-devel] [PATCH 11/16] tpm/tpm_i2c_stm_st33: Remove useless i2c read on interrupt registers

Hi Jason, > If your chip is sane like other TPMs the IRQ pin will *only* be asserted > while there is data pending in the out command FIFO, reading the FIFO *should > naturally clear the IRQ *and the acking process may be entirely unnecessary > and can be removed. I believe this assessment is w

Re: [PATCH v4 2/2] power: reset: document LTC2952 poweroff support

On Thu, Oct 09, 2014 at 05:09:36PM +0100, Guenter Roeck wrote: > On Thu, Oct 09, 2014 at 04:07:56PM +0100, Mark Rutland wrote: > > Hi, > > > > On Thu, Oct 09, 2014 at 03:50:42PM +0100, Frans Klaver wrote: > > > From: René Moll > > > > > > Signed-off-by: René Moll > > > Signed-off-by: Tjerk Hofm

Re: [PATCH RFT 0/8] Marvell PXA168 libphy handling and Berlin Ethernet

On 10/09/2014 06:57 PM, Florian Fainelli wrote: On 10/09/2014 08:24 AM, Sebastian Hesselbarth wrote: Yeah, but that HW PHY stuff really only works properly with standard compliant PHYs. In particular, the integrated Marvell PHY in Marvell Berlin SoCs does not seem to reflect PHY status on BMCR p

Re: [PATCH v8 1/7] qcom: spm: Add Subsystem Power Manager driver

On Thu, Oct 09 2014 at 11:23 -0600, Sudeep Holla wrote: On 09/10/14 18:12, Lina Iyer wrote: On Thu, Oct 09 2014 at 10:53 -0600, Sudeep Holla wrote: On 07/10/14 22:41, Lina Iyer wrote: SPM is a hardware block that controls the peripheral logic surrounding the application cores (cpu/l$). Whe

Re: [PATCH v8 1/7] qcom: spm: Add Subsystem Power Manager driver

On 09/10/14 18:12, Lina Iyer wrote: On Thu, Oct 09 2014 at 10:53 -0600, Sudeep Holla wrote: On 07/10/14 22:41, Lina Iyer wrote: SPM is a hardware block that controls the peripheral logic surrounding the application cores (cpu/l$). When the core executes WFI instruction, the SPM takes over t

Re: [PATCH v3 3/7] irqchip: gic: Support hierarchy irq domain.

On Thursday 09 October 2014 17:59:56 Marc Zyngier wrote: > > @@ -952,7 +988,11 @@ void __init gic_init_bases(unsigned int gic_nr, int > > irq_start, > > > > gic_irqs -= hwirq_base; /* calculate # of irqs to allocate */ > > > > - if (of_property_read_u32(node, "arm,routable-irqs", > >

Re: [PATCH v8 1/7] qcom: spm: Add Subsystem Power Manager driver

On Thu, Oct 09 2014 at 10:53 -0600, Sudeep Holla wrote: On 07/10/14 22:41, Lina Iyer wrote: SPM is a hardware block that controls the peripheral logic surrounding the application cores (cpu/l$). When the core executes WFI instruction, the SPM takes over the putting the core in low power state

Re: [PATCH v3 3/7] irqchip: gic: Support hierarchy irq domain.

On 09/10/14 15:29, Joe.C wrote: > From: "Joe.C" > > Add support to use gic as a parent for stacked irq domain. > > Signed-off-by: Joe.C > --- > drivers/irqchip/irq-gic.c | 56 > --- > 1 file changed, 48 insertions(+), 8 deletions(-) > > diff --git

Re: [PATCH v8 1/7] qcom: spm: Add Subsystem Power Manager driver

On 07/10/14 22:41, Lina Iyer wrote: SPM is a hardware block that controls the peripheral logic surrounding the application cores (cpu/l$). When the core executes WFI instruction, the SPM takes over the putting the core in low power state as configured. The wake up for the SPM is an interrupt at

Re: [PATCH RFT 0/8] Marvell PXA168 libphy handling and Berlin Ethernet

On 10/09/2014 08:24 AM, Sebastian Hesselbarth wrote: > On 10/09/2014 04:47 PM, Thomas Petazzoni wrote: >> Well, I initially remember that the original driver coming from Marvell >> was using the HW PHY stuff, and that I changed that because it would >> not integrate well with the kernel libphy. >>

Re: [PATCH v8 1/7] qcom: spm: Add Subsystem Power Manager driver

On Wed, Oct 08 2014 at 19:12 -0600, Stephen Boyd wrote: On 10/07/2014 02:41 PM, Lina Iyer wrote: diff --git a/Documentation/devicetree/bindings/arm/msm/qcom,saw2.txt b/Documentation/devicetree/bindings/arm/msm/qcom,saw2.txt index 1505fb8..a18e8fc 100644 --- a/Documentation/devicetree/bindings/a

Re: [PATCH v4 2/2] power: reset: document LTC2952 poweroff support

On Thu, Oct 09, 2014 at 04:07:56PM +0100, Mark Rutland wrote: > Hi, > > On Thu, Oct 09, 2014 at 03:50:42PM +0100, Frans Klaver wrote: > > From: René Moll > > > > Signed-off-by: René Moll > > Signed-off-by: Tjerk Hofmeijer > > Signed-off-by: Frans Klaver > > --- > > .../bindings/power/reset/l

Re: [PATCH v8 2/7] arm: dts: qcom: Add power-controller device node for 8974 Krait CPUs

On Tue, Oct 07 2014 at 17:17 -0600, Stephen Boyd wrote: On 10/07/2014 02:41 PM, Lina Iyer wrote: @@ -144,7 +148,27 @@ }; }; - saw_l2: regulator@f9012000 { + saw0: power-controller@f9089000 { + compatible =

Re: [PATCH v8 4/7] qcom: pm: Add cpu low power mode functions

On Wed, Oct 08 2014 at 19:17 -0600, Stephen Boyd wrote: On 10/07/2014 02:41 PM, Lina Iyer wrote: + +static struct platform_device qcom_cpuidle_device = { + .name = "qcom_cpuidle", + .id= -1, + .dev.platform_data = qcom_cpu_pm_enter_sleep, +}; + S

Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler

On Thu, Oct 09, 2014 at 11:49:27AM +0100, Lee Jones wrote: > On Thu, 09 Oct 2014, Catalin Marinas wrote: > > > On Tue, Oct 07, 2014 at 09:00:48AM +0100, Lee Jones wrote: > > > On Mon, 06 Oct 2014, Guenter Roeck wrote: > > > > --- a/drivers/mfd/ab8500-sysctrl.c > > > > +++ b/drivers/mfd/ab8500-sysc

Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler

On Thu, Oct 09, 2014 at 02:33:55PM +0100, Lee Jones wrote: > On Thu, 09 Oct 2014, Guenter Roeck wrote: > > > On 10/09/2014 03:49 AM, Lee Jones wrote: > > >On Thu, 09 Oct 2014, Catalin Marinas wrote: > > > > > >>On Tue, Oct 07, 2014 at 09:00:48AM +0100, Lee Jones wrote: > > >>>On Mon, 06 Oct 2014,

Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain

On Thu, Oct 09, 2014 at 12:31:43PM +0200, Pavel Machek wrote: > Hi! > > > +/** > > + * register_poweroff_handler_simple - Register function to be called to > > power off > > + *the system > > + * @handler: Function to be called to power off the system > >

Re: [PATCH RFT 0/8] Marvell PXA168 libphy handling and Berlin Ethernet

On 10/09/2014 04:47 PM, Thomas Petazzoni wrote: Well, I initially remember that the original driver coming from Marvell was using the HW PHY stuff, and that I changed that because it would not integrate well with the kernel libphy. A drawback of this is that because the hardware has built-in PHY

Re: [PATCH] reset: socfpga: use arch_initcall for early initialization

Hi! On Thu, Oct 09, 2014 at 09:57:49AM -0500, atull wrote: > On Thu, 9 Oct 2014, Steffen Trumtrar wrote: > > > On Thu, Oct 09, 2014 at 08:16:18AM -0500, Dinh Nguyen wrote: > > > Hi Philipp, > > > > > > On 10/9/14, 4:03 AM, Philipp Zabel wrote: > > > > Am Mittwoch, den 08.10.2014, 21:44 -0500 sch

Re: [PATCH 1/5] regulator: of: Add regulator-initial-mode parse support

Hello Mark, On 10/09/2014 12:27 PM, Mark Rutland wrote: >> >> Well, is not fairly obvious to me. One can also say the opposite, why the >> kernel is documenting a DT binding that is not (currently) implemented? > > Checkpatch will complain regarding undocumented bindings, so from a > pragmatic p

Re: [PATCH v4 2/2] power: reset: document LTC2952 poweroff support

Hi, On Thu, Oct 09, 2014 at 03:50:42PM +0100, Frans Klaver wrote: > From: René Moll > > Signed-off-by: René Moll > Signed-off-by: Tjerk Hofmeijer > Signed-off-by: Frans Klaver > --- > .../bindings/power/reset/ltc2952-poweroff.txt | 31 > ++ > 1 file changed, 31 inse

Re: [PATCH 3/5] regulator: dt-bindings: Add regulator-initial-mode support

Hello Krzysztof, Thanks a lot for your feedback. On 10/09/2014 10:45 AM, Krzysztof Kozlowski wrote: > On śro, 2014-10-08 at 15:44 +0200, Javier Martinez Canillas wrote: >> --- a/Documentation/devicetree/bindings/regulator/regulator.txt >> +++ b/Documentation/devicetree/bindings/regulator/regulato

Re: [PATCH] reset: socfpga: use arch_initcall for early initialization

On Thu, 9 Oct 2014, Steffen Trumtrar wrote: > On Thu, Oct 09, 2014 at 08:16:18AM -0500, Dinh Nguyen wrote: > > Hi Philipp, > > > > On 10/9/14, 4:03 AM, Philipp Zabel wrote: > > > Am Mittwoch, den 08.10.2014, 21:44 -0500 schrieb > > > dingu...@opensource.altera.com: > > >> From: Dinh Nguyen > > >

Re: [PATCH v3 6/7] dt-bindings: add irq domain parent binding

Hi, On Thu, Oct 09, 2014 at 03:29:39PM +0100, Joe.C wrote: > From: "Joe.C" > > Add "arm,irq-domain-hierarchy" optional property. > > Signed-off-by: Joe.C > --- > Documentation/devicetree/bindings/arm/gic.txt | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/Documentation/devicetree/

[PATCH v4 1/2] power: reset: add LTC2952 poweroff support

From: René Moll The LTC2952 allows control over system power using a push button. It also supports powering down the board from a controller on the board. If the power button is pushed, the ltc2952 starts a 400ms window to properly shut down the software. This window can be stretched by toggling

[PATCH v4 2/2] power: reset: document LTC2952 poweroff support

From: René Moll Signed-off-by: René Moll Signed-off-by: Tjerk Hofmeijer Signed-off-by: Frans Klaver --- .../bindings/power/reset/ltc2952-poweroff.txt | 31 ++ 1 file changed, 31 insertions(+) create mode 100644 Documentation/devicetree/bindings/power/reset/ltc2952-p

[PATCH v4 0/2] Add support for ltc2952 poweroff

This is version 4 of the series that adds support for the ltc2952 powerpath chip. This series adds a driver for the LTC2952, an external power control chip, which signals the OS to shut down. Additionally this driver lets the kernel power down the board. This driver was tested with: - kernel v

Re: [PATCH RFT 0/8] Marvell PXA168 libphy handling and Berlin Ethernet

Dear Sebastian Hesselbarth, On Thu, 09 Oct 2014 16:41:48 +0200, Sebastian Hesselbarth wrote: > > Hum, in mvneta, we already disabled the automatic negotiation and use > > libphy. What makes you think the current mvneta driver is wrong in this > > respect? > > I didn't check mvneta, but remember

Re: [PATCH RFT 0/8] Marvell PXA168 libphy handling and Berlin Ethernet

On 10/09/2014 04:33 PM, Thomas Petazzoni wrote: Dear Sebastian Hesselbarth, On Thu, 9 Oct 2014 14:38:58 +0200, Sebastian Hesselbarth wrote: This patch series deals with a removing a IP feature that can be found on all currently supported Marvell Ethernet IP (pxa168_eth, mv643xx_eth, mvneta).

Re: [PATCH v3 4/7] ARM: mediatek: Add sysirq interrupt polarity support

On Thursday 09 October 2014 22:29:37 Joe. C wrote: > +static int __init mtk_sysirq_of_init(struct device_node *node, > +struct device_node *parent) > +{ > + struct device_node *parent_node; > + struct irq_domain *domain, *domain_parent = NULL; > + struct

Re: [PATCH RFT 0/8] Marvell PXA168 libphy handling and Berlin Ethernet

Dear Sebastian Hesselbarth, On Thu, 9 Oct 2014 14:38:58 +0200, Sebastian Hesselbarth wrote: > This patch series deals with a removing a IP feature that can be found > on all currently supported Marvell Ethernet IP (pxa168_eth, mv643xx_eth, > mvneta). The MAC IP allows to automatically perform PH

RE: [PATCH 3/8] iio: Add support for DA9150 GPADC

On October 7, 2014 20:37, Jonathan Cameron wrote: > On October 7, 2014 3:55:55 PM GMT+01:00, "Opensource [Adam Thomson]" > wrote: > >On September 27, 2014 11:50, Jonathan Cameron wrote: > > > >> On 23/09/14 11:53, Adam Thomson wrote: > >> > This patch adds support for DA9150 Charger & Fuel-Gauge

Re: [PATCH 5/5] ARM: dts: Add initial regulator mode on exynos Peach boards

Hello Mark, On 10/08/2014 09:51 PM, Mark Brown wrote: > On Wed, Oct 08, 2014 at 06:25:00PM +0200, Javier Martinez Canillas >> What this series tried to solve is when you have to set a opmode on >> boot to change how the physical suspend is managed by the PMIC. > > Think about the consequences of

[PATCH v5 6/6] arm64: exynos: Enable pinctrl support for Exynos7

From: Naveen Krishna Ch Enable pinctrl support for exynos7 SoCs. Signed-off-by: Naveen Krishna Ch Signed-off-by: Abhilash Kesavan Reviewed-by: Thomas Abraham Tested-by: Thomas Abraham Acked-by: Tomasz Figa Cc: Rob Herring Cc: Catalin Marinas Cc: Linus Walleij --- arch/arm64/Kconfig |

[PATCH v5 5/6] arm64: dts: Add initial pinctrl support to EXYNOS7

From: Naveen Krishna Ch Add initial pin configuration nodes for EXYNOS7. Signed-off-by: Naveen Krishna Ch Signed-off-by: Abhilash Kesavan Reviewed-by: Thomas Abraham Tested-by: Thomas Abraham Acked-by: Tomasz Figa Cc: Rob Herring Cc: Catalin Marinas Cc: Linus Walleij --- arch/arm64/boot

[PATCH v5 4/6] pinctrl: exynos: Add initial driver data for Exynos7

From: Naveen Krishna Ch This patch adds initial driver data for Exynos7 pinctrl support. Signed-off-by: Naveen Krishna Ch Signed-off-by: Abhilash Kesavan Reviewed-by: Thomas Abraham Tested-by: Thomas Abraham Acked-by: Tomasz Figa Cc: Linus Walleij --- .../bindings/pinctrl/samsung-pinctrl.

[PATCH v5 3/6] pinctrl: exynos: Add irq_chip instance for Exynos7 wakeup interrupts

Exynos7 uses different offsets for wakeup interrupt configuration registers. So a new irq_chip instance for Exynos7 wakeup interrupts is added. The irq_chip selection is now based on the wakeup interrupt controller compatible string. Signed-off-by: Abhilash Kesavan Reviewed-by: Thomas Abraham Te

[PATCH v5 2/6] pinctrl: exynos: Consolidate irq domain callbacks

Adding a irq_chip field to the samsung_pin_bank struct helps in consolidating the irq domain callbacks for external gpio and wakeup interrupt controllers. The exynos_wkup_irqd_ops and exynos_gpio_irqd_ops have now been merged into a single exynos_eint_irqd_ops. Signed-off-by: Abhilash Kesavan Rev

[PATCH v5 1/6] pinctrl: exynos: Generalize the eint16_31 demux code

The function exynos_irq_demux_eint16_31 uses pre-defined offsets for external interrupt pending status and mask registers. So this function is not extensible for Exynos7 SoC which has these registers at different offsets. Generalize the exynos_irq_demux_eint16_31 function by using the pending/mask

[PATCH v5 0/6] Add initial support for pinctrl on Exynos7

Changes since v4: - Rebased over Tomasz Figa's pinctrl clean-up patches[1] Changes since v3: - Changed variable name from exynos_wkup_irq_chip to irq_chip - Added acked-by tag from Tomasz Figa Changes since v2: - Added a .irq_chip field to the samsung_pin_bank stru

Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler

On Thu, 09 Oct 2014, Guenter Roeck wrote: > On 10/09/2014 03:49 AM, Lee Jones wrote: > >On Thu, 09 Oct 2014, Catalin Marinas wrote: > > > >>On Tue, Oct 07, 2014 at 09:00:48AM +0100, Lee Jones wrote: > >>>On Mon, 06 Oct 2014, Guenter Roeck wrote: > --- a/drivers/mfd/ab8500-sysctrl.c > +++ b

Re: [PATCH] reset: socfpga: use arch_initcall for early initialization

On Thu, Oct 09, 2014 at 08:16:18AM -0500, Dinh Nguyen wrote: > Hi Philipp, > > On 10/9/14, 4:03 AM, Philipp Zabel wrote: > > Am Mittwoch, den 08.10.2014, 21:44 -0500 schrieb > > dingu...@opensource.altera.com: > >> From: Dinh Nguyen > >> > >> There are certain drivers that are required to get loa

Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler

On 10/09/2014 03:49 AM, Lee Jones wrote: On Thu, 09 Oct 2014, Catalin Marinas wrote: On Tue, Oct 07, 2014 at 09:00:48AM +0100, Lee Jones wrote: On Mon, 06 Oct 2014, Guenter Roeck wrote: --- a/drivers/mfd/ab8500-sysctrl.c +++ b/drivers/mfd/ab8500-sysctrl.c @@ -6,6 +6,7 @@ [...] +static int

Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off

On 10/09/2014 03:32 AM, Pavel Machek wrote: On Mon 2014-10-06 22:28:05, Guenter Roeck wrote: Poweroff handlers may now be installed with register_poweroff_handler. Use the new API function have_kernel_poweroff to determine if a poweroff handler has been installed. Cc: Rafael J. Wysocki Cc: Pav

Re: [PATCH] reset: socfpga: use arch_initcall for early initialization

Hi Philipp, On 10/9/14, 4:03 AM, Philipp Zabel wrote: > Am Mittwoch, den 08.10.2014, 21:44 -0500 schrieb > dingu...@opensource.altera.com: >> From: Dinh Nguyen >> >> There are certain drivers that are required to get loaded very early using >> arch_initcall. An example of such a driver is the SOC

  1   2   >