[PATCH v10 1/7] ACPI / processor_idle: introduce ACPI_PROCESSOR_CSTATE

2016-07-19 Thread Sudeep Holla
processor_idle module to support LPI. Cc: "Rafael J. Wysocki" Signed-off-by: Sudeep Holla --- drivers/acpi/Kconfig | 4 +++ drivers/acpi/processor_idle.c | 80 --- include/acpi/processor.h | 2 +- 3 files changed, 58 insertions(+), 28

[PATCH v10 5/7] drivers: firmware: psci: initialise idle states using ACPI LPI

2016-07-19 Thread Sudeep Holla
This patch adds support for initialisation of PSCI CPUIdle states from Low Power Idle(_LPI) entries in the ACPI tables when acpi is enabled. Cc: Mark Rutland Cc: "Rafael J. Wysocki" Acked-by: Lorenzo Pieralisi Signed-off-by: Sudeep Holla --- drivers/firmware/p

[PATCH v10 4/7] cpuidle: introduce CPU_PM_CPU_IDLE_ENTER macro for ARM{32,64}

2016-07-19 Thread Sudeep Holla
avoiding duplication. This is in preparation of reuse of the generic cpuidle entry function for ACPI LPI support on ARM64. Cc: "Rafael J. Wysocki" Cc: Daniel Lezcano Cc: Lorenzo Pieralisi Suggested-by: "Rafael J. Wysocki" Signed-off-by: Sudeep Holla --- drivers/cpuidl

[PATCH v10 2/7] ACPI / processor_idle: Add support for Low Power Idle(LPI) states

2016-07-19 Thread Sudeep Holla
coordination schemes: Platform coordinated and OS initiated. This patch adds initial support for Platform coordination scheme of LPI. Cc: "Rafael J. Wysocki" Signed-off-by: Sudeep Holla --- drivers/acpi/bus.c | 14 +- drivers/acpi/processor_driver.c | 2 +- dr

Re: [PATCH v10 2/7] ACPI / processor_idle: Add support for Low Power Idle(LPI) states

2016-07-21 Thread Sudeep Holla
On 21/07/16 14:34, Rafael J. Wysocki wrote: On Tuesday, July 19, 2016 06:52:54 PM Sudeep Holla wrote: ACPI 6.0 introduced an optional object _LPI that provides an alternate method to describe Low Power Idle states. It defines the local power states for each node in a hierarchical processor

[PATCH v10 2/7] ACPI / processor_idle: Add support for Low Power Idle(LPI) states

2016-07-21 Thread Sudeep Holla
coordination schemes: Platform coordinated and OS initiated. This patch adds initial support for Platform coordination scheme of LPI. Cc: "Rafael J. Wysocki" Signed-off-by: Sudeep Holla --- drivers/acpi/bus.c | 14 +- drivers/acpi/processor_driver.c | 2 +- dr

Re: [PATCH v3 1/8] scpi: Add cmd indirection table to prepare for legacy commands

2016-09-19 Thread Sudeep Holla
Hi Neil, On 07/09/16 16:34, Neil Armstrong wrote: Add indirection table to permit multiple command values for legacy support. I wrote the most of the patch and you changed the author too ;) Signed-off-by: Neil Armstrong --- drivers/firmware/arm_scpi.c | 145 +++

Re: [PATCH v3 2/8] scpi: Add alternative legacy structures, functions and macros

2016-09-19 Thread Sudeep Holla
On 07/09/16 16:34, Neil Armstrong wrote: In order to support the legacy SCPI protocol variant, add back the structures and macros that varies against the final specification. Add indirection table for legacy commands. Add bitmap field for channel selection Add support for legacy in scpi_send_me

Re: [PATCH v3 4/8] scpi: Add support for Legacy match table for Amlogic GXBB SoC

2016-09-19 Thread Sudeep Holla
On 07/09/16 16:34, Neil Armstrong wrote: Add new DT match table to setup the is_legacy boolean value across the scpi functions. Add the Amlogic GXBB SoC compatible for platform and as legacy match entry. Signed-off-by: Neil Armstrong --- drivers/firmware/arm_scpi.c | 9 + 1 file chan

Re: [PATCH v3 4/8] scpi: Add support for Legacy match table for Amlogic GXBB SoC

2016-09-19 Thread Sudeep Holla
On 19/09/16 16:50, Sudeep Holla wrote: On 07/09/16 16:34, Neil Armstrong wrote: Add new DT match table to setup the is_legacy boolean value across the scpi functions. Add the Amlogic GXBB SoC compatible for platform and as legacy match entry. Signed-off-by: Neil Armstrong --- drivers

[PATCH] coresight: always use stashed trace id value in etm4_trace_id

2016-06-20 Thread Sudeep Holla
etm4_enable_hw which happens much later in the sequence after coresight_id_match is executed from enable_source_store. This patch simplifies etm4_trace_id by returning the stashed trace id value similar to etm4_cpu_id. Cc: Mathieu Poirier Signed-off-by: Sudeep Holla --- drivers/hwtracing/coresight

Re: [RFC PATCH 0/2] scpi: Add SCPI framework to handle vendors variants

2016-06-20 Thread Sudeep Holla
On 20/06/16 11:25, Neil Armstrong wrote: On 06/06/2016 07:10 PM, Sudeep Holla wrote: [...] Though this initial version of SCPI is not published, I am sure it is almost same as v1.0 except that the CMD is not part of payload like v1.0. In v1.0 it's part of payload and the mailbox is

Re: [PATCH v2 3/3] firmware: scpi: add device power domain support using genpd

2016-06-20 Thread Sudeep Holla
On 20/06/16 18:50, Kevin Hilman wrote: "Jon Medhurst (Tixy)" writes: On Thu, 2016-06-16 at 18:59 +0100, Sudeep Holla wrote: On 16/06/16 18:47, Jon Medhurst (Tixy) wrote: On Thu, 2016-06-16 at 11:38 +0100, Sudeep Holla wrote: [...] +enum scpi_power_domain_state { + SCPI_P

Re: [PATCH v2 0/3] firmware: scpi: add device power domain support

2016-06-20 Thread Sudeep Holla
On 20/06/16 18:56, Kevin Hilman wrote: Sudeep Holla writes: This series add support for SCPI based device device power state management using genpd. Regards, Sudeep v1[1]->v2: - Fixed the endianness handling in scpi_device_get_power_state as spotted by T

Re: [PATCH v2 3/3] firmware: scpi: add device power domain support using genpd

2016-06-20 Thread Sudeep Holla
On 20/06/16 18:53, Kevin Hilman wrote: Sudeep Holla writes: This patch hooks up the support for device power domain provided by SCPI using the Linux generic power domain infrastructure. Cc: "Rafael J. Wysocki" Cc: Kevin Hilman Cc: Ulf Hansson Cc: linux...@vger.kernel.org Sig

Re: [PATCH] coresight: always use stashed trace id value in etm4_trace_id

2016-06-21 Thread Sudeep Holla
On 21/06/16 18:05, Mathieu Poirier wrote: On 20 June 2016 at 08:25, Sudeep Holla wrote: etm4_trace_id is not guaranteed to be executed on the CPU whose ETM is being accessed. This leads to exception similar to below one if the CPU whose ETM is being accessed is in deeper idle states. So it

Re: [PATCH 1/2] arm64: defconfig: enable SENSORS_ARM_SCPI

2016-06-21 Thread Sudeep Holla
On 13/06/16 16:15, Javi Merino wrote: ARM SCPI Sensors were merged for v4.4 and they are defined in the Juno dts. Enable it in the defconfig to get them registered automatically in Juno by default. Applied, thanks. -- Regards, Sudeep

Re: [PATCH 1/2] armv8: aarch32: Execute 32-bit Linux for LayerScape platforms

2016-09-23 Thread Sudeep Holla
On 23/09/16 14:18, Robin Murphy wrote: On 23/09/16 14:13, Stuart Yoder wrote: [...] Which arch/arm/mach-* platform are you using for Juno? I don't even know! :) I just start with a multi_v7_defconfig plus a few extra bits (LPAE, KVM, sil24, sky2, etc.) and it works. I guess it's the c

Re: [PATCH] i2c: qup: skip qup_i2c_suspend if the device is already runtime suspended

2016-09-13 Thread Sudeep Holla
On Thu, Aug 25, 2016 at 12:23 PM, Sudeep Holla wrote: > If the i2c device is already runtime suspended, if qup_i2c_suspend is > executed during suspend-to-idle or suspend-to-ram it will result in the > following splat: > > WARNING: CPU: 3 PID: 1593 at drivers/clk/clk.c:476 >

Re: [PATCH] spi: qup: skip clk_disable_unprepare if the device is already runtime suspended

2016-09-02 Thread Sudeep Holla
Hi, On 01/09/16 21:29, Mark Brown wrote: On Thu, Aug 25, 2016 at 01:33:28PM +0100, Sudeep Holla wrote: If the spi device is already runtime suspended, if spi_qup_suspend is executed during suspend-to-idle or suspend-to-ram it will result in the following splat: WARNING: CPU: 3 PID: 1593 at

Re: [PATCH] spi: qup: skip clk_disable_unprepare if the device is already runtime suspended

2016-09-02 Thread Sudeep Holla
On 02/09/16 10:38, Mark Brown wrote: On Fri, Sep 02, 2016 at 09:42:04AM +0100, Sudeep Holla wrote: On 01/09/16 21:29, Mark Brown wrote: On Thu, Aug 25, 2016 at 01:33:28PM +0100, Sudeep Holla wrote: CPU: 3 PID: 1593 Comm: bash Tainted: GW 4.8.0-rc3 #14 Hardware name: Qualcomm

Re: [PATCH ] drivers/base: cacheinfo: remove warning in resume

2016-09-02 Thread Sudeep Holla
On 02/09/16 13:58, Sumit Gupta wrote: Hi Sudeep, Thank you for your comments. I understand the warning we get but the patch is completely wrong. One it removes the feature of adding/removing the cache devices on cpu hotplug events. Have you tested your patch with simple cpu hotplug and seen

Re: [PATCH 2/2] coresight: fix handling of ETM trace register access via sysfs

2016-08-04 Thread Sudeep Holla
On 04/08/16 16:46, Mathieu Poirier wrote: On 3 August 2016 at 10:12, Sudeep Holla wrote: The ETM registers are classified into 2 categories: trace and management. The core power domain contains most of the trace unit logic including all(except TRCOSLAR and TRCOSLSR) the trace registers. The

Re: [PATCH 2/2] coresight: fix handling of ETM trace register access via sysfs

2016-08-04 Thread Sudeep Holla
On 04/08/16 17:02, Mathieu Poirier wrote: On 3 August 2016 at 10:12, Sudeep Holla wrote: The ETM registers are classified into 2 categories: trace and management. The core power domain contains most of the trace unit logic including all(except TRCOSLAR and TRCOSLSR) the trace registers. The

[PATCH v2 2/2] coresight: fix handling of ETM trace register access via sysfs

2016-08-04 Thread Sudeep Holla
. This patch adds coresight unit specific function coresight_simple_func which can be used for ETM trace registers by providing a ETM specific read function which does smp cross call to ensure the trace core is powered up before the register is accessed. Cc: Mathieu Poirier Signed-off-by: Sudeep

[PATCH] i2c: qup: skip qup_i2c_suspend if the device is already runtime suspended

2016-08-25 Thread Sudeep Holla
kernfs_fop_write+0x15c/0x1f8 __vfs_write+0x1c/0x100 vfs_write+0x9c/0x1b8 SyS_write+0x44/0xa0 el0_svc_naked+0x24/0x28 This patch fixes the issue by executing qup_i2c_pm_suspend_runtime conditionally in qup_i2c_suspend. Cc: Andy Gross Cc: David Brown Cc: Wolfram Sang Signed-off-by: Sudeep Holla

[PATCH] spi: qup: skip clk_disable_unprepare if the device is already runtime suspended

2016-08-25 Thread Sudeep Holla
/0x100 vfs_write+0x9c/0x1b8 SyS_write+0x44/0xa0 el0_svc_naked+0x24/0x28 This patch fixes the issue by executing clk_disable_unprepare conditionally in spi_qup_suspend. Cc: Andy Gross Cc: David Brown Cc: Mark Brown Signed-off-by: Sudeep Holla --- drivers/spi/spi-qup.c | 6 -- 1 file

Re: [PATCH v2 0/7] scpi: Add support for legacy SCPI protocol

2016-08-25 Thread Sudeep Holla
On 25/08/16 14:18, Neil Armstrong wrote: On 08/23/2016 01:46 PM, Neil Armstrong wrote: This patchset aims to support the legacy SCPI firmware implementation that was delivered as early technology preview for the JUNO platform. Finally a stable, maintained and public implementation for the SCP

Re: [PATCH] spi: qup: skip clk_disable_unprepare if the device is already runtime suspended

2016-08-25 Thread Sudeep Holla
Hi Andy, On 25/08/16 14:26, Andy Gross wrote: On Thu, Aug 25, 2016 at 01:33:28PM +0100, Sudeep Holla wrote: If the spi device is already runtime suspended, if spi_qup_suspend is executed during suspend-to-idle or suspend-to-ram it will result in the following splat: WARNING: CPU: 3 PID: 1593

Re: [PATCH v2 0/7] scpi: Add support for legacy SCPI protocol

2016-08-25 Thread Sudeep Holla
On 25/08/16 14:45, Sudeep Holla wrote: On 25/08/16 14:18, Neil Armstrong wrote: [...] Here I used if(is_legacy) to stop duplicating functions, is this ok for you ? I am still thinking if it can be abstracted well, some kind of mapping but haven't thought too much about that yet.

Re: [PATCHv2 1/3] dt: xilinx: zynqmp: Add bindings for PM firmware

2017-08-16 Thread Sudeep Holla
On 16/08/17 13:24, Michal Simek wrote: > From: Soren Brinkmann > > Document the DT bindings for the Zynq UltraScale+ PM Firmware. > > Signed-off-by: Soren Brinkmann > Signed-off-by: Michal Simek > --- > > Changes in v2: > - Move to bindings/firmware and also add it to firmware node > Repo

Re: [PATCHv2 0/3] arm64 xilinx zynqmp firmware interface

2017-08-17 Thread Sudeep Holla
On 17/08/17 09:42, Michal Simek wrote: > On 17.8.2017 09:52, Marc Zyngier wrote: >> On 17/08/17 07:10, Michal Simek wrote: >>> On 16.8.2017 17:39, Marc Zyngier wrote: On 16/08/17 13:24, Michal Simek wrote: > Hi, > > xilinx is using this interface for very long time and we can't m

Re: [PATCHv2 0/3] arm64 xilinx zynqmp firmware interface

2017-08-17 Thread Sudeep Holla
On 17/08/17 11:32, Michal Simek wrote: > On 17.8.2017 11:12, Sudeep Holla wrote: >> >> >> On 17/08/17 09:42, Michal Simek wrote: >>> On 17.8.2017 09:52, Marc Zyngier wrote: >>>> On 17/08/17 07:10, Michal Simek wrote: >>>>> On 16.8

Re: [PATCH][RESEND] of: return of_get_cpu_node from of_cpu_device_node_get if CPUs are not registered

2017-08-17 Thread Sudeep Holla
Hi Rob, On 14/08/17 17:18, Sudeep Holla wrote: > Instead of the callsites choosing between of_cpu_device_node_get if the > CPUs are registered as of_node is populated by then and of_get_cpu_node > when the CPUs are not yet registered as CPU of_nodes are not yet stashed > thereby need

Re: [PATCH v3 0/4] Generalize fncpy availability

2017-06-20 Thread Sudeep Holla
On 20/06/17 17:20, Florian Fainelli wrote: > On 06/20/2017 02:10 AM, Lorenzo Pieralisi wrote: >> [+Sudeep] >> >> On Mon, Jun 19, 2017 at 10:32:38AM -0700, Florian Fainelli wrote: >>> On 06/19/2017 05:24 AM, Mark Rutland wrote: On Fri, Jun 16, 2017 at 05:07:40PM -0700, Florian Fainelli wrote:

[PATCH] mailbox: add support for doorbell/signal mode controllers

2017-11-01 Thread Sudeep Holla
mode in mailbox controllers. This is useful to avoid another layer of abstraction as typically multiple channels can be multiplexied into single register. Cc: Jassi Brar Cc: Arnd Bergmann Cc: Bjorn Andersson Signed-off-by: Sudeep Holla --- drivers/mailbox/mailbox.c | 11 ++-

Re: [PATCH] mailbox: add support for doorbell/signal mode controllers

2017-11-01 Thread Sudeep Holla
On 01/11/17 18:03, Jassi Brar wrote: > On Wed, Nov 1, 2017 at 10:02 PM, Sudeep Holla wrote: > >> >> Such controllers don't need to transmit any data, they just transmit >> the signal. In such controllers the data pointer passed to >> mbox_send_message is p

Re: [PATCH v3 18/22] clk: add support for clocks provided by SCMI

2017-11-02 Thread Sudeep Holla
On 02/11/17 07:23, Stephen Boyd wrote: > On 09/28, Sudeep Holla wrote: >> On some ARM based systems, a separate Cortex-M based System Control >> Processor(SCP) provides the overall power, clock, reset and system >> control. System Control and Management Interface(SCMI) M

Re: [PATCH] mailbox: add support for doorbell/signal mode controllers

2017-11-02 Thread Sudeep Holla
On 02/11/17 02:39, Jassi Brar wrote: > On Wed, Nov 1, 2017 at 11:45 PM, Sudeep Holla wrote: >> >> >> On 01/11/17 18:03, Jassi Brar wrote: >>> On Wed, Nov 1, 2017 at 10:02 PM, Sudeep Holla wrote: >>> >>>> >>>> Such controllers don&

Re: [PATCH] mailbox: add support for doorbell/signal mode controllers

2017-11-02 Thread Sudeep Holla
On 01/11/17 22:12, Bjorn Andersson wrote: > On Wed 01 Nov 11:03 PDT 2017, Jassi Brar wrote: >> On Wed, Nov 1, 2017 at 10:02 PM, Sudeep Holla wrote: > [..] >>> >>> This is rough idea I have on extending mailbox interface to support >>> the doorbell requirem

Re: [PATCH] mailbox: add support for doorbell/signal mode controllers

2017-11-02 Thread Sudeep Holla
On 02/11/17 11:26, Jassi Brar wrote: > On Thu, Nov 2, 2017 at 4:17 PM, Sudeep Holla wrote: [...] >> >> No that non-zero value is not client specific, it's entirely controller >> specific. >> > ?? > For example BCM2835 has such a controller. Have a look at

Re: [tip:x86/mm] mm/sparsemem: Allocate mem_section at runtime for CONFIG_SPARSEMEM_EXTREME=y

2017-11-02 Thread Sudeep Holla
(+Will, Catalin) On Fri, Oct 20, 2017 at 1:27 PM, tip-bot for Kirill A. Shutemov wrote: > Commit-ID: 83e3c48729d9ebb7af5a31a504f3fd6aff0348c4 > Gitweb: > https://git.kernel.org/tip/83e3c48729d9ebb7af5a31a504f3fd6aff0348c4 > Author: Kirill A. Shutemov > AuthorDate: Fri, 29 Sep 2017 17:0

Re: [PATCH] mailbox: add support for doorbell/signal mode controllers

2017-11-02 Thread Sudeep Holla
On 02/11/17 12:21, Jassi Brar wrote: > On Thu, Nov 2, 2017 at 5:19 PM, Sudeep Holla wrote: >> On 02/11/17 11:26, Jassi Brar wrote: > >>>>> 1) Where does the "whatever_value_to_trigger_signal" come from? >>>> >>>> Controller sp

Re: [tip:x86/mm] mm/sparsemem: Allocate mem_section at runtime for CONFIG_SPARSEMEM_EXTREME=y

2017-11-02 Thread Sudeep Holla
On 02/11/17 13:34, Kirill A. Shutemov wrote: > On Thu, Nov 02, 2017 at 12:31:54PM +0000, Sudeep Holla wrote: >> (+Will, Catalin) >> >> On Fri, Oct 20, 2017 at 1:27 PM, tip-bot for Kirill A. Shutemov >> wrote: >>> Commit-ID: 83e3c48729d9ebb7af5a31a504f3fd6

Re: [tip:x86/mm] mm/sparsemem: Allocate mem_section at runtime for CONFIG_SPARSEMEM_EXTREME=y

2017-11-02 Thread Sudeep Holla
On 02/11/17 14:12, Kirill A. Shutemov wrote: > On Thu, Nov 02, 2017 at 01:42:42PM +0000, Sudeep Holla wrote: >> >> >> On 02/11/17 13:34, Kirill A. Shutemov wrote: >>> On Thu, Nov 02, 2017 at 12:31:54PM +, Sudeep Holla wrote: >>>> (+Will, Catalin)

Re: [PATCH] clocksource/drivers/timer-of: mark timer_of_exit as __init

2017-11-13 Thread Sudeep Holla
On Sun, Nov 12, 2017 at 11:24:56PM +0100, Arnd Bergmann wrote: > On Sun, Nov 12, 2017 at 10:16 PM, Thomas Gleixner wrote: > > On Mon, 6 Nov 2017, Arnd Bergmann wrote: > >> The newly added function triggers a harmless Kbuild warning because > >> of a missing annotation: > >> > >> WARNING: vmlinux.o

Re: [PATCH] clocksource/drivers/timer-of: mark timer_of_exit as __init

2017-11-13 Thread Sudeep Holla
On 13/11/17 14:58, Daniel Lezcano wrote: > On 13/11/2017 11:11, Sudeep Holla wrote: [..] >> >> Agreed, may be if we add users which is called from init functions, the >> warning should disappear. Also as tglx suggested, we could rename if it's >> just used fro

Re: next-20171102: ARM64 dies on boot

2017-11-03 Thread Sudeep Holla
On 03/11/17 04:18, Yury Norov wrote: > Hi all, > > I reproduce it with qemu. The exact reason of panic is the NULL-dereference > in memory_present: > (gdb) bt > #0 0x08dd8c6c in sparse_index_init (nid=, > section_nr=) > at mm/sparse.c:80 > #1 memory_present (nid=0, start=184464625

[PATCH v4 02/20] dt-bindings: arm: add support for ARM System Control and Management Interface(SCMI) protocol

2017-11-03 Thread Sudeep Holla
sible. Cc: Rob Herring Cc: Mark Rutland Signed-off-by: Sudeep Holla --- Documentation/devicetree/bindings/arm/arm,scmi.txt | 179 + MAINTAINERS| 4 +- 2 files changed, 181 insertions(+), 2 deletions(-) create mode 100644 Document

[PATCH v4 10/20] firmware: arm_scmi: probe and initialise all the supported protocols

2017-11-03 Thread Sudeep Holla
Now that we have basic support for all the protocols in the specification, let's probe them individually and initialise them. Cc: Arnd Bergmann Signed-off-by: Sudeep Holla --- drivers/firmware/arm_scmi/driver.c | 51 +- 1 file changed, 50 insertions(

[PATCH v4 15/20] firmware: arm_scmi: add device power domain support using genpd

2017-11-03 Thread Sudeep Holla
This patch hooks up the support for device power domain provided by SCMI using the Linux generic power domain infrastructure. Cc: Kevin Hilman Cc: Ulf Hansson Signed-off-by: Sudeep Holla --- drivers/firmware/Kconfig | 13 +++ drivers/firmware/arm_scmi/Makefile | 1

[PATCH v4 00/20] firmware: ARM System Control and Management Interface(SCMI) support

2017-11-03 Thread Sudeep Holla
&w=2 [4] https://marc.info/?l=devicetree&m=150185763105926&w=2 [5] https://marc.info/?l=devicetree&m=150660452015351&w=2 Sudeep Holla (20): dt-bindings: mailbox: add support for mailbox client shared memory dt-bindings: arm: add support for ARM System Control and Management I

[PATCH v4 17/20] hwmon: (core) Add hwmon_max to hwmon_sensor_types enumeration

2017-11-03 Thread Sudeep Holla
It's useful to know the maximum types of sensor supported by hwmon framework. It can be used to allocate some data structures when sorting the monitors based on their type. This will be used by scmi hwmon support. Cc: linux-hw...@vger.kernel.org Acked-by: Guenter Roeck Signed-off-by: S

[PATCH v4 19/20] cpufreq: add support for CPU DVFS based on SCMI message protocol

2017-11-03 Thread Sudeep Holla
drive CPU DVFS. Cc: "Rafael J. Wysocki" Cc: Viresh Kumar Cc: linux...@vger.kernel.org Signed-off-by: Sudeep Holla --- MAINTAINERS| 2 +- drivers/cpufreq/Kconfig.arm| 11 ++ drivers/cpufreq/Makefile | 1 + drivers/cpufreq/scmi-cpufr

[PATCH v4 20/20] cpufreq: scmi: add support for fast frequency switching

2017-11-03 Thread Sudeep Holla
fast_switch_possible. Cc: "Rafael J. Wysocki" Cc: Viresh Kumar Cc: linux...@vger.kernel.org Signed-off-by: Sudeep Holla --- drivers/cpufreq/scmi-cpufreq.c | 16 1 file changed, 16 insertions(+) diff --git a/drivers/cpufreq/scmi-cpufreq.c b/drivers/cpufreq/scmi-cpufreq.c index b1

[PATCH v4 18/20] hwmon: add support for sensors exported via ARM SCMI

2017-11-03 Thread Sudeep Holla
the hwmon sysfs interface. Cc: linux-hw...@vger.kernel.org Acked-by: Guenter Roeck Signed-off-by: Sudeep Holla --- drivers/hwmon/Kconfig | 12 +++ drivers/hwmon/Makefile | 1 + drivers/hwmon/scmi-hwmon.c | 233 + 3 files changed, 246

[PATCH v4 16/20] clk: add support for clocks provided by SCMI

2017-11-03 Thread Sudeep Holla
adds support for the clocks provided by SCP using SCMI protocol. Cc: linux-...@vger.kernel.org Cc: Michael Turquette Acked-by: Stephen Boyd Signed-off-by: Sudeep Holla --- MAINTAINERS| 2 +- drivers/clk/Kconfig| 10 +++ drivers/clk/Makefile | 1 + drivers/clk/clk-scmi.c

[PATCH v4 14/20] firmware: arm_scmi: add per-protocol channels support using idr objects

2017-11-03 Thread Sudeep Holla
. This patch adds support for per-protocol channels using those idr objects. Cc: Arnd Bergmann Signed-off-by: Sudeep Holla --- drivers/firmware/arm_scmi/driver.c | 54 +- 1 file changed, 42 insertions(+), 12 deletions(-) diff --git a/drivers/firmware/arm_scmi

[PATCH v4 11/20] firmware: arm_scmi: add support for polling based SCMI transfers

2017-11-03 Thread Sudeep Holla
SCMI transfers using that option. This might be used for uninterrupted/atomic DVFS operations from the scheduler context. Cc: Arnd Bergmann Signed-off-by: Sudeep Holla --- drivers/firmware/arm_scmi/driver.c | 49 +++--- 1 file changed, 41 insertions(+), 8

[PATCH v4 12/20] firmware: arm_scmi: add option for polling based performance domain operations

2017-11-03 Thread Sudeep Holla
option to choose between polling vs interrupt driven SCMI transfers for set,get performance level operations. Cc: Arnd Bergmann Signed-off-by: Sudeep Holla --- drivers/firmware/arm_scmi/perf.c | 19 +++ include/linux/scmi_protocol.h| 8 2 files changed, 15 insertions

[PATCH v4 13/20] firmware: arm_scmi: refactor in preparation to support per-protocol channels

2017-11-03 Thread Sudeep Holla
: Arnd Bergmann Signed-off-by: Sudeep Holla --- drivers/firmware/arm_scmi/driver.c | 86 -- 1 file changed, 54 insertions(+), 32 deletions(-) diff --git a/drivers/firmware/arm_scmi/driver.c b/drivers/firmware/arm_scmi/driver.c index 0c9dda72f10c..24acb421208c

[PATCH v4 08/20] firmware: arm_scmi: add initial support for power protocol

2017-11-03 Thread Sudeep Holla
the above mention features of the protocol. Cc: Arnd Bergmann Signed-off-by: Sudeep Holla -- drivers/firmware/arm_scmi/Makefile | 2 +- drivers/firmware/arm_scmi/power.c | 242 + include/linux/scmi_protocol.h | 28 + 3 files changed, 271 insertions

[PATCH v4 09/20] firmware: arm_scmi: add initial support for sensor protocol

2017-11-03 Thread Sudeep Holla
asynchronously as allowed by the platform, program sensor attributes and/or configurations, if applicable. This patch adds support for most of the above features. Cc: Arnd Bergmann Signed-off-by: Sudeep Holla --- drivers/firmware/arm_scmi/Makefile | 2 +- drivers/firmware/arm_scmi/sensors.c | 302

[PATCH v4 06/20] firmware: arm_scmi: add initial support for performance protocol

2017-11-03 Thread Sudeep Holla
discovery of the list of performance levels supported by a performance domain, and the properties of each performance level. This patch adds basic support for the performance protocol. Cc: Arnd Bergmann Signed-off-by: Sudeep Holla --- drivers/firmware/arm_scmi/Makefile | 2 +- drivers/firmware

[PATCH v4 07/20] firmware: arm_scmi: add initial support for clock protocol

2017-11-03 Thread Sudeep Holla
and get/set the rate of the clock synchronously or asynchronously. This patch adds initial support for the clock protocol. Cc: Arnd Bergmann Signed-off-by: Sudeep Holla --- drivers/firmware/arm_scmi/Makefile | 2 +- drivers/firmware/arm_scmi/clock.c | 353

[PATCH v4 04/20] firmware: arm_scmi: add common infrastructure and support for base protocol

2017-11-03 Thread Sudeep Holla
: Sudeep Holla --- drivers/firmware/arm_scmi/Makefile | 3 +- drivers/firmware/arm_scmi/base.c | 293 + drivers/firmware/arm_scmi/common.h | 37 + drivers/firmware/arm_scmi/driver.c | 53 +++ include/linux/scmi_protocol.h | 37 + 5 files

[PATCH v4 05/20] firmware: arm_scmi: add scmi protocol bus to enumerate protocol devices

2017-11-03 Thread Sudeep Holla
. Cc: Arnd Bergmann Signed-off-by: Sudeep Holla --- drivers/firmware/arm_scmi/Makefile | 3 +- drivers/firmware/arm_scmi/bus.c| 232 + drivers/firmware/arm_scmi/common.h | 1 + include/linux/scmi_protocol.h | 62 ++ 4 files changed, 297

[PATCH v4 01/20] dt-bindings: mailbox: add support for mailbox client shared memory

2017-11-03 Thread Sudeep Holla
way. Cc: Rob Herring Cc: Mark Rutland Acked-by: Rob Herring Signed-off-by: Sudeep Holla --- .../devicetree/bindings/mailbox/mailbox.txt| 28 ++ 1 file changed, 28 insertions(+) diff --git a/Documentation/devicetree/bindings/mailbox/mailbox.txt b/Documentation

[PATCH v4 03/20] firmware: arm_scmi: add basic driver infrastructure for SCMI

2017-11-03 Thread Sudeep Holla
shared memory management. Cc: Arnd Bergmann Signed-off-by: Sudeep Holla --- MAINTAINERS| 3 +- drivers/firmware/Kconfig | 21 ++ drivers/firmware/Makefile | 1 + drivers/firmware/arm_scmi/Makefile | 2 + drivers/firmware/arm_scmi/common.h | 77

Re: [PATCH v4 15/20] firmware: arm_scmi: add device power domain support using genpd

2017-11-03 Thread Sudeep Holla
Hi Ulf, On 03/11/17 14:47, Sudeep Holla wrote: > This patch hooks up the support for device power domain provided by > SCMI using the Linux generic power domain infrastructure. > > Cc: Kevin Hilman > Cc: Ulf Hansson Sorry for not adding you Reviewed-by tag along with dev_warn

[PATCH] clocksource: timer-of: drop __init annotations in timer_*_exit functions

2017-11-06 Thread Sudeep Holla
annotation of $x is wrong." This patch fixes the above build warning. Fixes: f48729a999ee ("clocksource/drivers/timer-of: Add timer_of_exit function") Cc: Daniel Lezcano Cc: Thomas Gleixner Signed-off-by: Sudeep Holla --- drivers/clocksource/timer-of.c | 6 +++--- 1 file changed

Re: [Linaro-acpi] [PATCH v5 0/5] Provide better MADT subtable sanity checks

2015-10-12 Thread Sudeep Holla
On 12/10/15 08:04, Hanjun Guo wrote: On 10/12/2015 11:58 AM, Pat Erley wrote: On 10/11/2015 08:49 PM, Hanjun Guo wrote: On 10/12/2015 11:08 AM, Pat Erley wrote: On 10/05/2015 10:12 AM, Al Stone wrote: On 10/05/2015 07:39 AM, Rafael J. Wysocki wrote: On Wednesday, September 30, 2015 10:10:1

Re: [PATCH] cpufreq: arm_big_little: fix frequency check when bL switcher is active

2015-10-12 Thread Sudeep Holla
On 08/10/15 10:23, Jon Medhurst (Tixy) wrote: [...] diff --git a/drivers/cpufreq/arm_big_little.c b/drivers/cpufreq/arm_big_little.c index f1e42f8..59115a4 100644 --- a/drivers/cpufreq/arm_big_little.c +++ b/drivers/cpufreq/arm_big_little.c @@ -149,6 +149,18 @@ bL_cpufreq_set_rate(u32 cpu, u32

Re: [Linaro-acpi] [PATCH v5 0/5] Provide better MADT subtable sanity checks

2015-10-13 Thread Sudeep Holla
On 12/10/15 20:25, Rafael J. Wysocki wrote: On Monday, October 12, 2015 10:44:52 AM Sudeep Holla wrote: [...] Instead of just removing the check completely on x86, IMO restrict it to some newer/later version of ACPI so you can still force vendors to fix their ACPI tables at-least in

Re: [PATCH] cpufreq: arm_big_little: fix frequency check when bL switcher is active

2015-10-13 Thread Sudeep Holla
On 13/10/15 08:19, Jon Medhurst (Tixy) wrote: On Mon, 2015-10-12 at 14:20 +0100, Sudeep Holla wrote: On 08/10/15 10:23, Jon Medhurst (Tixy) wrote: [...] diff --git a/drivers/cpufreq/arm_big_little.c b/drivers/cpufreq/arm_big_little.c index f1e42f8..59115a4 100644 --- a/drivers/cpufreq

Re: [PATCH 12/17] ARM: OMAP2+: remove misuse of IRQF_NO_SUSPEND flag

2015-10-13 Thread Sudeep Holla
On 12/10/15 21:28, Tony Lindgren wrote: * Tony Lindgren [151012 13:27]: * Sudeep Holla [150921 08:52]: The IRQF_NO_SUSPEND flag is used to identify the interrupts that should be left enabled so as to allow them to work as expected during the suspend-resume cycle, but doesn't guarantee

[PATCH 2/2] ARM: dts: change gpio-key,wakeup property to boolean

2015-10-13 Thread Sudeep Holla
linux-rockc...@lists.infradead.org Cc: Viresh Kumar Cc: spear-de...@list.st.com Signed-off-by: Sudeep Holla --- arch/arm/boot/dts/rk3066a-bqcurie2.dts | 3 +-- arch/arm/boot/dts/rk3066a-rayeager.dts | 2 +- arch/arm/boot/dts/rk3188-radxarock.dts | 2 +- arch/arm/boot/dts/rk3288

[PATCH 1/2] ARM: dts: fix gpio-keys wakeup-source property

2015-10-13 Thread Sudeep Holla
uot; property to indictate the wakeup source. This patch fixes it by making use of "wakeup-source" property. Cc: Simon Horman Cc: Magnus Damm Cc: Linus Walleij Signed-off-by: Sudeep Holla --- arch/arm/boot/dts/emev2-kzm9d.dts | 8 arch/arm/boot/dts/ste-snowball.dt

Re: [PATCH 2/2] ARM: dts: change gpio-key,wakeup property to boolean

2015-10-13 Thread Sudeep Holla
On 13/10/15 15:07, Rob Herring wrote: On Tue, Oct 13, 2015 at 8:32 AM, Sudeep Holla wrote: Keyboard driver for GPIO buttons(gpio-keys) checks for the legacy "gpio-key,wakeup" boolean property to enable gpio buttons as wakeup source. Few dts files assign value "1" to gp

[PATCH 2/2][UPDATE] ARM: dts: replace gpio-key,wakeup with wakeup-source property

2015-10-13 Thread Sudeep Holla
e. Cc: Heiko Stuebner Cc: linux-rockc...@lists.infradead.org Cc: Viresh Kumar Signed-off-by: Sudeep Holla --- arch/arm/boot/dts/rk3066a-bqcurie2.dts | 3 +-- arch/arm/boot/dts/rk3066a-rayeager.dts | 2 +- arch/arm/boot/dts/rk3188-radxarock.dts | 2 +- arch/arm/boot/dts/rk3288-evb.dtsi

Re: [PATCH 12/17] ARM: OMAP2+: remove misuse of IRQF_NO_SUSPEND flag

2015-10-13 Thread Sudeep Holla
On 13/10/15 15:53, Tony Lindgren wrote: * Sudeep Holla [151013 03:46]: On 12/10/15 21:28, Tony Lindgren wrote: * Tony Lindgren [151012 13:27]: * Sudeep Holla [150921 08:52]: The IRQF_NO_SUSPEND flag is used to identify the interrupts that should be left enabled so as to allow them to

Re: [PATCH] cpufreq: arm_big_little: fix frequency check when bL switcher is active

2015-10-14 Thread Sudeep Holla
On 14/10/15 08:12, Jon Medhurst (Tixy) wrote: On Tue, 2015-10-13 at 11:36 +0100, Sudeep Holla wrote: On 13/10/15 08:19, Jon Medhurst (Tixy) wrote: [...] But then we wouldn't get the WARN_ON and pr_err triggered when we detect the clock rate isn't set, which surely is half the

Re: [PATCH 1/2] ARM: dts: fix gpio-keys wakeup-source property

2015-10-14 Thread Sudeep Holla
On 14/10/15 01:13, Simon Horman wrote: [cc linux-sh] On Tue, Oct 13, 2015 at 02:32:43PM +0100, Sudeep Holla wrote: The keyboard driver for GPIO buttons(gpio-keys) checks for one of the two boolean properties to enable gpio buttons as wakeup source: 1. "wakeup-source" or 2. the le

Re: [PATCH 1/2] ARM: dts: fix gpio-keys wakeup-source property

2015-10-14 Thread Sudeep Holla
Hi Linus, On 13/10/15 14:32, Sudeep Holla wrote: The keyboard driver for GPIO buttons(gpio-keys) checks for one of the two boolean properties to enable gpio buttons as wakeup source: 1. "wakeup-source" or 2. the legacy "gpio-key,wakeup" However juno, ste-snowball and emev2

Re: [PATCH v2 1/5] ACPI: add in a bad_madt_entry() function to eventually replace the macro

2015-09-07 Thread Sudeep Holla
nconditionally. Currently I can see there are 2 other users of acpi_parse_entries i.e. PCC and NUMA. So may be it can be made conditional or return success for non-MADT tables from bad_madt_entry ? Other than that, you can add for ARM64 specific parts: Reviewed-and-tested-by: Sudeep Holla Regards

Re: [PATCH v4] pinctrl: mediatek: Implement wake handler and suspend resume

2015-09-08 Thread Sudeep Holla
On 06/09/15 11:39, maoguang meng wrote: On Wed, 2015-09-02 at 14:02 +0800, Daniel Kurtz wrote: Hi maoguang, On Tue, Aug 25, 2015 at 12:27 AM, Sudeep Holla wrote: On 14/08/15 09:38, maoguang.m...@mediatek.com wrote: From: Maoguang Meng This patch implement irq_set_wake to get who is

Re: [PATCH v4] pinctrl: mediatek: Implement wake handler and suspend resume

2015-09-08 Thread Sudeep Holla
On 08/09/15 10:28, Sudeep Holla wrote: On 06/09/15 11:39, maoguang meng wrote: On Wed, 2015-09-02 at 14:02 +0800, Daniel Kurtz wrote: Hi maoguang, On Tue, Aug 25, 2015 at 12:27 AM, Sudeep Holla wrote: On 14/08/15 09:38, maoguang.m...@mediatek.com wrote: From: Maoguang Meng This

Re: [PATCH 0/2] irqchip: renesas: Propagate wake-up settings to parent

2015-09-08 Thread Sudeep Holla
many drivers didn't bother to enable wakeup source correctly. These fixes are meant for v4.3, as commit aec89ef72ba6c944 is already upstream. Looks fine to me, so for the series: Acked-by: Sudeep Holla Note that masking GIC interrupts during suspend has another side effect: before,

Re: [PATCH 1/2] ARM: dts: fix gpio-keys wakeup-source property

2015-10-15 Thread Sudeep Holla
Hi Arnd, On 15/10/15 15:57, Linus Walleij wrote: On Tue, Oct 13, 2015 at 3:32 PM, Sudeep Holla wrote: The keyboard driver for GPIO buttons(gpio-keys) checks for one of the two boolean properties to enable gpio buttons as wakeup source: 1. "wakeup-source" or 2. the legacy "

Re: [PATCH v3 1/2] ACPI / tables: simplify acpi_parse_entries

2015-10-15 Thread Sudeep Holla
Hi Rafael, On 01/10/15 16:11, Sudeep Holla wrote: acpi_parse_entries passes the table end pointer to the sub-table entry handler. acpi_parse_entries itself could validate the end of an entry against the table end using the length in the sub-table entry. This patch adds the validation of the

[PATCH v2] ARM: dts: fix gpio-keys wakeup-source property

2015-10-16 Thread Sudeep Holla
uot; property to indictate the wakeup source. This patch fixes it by making use of "wakeup-source" property. Cc: Magnus Damm Acked-by: Simon Horman Reviewed-by: Linus Walleij Signed-off-by: Sudeep Holla --- arch/arm/boot/dts/emev2-kzm9d.dts | 8 arch/arm/b

Re: [PATCH v3 2/2] ARM: dts: bcm5301x: Add BCM SVK DT files

2015-10-21 Thread Sudeep Holla
On 15/10/15 23:24, Jon Mason wrote: Add device tree files for Broadcom Northstar based SVKs. Since the bcm5301x.dtsi already exists, all that is necessary is the dts files to enable the UARTs. With these files, the SVKs are able to boot to shell. Signed-off-by: Jon Mason [..] diff --git

[PATCH 09/19] ARM: dts: am335x: replace gpio-key,wakeup with wakeup-source property

2015-10-21 Thread Sudeep Holla
quot; with the unified "wakeup-source" property in order to avoid any futher copy-paste duplication. Cc: "Benoît Cousson" Cc: Tony Lindgren Cc: linux-o...@vger.kernel.org Signed-off-by: Sudeep Holla --- arch/arm/boot/dts/am335x-evm.dts| 4 ++-- arch/arm/boot/dts/

[PATCH 18/19] ARM: dts: ste: replace legacy *,wakeup property with wakeup-source

2015-10-21 Thread Sudeep Holla
ed "wakeup-source" property in order to avoid any futher copy-paste duplication. Cc: Linus Walleij Signed-off-by: Sudeep Holla --- arch/arm/boot/dts/ste-href-tvk1281618.dtsi | 2 +- arch/arm/boot/dts/ste-nomadik-s8815.dts| 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)

[PATCH 19/19] ARM: dts: zynq: replace gpio-key,wakeup with wakeup-source property

2015-10-21 Thread Sudeep Holla
quot; with the unified "wakeup-source" property in order to avoid any futher copy-paste duplication. Cc: Michal Simek Cc: "Sören Brinkmann" Signed-off-by: Sudeep Holla --- arch/arm/boot/dts/zynq-zc702.dts | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 13/19] ARM: dts: tegra: replace legacy *,wakeup property with wakeup-source

2015-10-21 Thread Sudeep Holla
ith the unified "wakeup-source" property in order to avoid any futher copy-paste duplication. Cc: Stephen Warren Cc: Thierry Reding Cc: Alexandre Courbot Cc: linux-te...@vger.kernel.org Signed-off-by: Sudeep Holla --- arch/arm/boot/dts/tegra114-dalmore.dts| 2 +- arch/arm/boot/dts/

[PATCH 16/19] ARM: dts: s5pv210: replace legacy *,wakeup property with wakeup-source

2015-10-21 Thread Sudeep Holla
ith the unified "wakeup-source" property in order to avoid any futher copy-paste duplication. Cc: Marek Szyprowski Cc: Kukjin Kim Cc: linux-samsung-...@vger.kernel.org Signed-off-by: Sudeep Holla --- arch/arm/boot/dts/s5pv210-aquila.dts | 4 ++-- arch/arm/boot/dts/s5pv210-goni.dts | 4

[PATCH 12/19] ARM: dts: exynos: replace legacy *,wakeup property with wakeup-source

2015-10-21 Thread Sudeep Holla
ith the unified "wakeup-source" property in order to avoid any futher copy-paste duplication. Cc: Kukjin Kim Cc: Krzysztof Kozlowski Cc: linux-samsung-...@vger.kernel.org Signed-off-by: Sudeep Holla --- arch/arm/boot/dts/exynos3250-monk.dts | 6 +++--- arch/arm/boot/dts/exynos3250-

[PATCH 17/19] ARM: dts: armada: replace isil,irq2-can-wakeup-machine with wakeup-source property

2015-10-21 Thread Sudeep Holla
wakeup-source" property in order to avoid any futher copy-paste duplication. Cc: Jason Cooper Cc: Andrew Lunn Cc: Gregory Clement Cc: Sebastian Hesselbarth Signed-off-by: Sudeep Holla --- arch/arm/boot/dts/armada-370-netgear-rn102.dts | 2 +- arch/arm/boot/dts/armada-370-netgear-rn104

[PATCH 15/19] ARM: dts: omap: replace legacy *,wakeup property with wakeup-source

2015-10-21 Thread Sudeep Holla
ed "wakeup-source" property in order to avoid any futher copy-paste duplication. Cc: "Benoît Cousson" Cc: Tony Lindgren Cc: linux-o...@vger.kernel.org Signed-off-by: Sudeep Holla --- arch/arm/boot/dts/logicpd-torpedo-37xx-devkit.dts | 8 ++--- arch/arm/boot/dts/omap3-bea

  1   2   3   4   5   6   7   8   9   10   >