Add pinctrl node and populate the pinctrl registers with the default
values.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/keystone-k2l.dtsi | 149
1 file changed, 149 insertions(+)
diff --git a/arch/arm/boot/dts/keystone-k2l.dtsi
b/arch/arm/boot/dts
keystone-k2l uses pinmux and is compliant with PINCTRL_SINGLE
which depends on PINCTRL. Hence enable PINCTRL.
Signed-off-by: Keerthy
---
arch/arm/mach-keystone/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-keystone/Kconfig b/arch/arm/mach-keystone/Kconfig
index
On Tuesday 10 May 2016 05:12 PM, Keerthy wrote:
Setting the emulation temperature helps reproduce critical
temperature scenarios without risking the actual hardware at
extreme temperatures. Adding __ti_thermal_set_emul_temp as
the set_emul_temp hook.
A gentle ping on this.
Signed-off-by
ethod from regulator framework part, But
by new method do you also want to remove the dt compatible of regulators
and let only the mfd compatible stay?
replace of_platform_populate with mfd_add_devices so that linux handles
the drivers split up and not the device tree?
Regards,
Keerthy
On Friday 13 May 2016 09:18 AM, Keerthy wrote:
The LP873X chip is a power management IC for Portable Navigation Systems
and Tablet Computing devices. It contains the following components:
- Regulators.
- Configurable General Purpose Output Signals(GPO).
PMIC interacts with
On Tuesday 17 May 2016 01:34 PM, Keerthy wrote:
On Tuesday 17 May 2016 01:31 PM, Lee Jones wrote:
On Fri, 13 May 2016, Keerthy wrote:
On Thursday 12 May 2016 06:48 PM, Lee Jones wrote:
On Tue, 10 May 2016, Keerthy wrote:
The LP873X chip is a power management IC for Portable Navigation
On Tuesday 17 May 2016 01:31 PM, Lee Jones wrote:
On Fri, 13 May 2016, Keerthy wrote:
On Thursday 12 May 2016 06:48 PM, Lee Jones wrote:
On Tue, 10 May 2016, Keerthy wrote:
The LP873X chip is a power management IC for Portable Navigation Systems
and Tablet Computing devices. It
On Monday 16 May 2016 08:18 PM, Rob Herring wrote:
On Wed, May 11, 2016 at 11:18:05AM +0530, Keerthy wrote:
This updates the device tree according to the preferred way of parsing
the nodes using the regulator framework.
Signed-off-by: Keerthy
---
.../devicetree/bindings/regulator/tps65218
ting the remaining patches of the series with
the comments fixed on mfd driver.
Keerthy (2):
Documentation: mfd: LP873X: Add information for the mfd and regulator
drivers
mfd: lp873x: Add lp873x PMIC support
Documentation/devicetree/bindings/mfd/lp873x.txt | 55 +
drivers/mfd
(Linear Regulators), couple of BUCKs (Step-Down DC-DC
Converter Cores) and GPOs(General Purpose Output Signals).
Signed-off-by: Keerthy
---
Changes in v3:
* Reordered the probe code.
* Fixed Typo in Kconfig description.
* Removed unused member from struct lp873x.
drivers/mfd/Kconfig
Add information for the mfd and regulator drivers.
Acked-by: Rob Herring
Signed-off-by: Keerthy
---
Changes in v3:
* Changed the example node lable to pmic from lp8733.
Documentation/devicetree/bindings/mfd/lp873x.txt | 55
1 file changed, 55 insertions(+)
create
On Thursday 12 May 2016 06:51 PM, Lee Jones wrote:
On Tue, 10 May 2016, Keerthy wrote:
Add information for the mfd and regulator drivers.
Signed-off-by: Keerthy
---
Documentation/devicetree/bindings/mfd/lp873x.txt | 55
1 file changed, 55 insertions(+)
create
Hi Lee Jones,
On Thursday 12 May 2016 06:48 PM, Lee Jones wrote:
On Tue, 10 May 2016, Keerthy wrote:
The LP873X chip is a power management IC for Portable Navigation Systems
and Tablet Computing devices. It contains the following components:
- Regulators.
- Configurable
This updates the device tree according to the preferred way of parsing
the nodes using the regulator framework.
Signed-off-by: Keerthy
---
.../devicetree/bindings/regulator/tps65218.txt | 87 ++
1 file changed, 71 insertions(+), 16 deletions(-)
diff --git a
Remove all the individual compatibles for all the regulators
and introduce id_table and update the driver accordingly
to parse device tree nodes using the regulator framework.
Signed-off-by: Keerthy
---
drivers/regulator/tps65218-regulator.c | 131 +++--
1 file
With the device tree parsing using the regulator framework
there is a no longer a need for separate compatibles for
individual regulator nodes. Hence removing them all.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/am437x-cm-t43.dts | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch
Currently read directly calls the repmap read function. Hence
remove the redundant wrapper and use regmap read wherever
needed.
Signed-off-by: Keerthy
---
drivers/mfd/tps65218.c | 16 +---
drivers/regulator/tps65218-regulator.c | 3 ++-
include/linux/mfd/tps65218.h
With the device tree parsing using the regulator framework
there is a no longer a need for separate compatibles for
individual regulator nodes. Hence removing them all.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/am437x-sk-evm.dts | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch
With the device tree parsing using the regulator framework
there is a no longer a need for separate compatibles for
individual regulator nodes. Hence removing them all.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/am43x-epos-evm.dts | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch
is checked for all the regulator registrations on
am437x-gp-evm and am437x-sk-evm.
Keerthy (8):
mfd: tps65218: Remove redundant read wrapper
Documentation: regulator: tps65218: Updates according to changes with
parsing
mfd: tps65218: Use mfd_add_devices instead of of_platform_populate
mfd_add_devices enables parsing device tree nodes without compatibles
for child nodes. Replace of_platform_populate with mfd_add_devices.
Signed-off-by: Keerthy
---
drivers/mfd/tps65218.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/mfd/tps65218.c b
With the device tree parsing using the regulator framework
there is a no longer a need for separate compatibles for
individual regulator nodes. Hence removing them all.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/am437x-gp-evm.dts | 6 --
1 file changed, 6 deletions(-)
diff --git a/arch
Setting the emulation temperature helps reproduce critical
temperature scenarios without risking the actual hardware at
extreme temperatures. Adding __ti_thermal_set_emul_temp as
the set_emul_temp hook.
Signed-off-by: Keerthy
---
Tested the emulation temperature feature on DRA72-EVM.
drivers
Add information for the mfd and regulator drivers.
Signed-off-by: Keerthy
---
Documentation/devicetree/bindings/mfd/lp873x.txt | 55
1 file changed, 55 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/lp873x.txt
diff --git a/Documentation
The regulators set consists of 2 BUCKs and 2 LDOs. The output
voltages are configurable and are meant to supply power to the
main processor and other components. The ramp delay is configurable
for both BUCKs.
Signed-off-by: Keerthy
---
Changes in v2:
* Removed all compatibles and introduced
(Linear Regulators), couple of BUCKs (Step-Down DC-DC
Converter Cores) and GPOs(General Purpose Output Signals). At this
time only the regulator functionality is made available.
Keerthy (3):
Documentation: mfd: LP873X: Add information for the mfd and regulator
drivers
mfd: lp873x: Add
(Linear Regulators), couple of BUCKs (Step-Down DC-DC
Converter Cores) and GPOs(General Purpose Output Signals). At this
time only the regulator functionality is made available.
Signed-off-by: Keerthy
---
Changes in v2:
* Used mfd_add_devices instead of of_pltaform_populate.
drivers/mfd
On Friday 06 May 2016 05:32 PM, Mark Brown wrote:
On Fri, May 06, 2016 at 10:13:24AM +0530, Keerthy wrote:
I am using of_platform_populate function in the mfd driver to create
platform devices for the child nodes, in my case regulators.
of_platform_populate in turn calls on to
Hi Mark,
On Thursday 05 May 2016 09:08 PM, Mark Brown wrote:
On Thu, May 05, 2016 at 10:40:40AM +0530, Keerthy wrote:
+static const struct of_device_id of_lp873x_match_tbl[] = {
+ { .compatible = "ti,lp8733-regulators",},
+ { .compatible = "ti,lp
On Thursday 05 May 2016 02:05 PM, Manish Badarkhe wrote:
Hi Keerthy,
+ * struct tps65086 - state holder for the tps65086 driver
need to change name over here in comment.
Thanks for catching this Manish! I will fix it in the next version.
+ * Device data may be used to access the
(Linear Regulators), couple of BUCKs (Step-Down DC-DC
Converter Cores) and GPOs(General Purpose Output Signals). At this
time only the regulator functionality is made available.
Keerthy (3):
Documentation: mfd/regulator: LP873X: Add information for the mfd and
regulator drivers
mfd: lp873x
(Linear Regulators), couple of BUCKs (Step-Down DC-DC
Converter Cores) and GPOs(General Purpose Output Signals). At this
time only the regulator functionality is made available.
Signed-off-by: Keerthy
---
drivers/mfd/Kconfig| 15 +++
drivers/mfd/Makefile | 2 +
drivers/mfd
Add information for the mfd and regulator drivers.
Signed-off-by: Keerthy
---
Documentation/devicetree/bindings/mfd/lp873x.txt | 56 +
.../devicetree/bindings/regulator/lp873x.txt | 98 ++
2 files changed, 154 insertions(+)
create mode 100644
The regulators set consists of 2 BUCKs and 2 LDOs. The output
voltages are configurable and are meant to supply power to the
main processor and other components. The ramp delay is configurable
for both BUCKs.
Signed-off-by: Keerthy
---
drivers/regulator/Kconfig| 9 ++
drivers
t_pos - 1))
Consequently val_pos and submask are correct.
Hence use __ffs which gives (ffs(x) - 1) as the first bit set.
fixes: 4e7e8017a8 ("pinctrl: pinctrl-single: enhance to configure multiple pins
of different modules")
Signed-off-by: Keerthy
---
Changes in v2:
* Changed pcs->fshif
t_pos - 1))
Consequently val_pos and submask are correct.
Hence use __ffs which gives (ffs(x) - 1) as the first bit set.
fixes: 4e7e8017a8 ("pinctrl: pinctrl-single: enhance to configure multiple pins
of different modules")
Signed-off-by: Keerthy
---
Boot tested on da850-evm
drivers/pinct
Nishanth.
I tested suspend/resume and used no_console_suspend and woke up using
uart on DRA7-EVM.
Tested-by: Keerthy
Nishanth Menon (3):
ARM: OMAP: DRA7: wakeupgen: Skip SAR save for wakeupgen
ARM: OMAP: DRA7: Provide proper class to omap2_set_globals_tap
ARM: OMAP: Catch callers
on boards so far (which gives an emulated frequency of 32.786KHz)
Modelling the same in device tree.
Acked-by: Tero Kristo
Signed-off-by: Keerthy
Signed-off-by: Lokesh Vutla
---
Errata Document: http://www.ti.com/lit/er/sprz429h/sprz429h.pdf
Errata number: i856
Tested the debugfs clock tree
On Thursday 31 March 2016 12:00 PM, Tero Kristo wrote:
On 03/31/2016 12:32 AM, Tony Lindgren wrote:
* Tony Lindgren [160330 14:19]:
* Keerthy [160314 05:04]:
This is w.r.t J6/J6eco: 32clk is pseudo (erratum i856) - clock source.
Errata i856 for the AM572x (DRA7xx) points out that the
tible.
Signed-off-by: Schuyler Patton
Signed-off-by: Keerthy
---
Documentation/devicetree/bindings/regulator/palmas-pmic.txt | 8
1 file changed, 8 insertions(+)
diff --git a/Documentation/devicetree/bindings/regulator/palmas-pmic.txt
b/Documentation/devicetree/bindings/regulator/palmas-pmi
Add myself as a co-maintainer for ti-soc-thermal
Signed-off-by: Keerthy
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 57adf39..480ed29 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -10876,6 +10876,7 @@ F: drivers/platform/x86
sysfs entries on am57xx-beagle-x15.
Tested-by: Keerthy
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-o...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/ti-soc-thermal/ti-thermal-common.c | 5 +
1 file changed, 1 insertion(+), 4
on boards so far (which gives an emulated frequency of 32.786KHz)
Modelling the same in device tree.
Signed-off-by: Keerthy
Signed-off-by: Lokesh Vutla
---
Errata Document: http://www.ti.com/lit/er/sprz429h/sprz429h.pdf
Errata number: i856
Tested the debugfs clock tree nodes on DRA7-EVM
On Monday 14 March 2016 05:29 PM, Keerthy wrote:
This is w.r.t J6/J6eco: 32clk is pseudo (erratum i856) - clock source.
Errata i856 for the AM572x (DRA7xx) points out that the 32.768KHz external
crystal is not enabled at power up. Instead the CPU falls back to using
an emulation for the 32KHz
on boards so far (which gives an emulated frequency of 32.786KHz)
Modelling the same in device tree.
Signed-off-by: Keerthy
---
Errata Document: http://www.ti.com/lit/er/sprz429h/sprz429h.pdf
Errata number: i856
Tested the debugfs clock tree nodes on DRA7-EVM.
arch/arm/boot/dts/dra7xx
On Friday 19 February 2016 12:51 PM, Paul Walmsley wrote:
On Fri, 19 Feb 2016, Keerthy wrote:
The patch adds rtc hwmod. RTC module The RTC module is physically
present on the AM438x SoC used on AM43X-EPOS-EVM, but it is permanently
disabled. A secure RTC is used instead on these devices
other am43x SoCs used on am437x-gp-evm and
am437x-sk-evm.
Signed-off-by: Keerthy
---
Changes in v2:
Inverted the checking logic to accommodate registering for all
the SoCs compatible to am4372 and removed the negating am438x logic
to register rtc hwmods as suggested by Paul.
arch/arm/mach-omap2
The SoCs on am43x-epos-evm are named am438x.
Hence add the compatibility string and remove the am4372 string.
Signed-off-by: Keerthy
---
Documentation/devicetree/bindings/arm/omap/omap.txt | 2 +-
arch/arm/boot/dts/am43x-epos-evm.dts| 2 +-
2 files changed, 2 insertions(+), 2
The patch adds rtc hwmod. This is present on gp and sk evm and not on
epos evm. Hence adding it selectively using a seprate list.
Boot tested on AM437X-GP-EVM and AM437X-SK-EVM and checked
for rtc ticking on AM437X-GP-EVM.
Keerthy (2):
ARM: dts: am43x-epos-evm: Add the am438 compatible string
Hi Paul,
On Thursday 18 February 2016 12:12 PM, Paul Walmsley wrote:
Hi Keerthy
On Thu, 18 Feb 2016, Keerthy wrote:
The patch adds rtc hwmod. RTC module The RTC module is physically
present on the AM438x SoC used on AM43X-EPOS-EVM, but it is permanently
disabled. A secure RTC is used instead
The patch adds rtc hwmod. This is present on gp and sk evm and not on
epos evm. Hence adding it selectively using a seprate list.
Keerthy (2):
ARM: dts: am43x-epos-evm: Add the am438 compatible string
ARM: AM43XX: HWMOD: Add rtc hwmod
Documentation/devicetree/bindings/arm/omap/omap.txt
other am43x SoCs used on am437x-gp-evm and
am437x-sk-evm.
Signed-off-by: Keerthy
---
No Public TRM is available for AM438x SoC as of now.
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2
The SoCs on am43x-epos-evm are named am438x.
Hence add the compatibility string and remove the am4372 string.
Signed-off-by: Keerthy
---
Documentation/devicetree/bindings/arm/omap/omap.txt | 2 +-
arch/arm/boot/dts/am43x-epos-evm.dts| 2 +-
2 files changed, 2 insertions(+), 2
On Monday 15 February 2016 09:19 PM, Nishanth Menon wrote:
On 02/14/2016 10:27 PM, Keerthy wrote:
On Saturday 13 February 2016 04:11 AM, Tony Lindgren wrote:
* Nishanth Menon [160212 14:32]:
On Fri, Feb 12, 2016 at 4:23 PM, Tony Lindgren wrote:
* Nishanth Menon [160209 14:17]:
On 02
On Saturday 13 February 2016 04:11 AM, Tony Lindgren wrote:
* Nishanth Menon [160212 14:32]:
On Fri, Feb 12, 2016 at 4:23 PM, Tony Lindgren wrote:
* Nishanth Menon [160209 14:17]:
On 02/09/2016 04:09 PM, Eduardo Valentin wrote:
On Mon, Feb 08, 2016 at 03:15:05PM +0530, Keerthy wrote
On Wednesday 10 February 2016 03:23 AM, Eduardo Valentin wrote:
On Tue, Feb 09, 2016 at 09:07:27AM +0530, Keerthy wrote:
On Tuesday 09 February 2016 01:27 AM, Tony Lindgren wrote:
* Keerthy [160208 01:19]:
OMAP5 has 3 thermal zones cpu, core and multimedia.
On the other hand DRA7 has 5
On Tuesday 09 February 2016 01:27 AM, Tony Lindgren wrote:
* Keerthy [160208 01:19]:
OMAP5 has 3 thermal zones cpu, core and multimedia.
On the other hand DRA7 has 5 thermal zones cpu, gpu, core, dspeve
and iva. Currently cpu, core and multimedia are being added via dt
and the other 2 are
On Thursday 28 January 2016 07:48 PM, Grygorii Strashko wrote:
On 01/28/2016 03:38 PM, Keerthy wrote:
Currently the first parameter of irq_domain_add_legacy is NULL.
irq_find_host function returns NULL when we do not populate the of_node
and hence irq_of_parse_and_map call fails whenever we
On Thursday 28 January 2016 07:48 PM, Grygorii Strashko wrote:
On 01/28/2016 03:38 PM, Keerthy wrote:
From: Lokesh Vutla
Driver only needs to allocate for [ngpio / 32] controllers,
as each controller handles 32 gpios. But the current driver
allocates for ngpio of which the extra allocated
The thermal threholds for am57xx are different from that of dra7.
Correcting the thresholds for the same.
Signed-off-by: Keerthy
---
Depends on: https://lkml.org/lkml/2016/2/8/90
arch/arm/boot/dts/am57xx-beagle-x15.dts | 24
1 file changed, 24 insertions(+)
Index
numbers, type and temperatures.
Tested on DRA7-EVM.
Keerthy (3):
arm: dts: DRA7: Add DSPEVE thermal data
arm: dts: DRA7: Add IVA thermal data
arm: dts: DRA7: Add missing IVA and DSPEVE thermal domain data
arch/arm/boot/dts/dra7-dspeve-thermal.dtsi | 27 +++
arch/arm
create the zones with the appropriate
trip numbers, type and temperatures.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/dra7.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi
index c4d9175..9f65d0d 100644
--- a/arch/arm/boot/dts
This patch changes a dtsi file to contain the thermal data
for IVA domain. This data will enable a thermal shutdown at 125C.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/dra7-iva-thermal.dtsi | 27 +++
1 file changed, 27 insertions(+)
create mode 100644 arch/arm/boot
This patch changes a dtsi file to contain the thermal data
for DSPEVE domain. This data will enable a thermal shutdown at 125C.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/dra7-dspeve-thermal.dtsi | 27 +++
1 file changed, 27 insertions(+)
create mode 100644 arch/arm
Hi Alan,
On Thursday 28 January 2016 06:54 PM, One Thousand Gnomes wrote:
On Thu, 28 Jan 2016 18:36:27 +0530
Keerthy wrote:
The series introduces a new function emergency_poweroff which shuts
down the system after a configurable period of time. emergency_poweroff
is appropriate in case of
Currently the first parameter of irq_domain_add_legacy is NULL.
irq_find_host function returns NULL when we do not populate the of_node
and hence irq_of_parse_and_map call fails whenever we want to request a
gpio irq. This fixes the request_irq failures for gpio interrupts.
Signed-off-by: Keerthy
Signed-off-by: Keerthy
---
drivers/gpio/gpio-davinci.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpio/gpio-davinci.c b/drivers/gpio/gpio-davinci.c
index c889f31..cd007a6 100644
--- a/drivers/gpio/gpio-davinci.c
+++ b/drivers/gpio/gpio-davinci.c
@@ -195,7 +195,7
The series has couple of for the gpio driver.
Keerthy (1):
gpio: davinci: Add the missing of-node pointer in the
irq_domain_add_legacy function call
Lokesh Vutla (1):
gpio: davinci: Fix the number of controllers allocated
drivers/gpio/gpio-davinci.c | 7 ---
1 file changed, 4
emergency_poweroff function can be called in critical situations
to poweroff the system after a configurable period of time. The
default value of the delay is 0 triggers system poweroff immediately.
Signed-off-by: Keerthy
Suggested-by: Ingo Molnar
Reported-by: Nishanth Menon
---
arch/Kconfig
The series introduces a new function emergency_poweroff which shuts
down the system after a configurable period of time. emergency_poweroff
is appropriate in case of thermal shutdown scenario.
Tested on DRA7-EVM.
Keerthy (2):
reboot: Introduce emergency poweroff function
thermal: Use
calling the emergency_poweroff function which shuts down the
system after a configurable period of time.
Signed-off-by: Keerthy
---
drivers/thermal/thermal_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/thermal/thermal_core.c b/drivers/thermal/thermal_core.c
index
/regulator/regulator.*/name
regulator-dummy
vmmcsd_fixed
DCDC1
DCDC2
DCDC3
LDO1
LDO2
LDO3
LDO4
Looks good to me. For am335x-bone and am335x-boneblack you can add
Tested-by: Keerthy
Best Regards,
Keerthy
Signed-off-by: Heiko Schocher
---
Suggested by Mark Brown, see:
https://lkml.org/lkml/2015
On Monday 12 October 2015 10:59 PM, Tony Lindgren wrote:
* Tony Lindgren [151012 10:17]:
* Keerthy [150901 17:24]:
On Tuesday 01 September 2015 11:33 PM, Tony Lindgren wrote:
* Keerthy [150901 10:22]:
On Wednesday 26 August 2015 09:29 AM, Keerthy wrote:
Currently apart from dra7
On Tuesday 01 September 2015 11:33 PM, Tony Lindgren wrote:
* Keerthy [150901 10:22]:
On Wednesday 26 August 2015 09:29 AM, Keerthy wrote:
Currently apart from dra7, omap5 and amx3 all the other SoCs
are identified using cpu_is_* functions which is not right since
they are all SoCs(System
On Wednesday 26 August 2015 09:29 AM, Keerthy wrote:
Currently apart from dra7, omap5 and amx3 all the other SoCs
are identified using cpu_is_* functions which is not right since
they are all SoCs(System on Chips). Hence changing the SoC
identification code to use soc_is instead of cpu_is and
to replace the
rest of cpu_is usage along with other fixes as needed.
Acked-by: Russell King
Signed-off-by: Keerthy
---
Changes in v2:
* Corrected a typo in the commit log.
arch/arm/mach-omap2/id.c | 30 +++
arch/arm/mach-omap2/soc.h | 193
On Tuesday 25 August 2015 02:54 AM, Russell King - ARM Linux wrote:
On Tue, Aug 18, 2015 at 03:40:01PM +0530, Keerthy wrote:
Currently apart from dra7, omap5 and amx3 all the other SoCs
are identified using cpu_is_* functions which is not right since
they are all SoCs(System on Chips). Hence
On Tuesday 18 August 2015 05:24 PM, Keerthy wrote:
On Tuesday 18 August 2015 03:40 PM, Keerthy wrote:
Currently apart from dra7, omap5 and amx3 all the other SoCs
are identified using cpu_is_* functions which is not right since
they are all SoCs(System on Chips). Hence changing the SoC
On Tuesday 18 August 2015 03:40 PM, Keerthy wrote:
Currently apart from dra7, omap5 and amx3 all the other SoCs
are identified using cpu_is_* functions which is not right since
they are all SoCs(System on Chips). Hence changing the SoC
identificätion code to use soc_is instead of cpu_is and
to replace the
rest of cpu_is usage along with other fixes as needed.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/id.c | 30 +++
arch/arm/mach-omap2/soc.h | 193 ++
2 files changed, 123 insertions(+), 100 deletions(-)
diff --git a/arch/arm
On Thursday 16 July 2015 10:44 AM, Paul Walmsley wrote:
Hi
On Tue, 14 Jul 2015, Keerthy wrote:
Enable IO wakeup feature.
Signed-off-by: Keerthy
Per my comments on one of the previous patches, please add a short
description in the commit message for what enabling I/O wakeup will do for
a
Paul,
Thanks for the review!
On Thursday 16 July 2015 07:24 AM, Paul Walmsley wrote:
Hi
a few minor comments
On Wed, 8 Jul 2015, Keerthy wrote:
PRM_IO_PMCTRL_OFFSET need not be same for all SOCs hence
remove hardcoding and use the value provided by the omap_prcm_irq_setup
structure
On Thursday 16 July 2015 08:08 AM, Paul Walmsley wrote:
On Thu, 16 Jul 2015, Paul Walmsley wrote:
On Wed, 8 Jul 2015, Keerthy wrote:
Add the PRM IRQ register offsets.
Signed-off-by: Keerthy
Please add more detail to your commit messages so they conform to
Documentation
way of using arrays for irq ack and masks.
Keerthy (6):
ARM: OMAP4: PRM: Remove hardcoding of PRM_IO_PMCTRL_OFFSET register
ARM: AM43xx: Add the PRM IRQ register offsets
ARM: dts: AM4372: Add PRCM IRQ entry
ARM: OMAP: PRM: Remove hardcoding of IRQENABLE_MPU_2 and
IRQSTATUS_MPU_2 register
The register offsets for some of the PRM Registers are different
hence populating the differing fields.
Tested IO wake up using gpio based SW4 on 1.5A GP evm.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prm44xx.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git
Add the PRM IRQ register offsets.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prcm43xx.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/mach-omap2/prcm43xx.h b/arch/arm/mach-omap2/prcm43xx.h
index 7eebc27..d716d2e 100644
--- a/arch/arm/mach-omap2/prcm43xx.h
+++ b/arch/arm
Enable IO wakeup feature.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prm_common.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-omap2/prm_common.c b/arch/arm/mach-omap2/prm_common.c
index 7add799..1730fc4 100644
--- a/arch/arm/mach-omap2/prm_common.c
+++ b/arch/arm/mach
PRM_IO_PMCTRL_OFFSET need not be same for all SOCs hence
remove hardcoding and use the value provided by the omap_prcm_irq_setup
structure.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prcm-common.h | 1 +
arch/arm/mach-omap2/prm44xx.c | 11 ++-
2 files changed, 7 insertions
Add PRCM IRQ entry.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/am4372.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi
index ade28c79..359a3b6 100644
--- a/arch/arm/boot/dts/am4372.dtsi
+++ b/arch/arm/boot/dts/am4372.dtsi
generically.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prm44xx.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/arch/arm/mach-omap2/prm44xx.c b/arch/arm/mach-omap2/prm44xx.c
index 8149e5a..f82d89a 100644
--- a/arch/arm/mach-omap2
Enable IO wakeup feature.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prm_common.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-omap2/prm_common.c b/arch/arm/mach-omap2/prm_common.c
index 7add799..1730fc4 100644
--- a/arch/arm/mach-omap2/prm_common.c
+++ b/arch/arm/mach
PRM_IO_PMCTRL_OFFSET need not be same for all SOCs hence
remove hardcoding and use the value provided by the omap_prcm_irq_setup
structure.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prcm-common.h | 1 +
arch/arm/mach-omap2/prm44xx.c | 11 ++-
2 files changed, 7 insertions
The patch series adds IO wake up support for AM437x series
making use of the existing OMAP4 support. Adds the AM437x
specifics.
The series is boot tested on OMAP4 panda, DAR7 evm and AM437x evms.
Changes in v2:
Removed inefficient way of using arrays for irq ack and masks.
Keerthy (6):
ARM
generically.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prm44xx.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/arch/arm/mach-omap2/prm44xx.c b/arch/arm/mach-omap2/prm44xx.c
index 8149e5a..f82d89a 100644
--- a/arch/arm/mach-omap2
Add the PRM IRQ register offsets.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prcm43xx.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/mach-omap2/prcm43xx.h b/arch/arm/mach-omap2/prcm43xx.h
index 7eebc27..d716d2e 100644
--- a/arch/arm/mach-omap2/prcm43xx.h
+++ b/arch/arm
The register offsets for some of the PRM Registers are different
hence populating the differing fields.
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/prm44xx.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/prm44xx.c b/arch/arm/mach-omap2
Add PRCM IRQ entry.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/am4372.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi
index c80a3e2..637133b 100644
--- a/arch/arm/boot/dts/am4372.dtsi
+++ b/arch/arm/boot/dts/am4372.dtsi
On Tuesday 07 July 2015 05:21 PM, Tero Kristo wrote:
On 06/22/2015 09:22 AM, Keerthy wrote:
The register offsets of IRQENABLE_MPU_2 and IRQSTATUS_MPU_2 are
hardcoded.
This makes it difficult to reuse the code for single core SoCs like
AM437x.
Single core vs. having two sets of IRQENABLE
On Wednesday 24 June 2015 11:15 PM, Mugunthan V N wrote:
From: Sourav Poddar
Add clock node for qspi controller driver on am437x.
Cc: Keerthy
Cc: Tero Kristo
Signed-off-by: Sourav Poddar
Signed-off-by: Mugunthan V N
---
arch/arm/boot/dts/am4372.dtsi| 2 ++
arch/arm/boot/dts
On Thursday 18 June 2015 02:36 PM, Mugunthan V N wrote:
On Thursday 18 June 2015 01:31 PM, Keerthy wrote:
The series adds the missing clock node needed for cpsw.
Keerthy (2):
CLK: TI: add dpll_clksel_mac_clk node
ARM: dts: am4372: Set the default clock rate for dpll_clksel_mac_clk
801 - 900 of 1145 matches
Mail list logo