Hi Nishanth,
On Monday 28 December 2015 11:11 PM, Nishanth Menon wrote:
On 12/20/2015 11:46 PM, Keerthy wrote:
+linux-pm.
Thanks for looping!
In few rare conditions like during boot up the orderly_poweroff
function might not be able to complete fully leaving the device
running
Signed-off-by: Keerthy <j-keer...@ti.com>
---
drivers/thermal/Kconfig| 9 +
drivers/thermal/thermal_core.c | 26 ++
2 files changed, 35 insertions(+)
diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig
index 8cc4ac6..25584ee
Please ignore this patch. I will resend the right one.
Sorry about the noise.
On Monday 21 December 2015 11:14 AM, Keerthy wrote:
Signed-off-by: Keerthy <j-keer...@ti.com>
---
drivers/thermal/Kconfig| 9 +
drivers/thermal/thermal_core.c | 26
t;n...@ti.com>
Reported-by: Nishanth Menon <n...@ti.com>
Signed-off-by: Keerthy <j-keer...@ti.com>
---
drivers/thermal/Kconfig| 9 +
drivers/thermal/thermal_core.c | 26 ++
2 files changed, 35 insertions(+)
diff --git a/drivers/thermal/Kconfig
On Friday 18 December 2015 10:14 PM, Tony Lindgren wrote:
* Keerthy <a0393...@ti.com> [151217 21:15]:
Hi Tony,
On Friday 18 December 2015 12:14 AM, Tony Lindgren wrote:
* Keerthy <j-keer...@ti.com> [151213 22:38]:
Add regulator-allow-bypass property for ldo1 and ldo2.
Are pat
Hi Tony,
On Friday 18 December 2015 12:14 AM, Tony Lindgren wrote:
* Keerthy <j-keer...@ti.com> [151213 22:38]:
Add regulator-allow-bypass property for ldo1 and ldo2.
Are patches 2 and 3 safe to apply separately already or do
we need to wait for the regulator patch to go in first?
On Friday 11 December 2015 10:17 PM, Nishanth Menon wrote:
On 12/11/2015 12:28 AM, Keerthy wrote:
set/get_bypass ops were missing for ldo1/ldo2 regulators which
support bypass mode. Adding the bypass ops for ldo1 and ldo2.
This helps consumers configure ldo1 and ldo2 in bypass mode or
remove
ldo9 in palmas/tps659038 and ldo1,ldo2 in tps65917 have bypass
capability. Adding the ops for the same.
Boot tested on DRA7-EVM and DRA72-EVM.
Keerthy (3):
regulator: tps65917/palmas: Add bypass ops for LDOs
ARM: dts: DRA72-EVM: Add regulator-allow-bypass property for ldo1 and
ldo2
ARM
Add regulator-allow-bypass property for ldo9.
Signed-off-by: Keerthy <j-keer...@ti.com>
---
arch/arm/boot/dts/dra7-evm.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/dra7-evm.dts b/arch/arm/boot/dts/dra7-evm.dts
index 864f600..620e1b2 100644
--- a/arch/arm/bo
Add regulator-allow-bypass property for ldo1 and ldo2.
Signed-off-by: Keerthy <j-keer...@ti.com>
---
arch/arm/boot/dts/dra72-evm.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/dra72-evm.dts b/arch/arm/boot/dts/dra72-evm.dts
index d6104d5..4e2824b 100644
---
set/get_bypass ops were missing for ldo1/ldo2 on tps65917 and
ldo9 on palmas/tps659038 which support bypass mode.
Adding the bypass ops helps consumers configure these ldos in
bypass mode or remove bypass mode if need be.
Signed-off-by: Keerthy <j-keer...@ti.com>
Reported-by: Kishon Vijay A
set/get_bypass ops were missing for ldo1/ldo2 regulators which
support bypass mode. Adding the bypass ops for ldo1 and ldo2.
This helps consumers configure ldo1 and ldo2 in bypass mode or
remove bypass mode if need be.
Signed-off-by: Keerthy <j-keer...@ti.com>
Reported-by: Kishon Vijay Abr
Add regulator-allow-bypass property for ldo1 and ldo2.
Signed-off-by: Keerthy <j-keer...@ti.com>
---
arch/arm/boot/dts/dra72-evm.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/dra72-evm.dts b/arch/arm/boot/dts/dra72-evm.dts
index 2388fd8..e5f49da 100644
---
The patch series adds support for enabling/disabling bypass for
ldo1 and ldo2.
Boot tested on DRA72-EVM on top of commit ID:
0bd0f1e6d40aa16c4d507b1fff27163a7e7711f5
Keerthy (2):
regulator: tps65917: Add bypass ops for ldo1 and ldo2 regulators
ARM: dts: DRA72-EVM: Add regulator-allow
/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 <j-keer...@ti.com>
Best Regards,
Keerthy
Signed-off-by: Heiko Schocher <h...@denx.de>
---
Suggested b
Hi Tony,
On Friday 16 October 2015 11:18 PM, Tony Lindgren wrote:
Hi,
* Keerthy <j-keer...@ti.com> [151013 22:47]:
--- a/arch/arm/mach-omap2/soc.h
+++ b/arch/arm/mach-omap2/soc.h
@@ -155,6 +155,13 @@ static inline int soc_is_omap(void)
* cpu_is_omap443x(): True for OM
Currently everytime soc_is calls are made, firstly device tree nodes
are parsed and then string comparisons are made to determine the
soc version. Optimizing it to be done one time and store the result.
Use the stored value in all the subsequent checks for soc_is calls.
Signed-off-by: Keerthy &l
://github.com/felipebalbi/omap-seeds
The series is on top of:
https://patchwork.kernel.org/patch/7390351/
Keerthy (3):
ARM: OMAP2: DRA7: Modify optimize string comparisons in soc_is calls
ARM: dts: AM43x-epos-evm: Add AM438x compatible string for epos
ARM: OMAP2: AM43XX: Modify optimize string
Currently everytime soc_is calls are made, firstly device tree nodes
are parsed and then string comparisons are made to determine the
soc version. Optimizing it to be done one time and store the result.
Use the stored value in all the subsequent checks for soc_is calls.
Signed-off-by: Keerthy &l
Add AM438x compatible property to identify the SoCs on epos evms.
Signed-off-by: Keerthy <j-keer...@ti.com>
---
Changes in v2:
* Rebased to latest 4.3-rc5
Documentation/devicetree/bindings/arm/omap/omap.txt | 5 -
arch/arm/boot/dts/am43x-epos-evm.dts| 2 +-
2
to replace the
rest of cpu_is usage along with other fixes as needed.
Acked-by: Russell King <rmk+ker...@arm.linux.org.uk>
Signed-off-by: Keerthy <j-keer...@ti.com>
---
Compile Testing:
** Compile tested individual: OMAP2, OMAP3, OMAP4, OMAP5, DRA7XX, AM437x,
AM33XX defconfig.
** Ra
On Monday 12 October 2015 10:59 PM, Tony Lindgren wrote:
* Tony Lindgren <t...@atomide.com> [151012 10:17]:
* Keerthy <a0393...@ti.com> [150901 17:24]:
On Tuesday 01 September 2015 11:33 PM, Tony Lindgren wrote:
* Keerthy <a0393...@ti.com> [150901 10:22]:
On Wednesday
Hi Tony,
On Monday 07 September 2015 12:35 PM, Keerthy wrote:
The series implements optimizing soc_is calls for DRA7 and AM43XX
family of SoCs. Originally the soc_is calls for DRA7 involved parsing
device tree nodes and some repetitive string comparisons. Optimizing
to store the result and use
on am437x-gp-evm, dra7-evm, dra72-evm.
Keerthy (3):
ARM: OMAP2: DRA7: Modify optimize string comparisons in soc_is calls
ARM: dts: AM43x-epos-evm: Add AM438x compatible string for epos
ARM: OMAP2: AM43XX: Modify optimize string comparisons in soc_is calls
.../devicetree/bindings/arm/omap
Currently everytime soc_is calls are made, firstly device tree nodes
are parsed and then string comparisons are made to determine the
soc version. Optimizing it to be done one time and store the result.
Use the stored value in all the subsequent checks for soc_is calls.
Signed-off-by: Keerthy &l
Add AM438x compatible property to identify the SoCs on epos evms.
Signed-off-by: Keerthy <j-keer...@ti.com>
---
Documentation/devicetree/bindings/arm/omap/omap.txt | 5 -
arch/arm/boot/dts/am43x-epos-evm.dts| 2 +-
2 files changed, 5 insertions(+), 2 deletions(-)
diff
Currently everytime soc_is calls are made, firstly device tree nodes
are parsed and then string comparisons are made to determine the
soc version. Optimizing it to be done one time and store the result.
Use the stored value in all the subsequent checks for soc_is calls.
Signed-off-by: Keerthy &l
On Thursday 03 September 2015 09:45 PM, Tony Lindgren wrote:
* Keerthy <j-keer...@ti.com> [150902 03:23]:
Currently everytime soc_is calls are made, firstly device tree nodes
are parsed and then string comparisons are made to determine the
soc version. Optimizing it to be done on
Currently everytime soc_is calls are made, firstly device tree nodes
are parsed and then string comparisons are made to determine the
soc version. Optimizing it to be done one time and store the result.
Use the stored value in all the subsequent checks for soc_is calls.
Signed-off-by: Keerthy &l
omap_type can be determined at the init time based on the device
tree compatible string. This will avoid checking again for soc string.
Signed-off-by: Keerthy <j-keer...@ti.com>
---
arch/arm/mach-omap2/id.c | 38 +-
1 file changed, 21 insertions(
Add AM438x compatible property to identify the SoCs on epos evms.
Signed-off-by: Keerthy <j-keer...@ti.com>
---
Documentation/devicetree/bindings/arm/omap/omap.txt | 5 -
arch/arm/boot/dts/am43x-epos-evm.dts| 2 +-
2 files changed, 5 insertions(+), 2 deletions(-)
diff
on am437x-gp-evm, am335x-bone, dra7-evm.
Keerthy (4):
ARM: OMAP2: DRA7: Modify optimize string comparisons in soc_is calls
ARM: DRA7: Add omap revision detection under soc_is function
ARM: dts: AM43x-epos-evm: Add AM438x compatible string for epos
ARM: OMAP2: AM43XX: Modify optimize string
Currently everytime soc_is calls are made, firstly device tree nodes
are parsed and then string comparisons are made to determine the
soc version. Optimizing it to be done one time and store the result.
Use the stored value in all the subsequent checks for soc_is calls.
Signed-off-by: Keerthy &l
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
On Tuesday 01 September 2015 08:57 PM, Tony Lindgren wrote:
* Alexandre Belloni <alexandre.bell...@free-electrons.com> [150826 14:57]:
On 26/08/2015 at 11:01:27 -0700, Tony Lindgren wrote :
* Keerthy <a0393...@ti.com> [150826 09:54]:
Tony,
On Saturday 22 August 2015 02:48 A
On Tuesday 01 September 2015 11:33 PM, Tony Lindgren wrote:
* Keerthy <a0393...@ti.com> [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
restores boot.
Will wait for confirmation from Keerthy.
I confirm that with this patch the boot crash is fixed.
Tested-by: Keerthy j-keer...@ti.com
Without this patch i see this crash during boot:
[2.423724] omap_hsmmc 4809c000.mmc: omap_device_late_idle: enabled
but no driver. Idling
Tony,
On Saturday 22 August 2015 02:48 AM, Alexandre Belloni wrote:
Tony,
On 18/08/2015 at 15:11:13 +0530, Keerthy wrote :
The series is applicable for all am437x series of processors.
It adds clock handling support. Boot tested on am437x-gp-evm.
Keerthy (3):
ARM: dts: AM437x: Add
to replace the
rest of cpu_is usage along with other fixes as needed.
Acked-by: Russell King rmk+ker...@arm.linux.org.uk
Signed-off-by: Keerthy j-keer...@ti.com
---
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 Saturday 22 August 2015 03:06 AM, Alexandre Belloni wrote:
Hi,
On 18/08/2015 at 15:11:15 +0530, Keerthy wrote :
@@ -681,6 +688,9 @@ static int __exit omap_rtc_remove(struct platform_device
*pdev)
device_init_wakeup(pdev-dev, 0);
+ if (!IS_ERR(rtc-clk
Configure the clock source to external clock if available.
External clock is preferred as it can be ticking during suspend.
Signed-off-by: Keerthy j-keer...@ti.com
---
drivers/rtc/rtc-omap.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/drivers/rtc
rtc can either be supplied from internal 32k clock or external crystal
generated 32k clock. Internal clock is SOC specific and the external
clock is board dependent. Adding the corresponding nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
Documentation/devicetree/bindings/rtc/rtc-omap.txt
The rtc can be clocked by an internal 32K clock. Adding the support
to enable the same.
Signed-off-by: Keerthy j-keer...@ti.com
---
drivers/rtc/rtc-omap.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c
index 8b6355f..f31c012 100644
to replace the
rest of cpu_is usage along with other fixes as needed.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/mach-omap2/id.c | 30 +++
arch/arm/mach-omap2/soc.h | 193 ++
2 files changed, 123 insertions(+), 100 deletions(-)
diff
The series is applicable for all am437x series of processors.
It adds clock handling support. Boot tested on am437x-gp-evm.
Keerthy (3):
ARM: dts: AM437x: Add the internal and external clock nodes for rtc
rtc: omap: Add internal clock enabling support
rtc: omap: Add external clock enabling
On Tuesday 18 August 2015 02:22 PM, Johan Hovold wrote:
On Tue, Aug 18, 2015 at 02:13:28PM +0530, Keerthy wrote:
The series is applicable for all am437x series of processors.
It adds clock handling support. Boot tested on am437x-gp-evm.
Keerthy (2):
ARM: dts: AM437x: Add the internal
Configure the clock source to external clock if available.
External clock is preferred as it can be ticking during suspend.
Signed-off-by: Keerthy j-keer...@ti.com
---
drivers/rtc/rtc-omap.c | 33 ++---
1 file changed, 30 insertions(+), 3 deletions(-)
diff --git
The rtc can be clocked by an internal 32K clock. Adding the support
to enable the same.
Signed-off-by: Keerthy j-keer...@ti.com
---
drivers/rtc/rtc-omap.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c
index 8b6355f..f31c012 100644
rtc can either be supplied from internal 32k clock or external crystal
generated 32k clock. Internal clock is SOC specific and the external
clock is board dependent. Adding the corresponding nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am4372.dtsi| 2 ++
arch/arm
The series is applicable for all am437x series of processors.
It adds clock handling support. Boot tested on am437x-gp-evm.
Keerthy (2):
ARM: dts: AM437x: Add the internal and external clock nodes for rtc
rtc: omap: Add external clock enabling support
Changes in v3:
* Split internal
The rtc can be clocked by an internal 32K clock. Adding the support
to enable the same.
Signed-off-by: Keerthy j-keer...@ti.com
---
drivers/rtc/rtc-omap.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c
index 8b6355f..f31c012 100644
rtc can either be supplied from internal 32k clock or external crystal
generated 32k clock. Internal clock is SOC specific and the external
clock is board dependent. Adding the corresponding nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am4372.dtsi| 2 ++
arch/arm
Configure the clock source to external clock if available.
External clock is preferred as it can be ticking during suspend.
Signed-off-by: Keerthy j-keer...@ti.com
---
drivers/rtc/rtc-omap.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/drivers/rtc
The series is applicable for all am437x series of processors.
It adds clock handling support. Boot tested on am437x-gp-evm.
Keerthy (2):
ARM: dts: AM437x: Add the internal and external clock nodes for rtc
rtc: omap: Add external clock enabling support
Changes in v4:
* Optimized pointer
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
On Monday 17 August 2015 05:00 PM, Johan Hovold wrote:
On Mon, Aug 17, 2015 at 10:25:38AM +0530, Keerthy wrote:
Configure the clock source to either internal clock
or external clock based on the availability of the clocks.
External clock is preferred as it can be ticking during suspend
Configure the clock source to either internal clock
or external clock based on the availability of the clocks.
External clock is preferred as it can be ticking during suspend.
Signed-off-by: Keerthy j-keer...@ti.com
---
Changes in V2:
* Changed clk_prepare calls to clk_prepare_enable
The series is applicable for all am437x series of processors.
It adds clock handling support. Boot tested on am437x-gp-evm.
Keerthy (2):
ARM: dts: AM437x: Add the internal and external clock nodes for rtc
rtc: omap: Add external clock enabling support
arch/arm/boot/dts/am4372.dtsi
rtc can either be supplied from internal 32k clock or external crystal
generated 32k clock. Internal clock is SOC specific and the external
clock is board dependent. Adding the corresponding nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am4372.dtsi| 2 ++
arch/arm
On Wednesday 12 August 2015 02:07 PM, Tony Lindgren wrote:
* Keerthy a0393...@ti.com [150811 10:57]:
On Tuesday 11 August 2015 06:25 PM, Tony Lindgren wrote:
* Keerthy j-keer...@ti.com [150810 02:31]:
@@ -371,8 +372,10 @@ IS_OMAP_TYPE(3430, 0x3430)
#ifdefCONFIG_SOC_AM43XX
The series is applicable for all am437x series of processors.
It adds clock handling support. Boot tested on am437x-gp-evm.
Keerthy (2):
ARM: dts: AM437x: Add the internal and external clock nodes for rtc
rtc: omap: Add external clock enabling support
arch/arm/boot/dts/am4372.dtsi
On Wednesday 12 August 2015 02:07 PM, Tony Lindgren wrote:
* Keerthy a0393...@ti.com [150811 10:57]:
On Tuesday 11 August 2015 06:25 PM, Tony Lindgren wrote:
* Keerthy j-keer...@ti.com [150810 02:31]:
@@ -371,8 +372,10 @@ IS_OMAP_TYPE(3430, 0x3430)
#ifdefCONFIG_SOC_AM43XX
rtc can either be supplied from internal 32k clock or external crystal
generated 32k clock. Internal clock is SOC specific and the external
clock is board dependent. Adding the corresponding nodes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am4372.dtsi| 2 ++
arch/arm
Configure the clock source to either internal clock
or external clock based on the availability of the clocks.
External clock is preferred as it can be ticking during suspend.
Signed-off-by: Keerthy j-keer...@ti.com
---
drivers/rtc/rtc-omap.c | 44
1
On Friday 14 August 2015 01:47 AM, Paul Walmsley wrote:
Hi guys
On Wed, 12 Aug 2015, Alexandre Belloni wrote:
On 13/08/2015 at 00:38:50 +0530, Keerthy wrote :
The intent here is to switch to a higher precision clock which is the
internal clock when available.
Alexandre,
Is dynamic
On Wednesday 12 August 2015 07:57 PM, Paul Walmsley wrote:
On Mon, 10 Aug 2015, Keerthy wrote:
Switch to external clock source during suspend and switch back
to internal source on resume. This helps rtc ticking across suspend.
Doesn't this type of dynamic switching make it likely
On Tuesday 11 August 2015 06:25 PM, Tony Lindgren wrote:
* Keerthy j-keer...@ti.com [150810 02:31]:
@@ -371,8 +372,10 @@ IS_OMAP_TYPE(3430, 0x3430)
#ifdefCONFIG_SOC_AM43XX
# undef soc_is_am43xx
# undef soc_is_am437x
-# define soc_is_am43xx() is_am43xx()
-# define
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.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff
Enables rtc. RTC can be used to wake up system from suspend
when used with external clock source.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/am437x-gp-evm.dts
b/arch/arm/boot/dts
The SoCs on am43x-epos-evm are named am438x.
Hence add the compatiblity string and remove the am4372 string.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/am43x-epos-evm.dts
/131026
Keerthy (6):
ARM: dts: AM43XX: Add clk_32k_rtc node
rtc: omap: Add external clock enabling support
ARM: AM43xx: Introduce a separate soc_is function for am438x series of
SoCs
ARM: dts: am43x-epos-evm: Add the am438 compatible string
ARM: AM43XX: HWMOD: Add rtc hwmod
ARM: dts
EPOS evms are fitted with a separate family of am43xx SoCs and are named
am438x series. Adding a separate soc_is function to identify that
particular series of SoCs. This can be done to avoid unnecessarily
registering hwmods like rtc when not needed on EPOS evms.
Signed-off-by: Keerthy j-keer
Add the clk_32k_rtc this is the external clock source
for the rtc.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am43xx-clocks.dtsi | 6 ++
drivers/clk/ti/clk-43xx.c| 1 +
2 files changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/am43xx-clocks.dtsi
b/arch
Switch to external clock source during suspend and switch back
to internal source on resume. This helps rtc ticking across suspend.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am4372.dtsi | 2 ++
drivers/rtc/rtc-omap.c| 31 +++
2 files
On Thursday 06 August 2015 03:21 PM, Tony Lindgren wrote:
* Alexandre Belloni alexandre.bell...@free-electrons.com [150806 02:50]:
On 06/08/2015 at 12:36:54 +0300, Grygorii Strashko wrote :
Pls, correct me if I'm not right. Is below what you propose?
Doard dts:
/ {
rtc_32k_ext_clk:
am4372-rtc string was already part of dts, introduced to identify
the rtc specific to am4372 family of SoCs. It was removed in one of the
previous patches. Adding back the same with appropriate documentation.
Signed-off-by: Keerthy j-keer...@ti.com
---
Documentation/devicetree/bindings/rtc/rtc
On Thursday 06 August 2015 07:46 PM, Felipe Balbi wrote:
On Thu, Aug 06, 2015 at 06:55:57AM +0530, Keerthy wrote:
On Wednesday 05 August 2015 10:21 PM, Felipe Balbi wrote:
On Wed, Aug 05, 2015 at 09:48:08PM +0530, Keerthy wrote:
On Wednesday 05 August 2015 09:44 PM, Felipe Balbi wrote
Compared to da830-rtc compatibility am3352-rtc is more compatible to
the one in am437x. Hence adding the am3352-rtc compatible to cover the
entire feature set.
The ti,am4372-rtc has no Documentation and not used even in the driver
hence removing it.
Signed-off-by: Keerthy j-keer...@ti.com
The rtc IP has a bit to switch source from internal to external
clock. Adding a flag to convey the source.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am437x-idk-evm.dts | 1 +
arch/arm/boot/dts/am437x-sk-evm.dts | 1 +
2 files changed, 2 insertions(+)
diff --git a/arch/arm
Enable RTC and select external clock as the source so that RTC
ticks even during suspend/resume.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/am437x-gp-evm.dts
b/arch/arm/boot/dts
The SoCs on am43x-epos-evm are named am438x.
Hence add the compatiblity string and remove the am4372 string.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am43x-epos-evm.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/am43x-epos-evm.dts
-by: Dave Gerlach d-gerl...@ti.com
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/am437x-gp-evm.dts
b/arch/arm/boot/dts/am437x-gp-evm.dts
index 84aa30c..816027b 100644
--- a/arch/arm/boot/dts
Keerthy (7):
ARM: dts: AM4372: Append the rtc compatible string
rtc: omap: Add external clock enabling support
ARM: dts: AM4372: Add external clock flag
ARM: AM43xx: Introduce a separate soc_is function for am438x series of
SoCs
ARM: dts: am43x-epos-evm: Add the am438 compatible string
Based on the board property switch the source from internal
to external clock. Switching to external source is needed for
rtcwake to work in low power modes.
Signed-off-by: Keerthy j-keer...@ti.com
---
Documentation/devicetree/bindings/rtc/rtc-omap.txt | 2 ++
drivers/rtc/rtc-omap.c
On Wednesday 05 August 2015 05:13 PM, Alexandre Belloni wrote:
On 05/08/2015 at 13:41:19 +0200, Alexandre Belloni wrote :
Hi,
On 05/08/2015 at 04:13:17 -0700, Tony Lindgren wrote :
* Keerthy j-keer...@ti.com [150805 03:53]:
Based on the board property switch the source from internal
Felipe,
On Wednesday 05 August 2015 09:01 PM, Felipe Balbi wrote:
On Wed, Aug 05, 2015 at 04:19:45PM +0530, Keerthy wrote:
Compared to da830-rtc compatibility am3352-rtc is more compatible to
the one in am437x. Hence adding the am3352-rtc compatible to cover the
entire feature set.
The ti
On Wednesday 05 August 2015 09:44 PM, Felipe Balbi wrote:
On Wed, Aug 05, 2015 at 09:21:05PM +0530, Keerthy wrote:
Felipe,
On Wednesday 05 August 2015 09:01 PM, Felipe Balbi wrote:
On Wed, Aug 05, 2015 at 04:19:45PM +0530, Keerthy wrote:
Compared to da830-rtc compatibility am3352-rtc
On Wednesday 05 August 2015 06:05 PM, Alexandre Belloni wrote:
On 05/08/2015 at 17:31:22 +0530, Keerthy wrote :
This is a special one where in the enable bit is present in the rtc register
space and not in the prcm register space. Since there was a concern on the
external clock not being
On Wednesday 05 August 2015 10:21 PM, Felipe Balbi wrote:
On Wed, Aug 05, 2015 at 09:48:08PM +0530, Keerthy wrote:
On Wednesday 05 August 2015 09:44 PM, Felipe Balbi wrote:
On Wed, Aug 05, 2015 at 09:21:05PM +0530, Keerthy wrote:
Felipe,
On Wednesday 05 August 2015 09:01 PM, Felipe Balbi
On Thursday 23 July 2015 06:25 PM, Paul Walmsley wrote:
On Thu, 16 Jul 2015, Keerthy wrote:
The patch series adds IO wake up support for AM437x series
making use of the existing OMAP4 support. Adds the AM437x
specifics.
Note: Previous series patch 2 and 4 of the previous series are already
Hi Paul,
On Thursday 16 July 2015 05:23 PM, Keerthy wrote:
The patch series adds IO wake up support for AM437x series
making use of the existing OMAP4 support. Adds the AM437x
specifics.
Note: Previous series patch 2 and 4 of the previous series are already
queued for v4.3 by Paul. Fixed
Add PRCM IRQ entry. This is needed for IO wake up interrupts as the interrupt
generated is a prcm interrupt.
Signed-off-by: Keerthy j-keer...@ti.com
---
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
in v4:
Added more details to commit logs and kernel documentation for the added
field in a structure.
Changes in v3:
Fixed a bug. Assigned nr_regs = 1 for am437x
Changes in v2:
Removed inefficient way of using arrays for irq ack and masks.
Keerthy (4):
ARM: OMAP4: PRM: Remove hardcoding
The register offsets for some of the PRM Registers are different
hence populating the differing fields. This is needed to support
IO wake up feature for am437x family.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/mach-omap2/prm44xx.c | 12 +++-
1 file changed, 11 insertions(+), 1
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. This is done to support IO wakeup on am437x series.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/mach-omap2/prcm-common.h | 2 ++
arch/arm/mach
Enable IO wakeup feature. This enables am437x pads to generate daisy
chained wake ups(eventually generates aprcm Interrupt) especially
when in low power modes.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/mach-omap2/prm_common.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch
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 j-keer...@ti.com
Per my comments on one of the previous patches, please add a short
description in the commit message for what enabling I/O
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 j-keer...@ti.com
Please add more detail to your commit messages so they conform to
Documentation
1 - 100 of 540 matches
Mail list logo