On 4/6/2021 2:49 PM, Zhen Lei wrote:
Delete one of the header files that are included
twice, all included header files are then rearranged alphabetically.
Reviewed-by: Keerthy
Signed-off-by: Zhen Lei
---
drivers/thermal/ti-soc-thermal/ti-bandgap.c | 35 ++---
On 11/14/2020 2:48 AM, Nishanth Menon wrote:
The default state of a device tree node is "okay". There is no specific
use of explicitly adding status = "okay" in the SoC dtsi.
Reviewed-by: Keerthy
Signed-off-by: Nishanth Menon
Reviewed-by: Tony Lindgren
Acked-by: Tero Kristo
Cc:
On 11/3/2020 12:12 PM, Peter Ujfalusi wrote:
Eduardo, Keerthy,
On 29/10/2020 12.51, Tony Lindgren wrote:
* Peter Ujfalusi [201029 10:03]:
Disabling the notifier fixes the random shutdowns on OMAP4430 (ES2.0 and ES2.1)
but it does not cause any issues on OMAP4460 (PandaES) or OMAP3630
On 9/7/2020 11:52 AM, Herbert Xu wrote:
Resend with new subject.
Thanks Herbert.
Reviewed-by: Keerthy
---8<---
The sa2ul driver uses crypto_authenc_extractkeys and therefore
must select CRYPTO_AUTHENC.
Fixes: 7694b6ca649f ("crypto: sa2ul - Add crypto driver")
Reported-by: kernel
On 8/6/2020 9:24 PM, Randy Dunlap wrote:
From: Randy Dunlap
sa2ul.c uses sha{1,256,512}_zero_message_hash, so select the
Kconfig symbols that provide those, like other crypto drivers do.
Fixes this build error:
ld: drivers/crypto/sa2ul.o: in function `sa_sha_digest':
On 6/15/2020 1:30 AM, Luca Ceresoli wrote:
Hi Rob, Keerthy,
On 13/06/20 00:19, Rob Herring wrote:
On Wed, Jun 03, 2020 at 10:03:17PM +0200, Luca Ceresoli wrote:
The "Required properties:" section is copied verbatim for each of the two
supported chips. In preparation to add a new chip
On 1/19/2019 12:42 PM, Andreas Kemnade wrote:
On Sat, 19 Jan 2019 12:09:48 +0530
"J, KEERTHY" wrote:
On 1/19/2019 1:18 AM, Tony Lindgren wrote:
* Andreas Kemnade [190118 19:42]:
On Fri, 18 Jan 2019 20:38:47 +0100
Andreas Kemnade wrote:
Hi,
On Fri, 18 Jan 2019 10:36:30
On 1/19/2019 1:18 AM, Tony Lindgren wrote:
* Andreas Kemnade [190118 19:42]:
On Fri, 18 Jan 2019 20:38:47 +0100
Andreas Kemnade wrote:
Hi,
On Fri, 18 Jan 2019 10:36:30 -0800
Tony Lindgren wrote:
[...]
til the next workaround.
That flags also causes the iclk being
On 12/21/2018 4:31 PM, Lee Jones wrote:
On Tue, 18 Dec 2018, Christian Hohnstaedt wrote:
These options apply to all regulators in this chip.
strict-supply-voltage:
Set STRICT flag in CONFIG1
under-voltage-limit:
Select 2.75, 2.95, 3.25 or 3.35 V UVLO in CONFIG1
On 12/18/2018 1:35 PM, Christian Hohnstaedt wrote:
Add input voltage configuration options
Signed-off-by: Christian Hohnstaedt
---
Documentation/devicetree/bindings/regulator/tps65218.txt | 10 ++
1 file changed, 10 insertions(+)
diff --git
On 12/24/2018 12:02 PM, Lee Jones wrote:
On Sun, 23 Dec 2018, Tony Lindgren wrote:
* Lee Jones [181221 11:01]:
On Tue, 18 Dec 2018, Christian Hohnstaedt wrote:
These options apply to all regulators in this chip.
strict-supply-voltage:
Set STRICT flag in CONFIG1
under-voltage-limit:
On 12/14/2018 5:56 PM, Lee Jones wrote:
On Fri, 14 Dec 2018, Lee Jones wrote:
On Thu, 06 Dec 2018, Christian Hohnstaedt wrote:
Free allocated IRQ if reading the device ID fails.
The patch is fine. However, in future please submit patches using the
format set (by precedent) by the
On 12/7/2018 2:21 AM, Sebastian Reichel wrote:
Hi,
On Thu, Dec 06, 2018 at 11:07:44PM +0530, Keerthy wrote:
Use devm_regmap_add_irq_chip and clean up error path in probe.
Reported-by: Christian Hohnstaedt
Signed-off-by: Keerthy
---
Boot tested on am437x-gp-evm.
This is missing cleanup
On 12/7/2018 2:21 AM, Sebastian Reichel wrote:
Hi,
On Thu, Dec 06, 2018 at 11:07:44PM +0530, Keerthy wrote:
Use devm_regmap_add_irq_chip and clean up error path in probe.
Reported-by: Christian Hohnstaedt
Signed-off-by: Keerthy
---
Boot tested on am437x-gp-evm.
This is missing cleanup
On 11/20/2018 2:22 AM, Sekhar Nori wrote:
On 13/11/18 7:20 PM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
Since commit eb3744a2dd01 ("gpio: davinci: Do not assume continuous
IRQ numbering") the davinci GPIO driver fails to probe if we boot
in legacy mode from any of the board
On 11/20/2018 2:22 AM, Sekhar Nori wrote:
On 13/11/18 7:20 PM, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
Since commit eb3744a2dd01 ("gpio: davinci: Do not assume continuous
IRQ numbering") the davinci GPIO driver fails to probe if we boot
in legacy mode from any of the board
On 11/8/2018 11:24 AM, Viresh Kumar wrote:
On 07-11-18, 10:04, Keerthy wrote:
The voltage range (min, max) provided in the device tree is from
the data manual and is pretty big, catering to a wide range of devices.
On a i2c read/write failure the regulator_set_voltage_triplet function
falls
On 11/8/2018 11:24 AM, Viresh Kumar wrote:
On 07-11-18, 10:04, Keerthy wrote:
The voltage range (min, max) provided in the device tree is from
the data manual and is pretty big, catering to a wide range of devices.
On a i2c read/write failure the regulator_set_voltage_triplet function
falls
On 8/8/2018 6:44 PM, Keerthy wrote:
The 32k clocksource is NONSTOP for non-am43 SoCs. Hence
add the flag for all the other SoCs.
A gentle ping on this one.
Reported-by: Tony Lindgren
Signed-off-by: Keerthy
Acked-by: Tony Lindgren
---
Changes in v2:
* Changed am43 compatible to
On 8/8/2018 6:44 PM, Keerthy wrote:
The 32k clocksource is NONSTOP for non-am43 SoCs. Hence
add the flag for all the other SoCs.
A gentle ping on this one.
Reported-by: Tony Lindgren
Signed-off-by: Keerthy
Acked-by: Tony Lindgren
---
Changes in v2:
* Changed am43 compatible to
On 8/22/2018 2:13 PM, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 01:50:29PM +0530, J, KEERTHY wrote:
On 8/22/2018 1:07 PM, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 09:34:09AM +0200, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 11:02:31AM +0530, Keerthy wrote:
Enable DS0 for only
On 8/22/2018 2:13 PM, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 01:50:29PM +0530, J, KEERTHY wrote:
On 8/22/2018 1:07 PM, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 09:34:09AM +0200, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 11:02:31AM +0530, Keerthy wrote:
Enable DS0 for only
On 8/22/2018 1:07 PM, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 09:34:09AM +0200, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 11:02:31AM +0530, Keerthy wrote:
Enable DS0 for only those platforms on which it is functional
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/pm33xx-core.c
On 8/22/2018 1:07 PM, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 09:34:09AM +0200, Johan Hovold wrote:
On Wed, Aug 22, 2018 at 11:02:31AM +0530, Keerthy wrote:
Enable DS0 for only those platforms on which it is functional
Signed-off-by: Keerthy
---
arch/arm/mach-omap2/pm33xx-core.c
On 8/8/2018 12:28 PM, Tony Lindgren wrote:
* Keerthy [180807 09:29]:
The 32k clocksource is NONSTOP for non-am43 SoCs. Hence
add the flag for all the other SoCs.
Reported-by: Tony Lindgren
Signed-off-by: Keerthy
Acked-by: Tony Lindgren
Thanks Tony. Lokesh pointed out about
On 8/8/2018 12:28 PM, Tony Lindgren wrote:
* Keerthy [180807 09:29]:
The 32k clocksource is NONSTOP for non-am43 SoCs. Hence
add the flag for all the other SoCs.
Reported-by: Tony Lindgren
Signed-off-by: Keerthy
Acked-by: Tony Lindgren
Thanks Tony. Lokesh pointed out about
On 7/11/2018 7:24 PM, Johan Hovold wrote:
On Tue, Jul 10, 2018 at 12:20:49PM +0530, Keerthy wrote:
Cut down the shutdown time from 2 seconds to 1 sec. In case of roll
over try again.
Signed-off-by: Keerthy
---
drivers/rtc/rtc-omap.c | 9 +++--
1 file changed, 7 insertions(+), 2
On 7/11/2018 7:24 PM, Johan Hovold wrote:
On Tue, Jul 10, 2018 at 12:20:49PM +0530, Keerthy wrote:
Cut down the shutdown time from 2 seconds to 1 sec. In case of roll
over try again.
Signed-off-by: Keerthy
---
drivers/rtc/rtc-omap.c | 9 +++--
1 file changed, 7 insertions(+), 2
On 5/14/2018 5:12 PM, Bartlomiej Zolnierkiewicz wrote:
OMAP5 sensors don't claim COUNTER feature support (they use
COUNTER_DELAY feature instead) so there is no need to set fields
of struct temp_sensor_registers which are only used for COUNTER
feature.
There should be no functional changes
On 5/14/2018 5:12 PM, Bartlomiej Zolnierkiewicz wrote:
OMAP5 sensors don't claim COUNTER feature support (they use
COUNTER_DELAY feature instead) so there is no need to set fields
of struct temp_sensor_registers which are only used for COUNTER
feature.
There should be no functional changes
On 5/14/2018 5:12 PM, Bartlomiej Zolnierkiewicz wrote:
The comments about ADC code values are incorrect. Fix them.
Acked-by: Keerthy
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/ti-soc-thermal/omap4-thermal-data.c | 4 ++--
1 file changed, 2 insertions(+), 2
On 5/14/2018 5:12 PM, Bartlomiej Zolnierkiewicz wrote:
The comments about ADC code values are incorrect. Fix them.
Acked-by: Keerthy
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/ti-soc-thermal/omap4-thermal-data.c | 4 ++--
1 file changed, 2 insertions(+), 2
On 5/14/2018 5:12 PM, Bartlomiej Zolnierkiewicz wrote:
The comment for OMAP5430.CORE register offsets is incorrect. Fix it.
Acked-by: Keerthy
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/ti-soc-thermal/omap5xxx-bandgap.h | 2 +-
1 file changed, 1 insertion(+), 1
On 5/14/2018 5:12 PM, Bartlomiej Zolnierkiewicz wrote:
The comment for OMAP5430.CORE register offsets is incorrect. Fix it.
Acked-by: Keerthy
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/ti-soc-thermal/omap5xxx-bandgap.h | 2 +-
1 file changed, 1 insertion(+), 1
On 5/14/2018 5:12 PM, Bartlomiej Zolnierkiewicz wrote:
.report_temperature is not set in dra752_data which
results in temperature updates not being propagated by
ti_bandgap_talert_irq_handler() (it doesn't make much
sense to handle TALERT IRQ without reporting temperature
updates to the
On 5/14/2018 5:12 PM, Bartlomiej Zolnierkiewicz wrote:
.report_temperature is not set in dra752_data which
results in temperature updates not being propagated by
ti_bandgap_talert_irq_handler() (it doesn't make much
sense to handle TALERT IRQ without reporting temperature
updates to the
On 6/19/2018 11:36 AM, Tero Kristo wrote:
On 19/06/18 07:28, Keerthy wrote:
The default restore context function enables or disables
the clock based on the enable_count. This is done in cases
where the clock context is lost and based on the enable_count
the clock either needs to be
On 6/19/2018 11:36 AM, Tero Kristo wrote:
On 19/06/18 07:28, Keerthy wrote:
The default restore context function enables or disables
the clock based on the enable_count. This is done in cases
where the clock context is lost and based on the enable_count
the clock either needs to be
On 6/14/2018 4:48 PM, Linus Walleij wrote:
On Thu, Jun 14, 2018 at 10:51 AM, Keerthy wrote:
I think the idea is to make it possible to use GPIOLIB_IRQCHIP
for banked IRQs but the infrastructure is not yet inside the gpiolib
so it is a bit taped on the side right now.
Okay. I will take a
On 6/14/2018 4:48 PM, Linus Walleij wrote:
On Thu, Jun 14, 2018 at 10:51 AM, Keerthy wrote:
I think the idea is to make it possible to use GPIOLIB_IRQCHIP
for banked IRQs but the infrastructure is not yet inside the gpiolib
so it is a bit taped on the side right now.
Okay. I will take a
On 6/13/2018 6:36 AM, J, KEERTHY wrote:
On 6/13/2018 1:36 AM, Grygorii Strashko wrote:
On 06/12/2018 02:59 AM, Keerthy wrote:
Currently the driver assumes that the interrupts are continuous
and does platform_get_irq only once and assumes the rest are continuous,
instead call
On 6/13/2018 6:36 AM, J, KEERTHY wrote:
On 6/13/2018 1:36 AM, Grygorii Strashko wrote:
On 06/12/2018 02:59 AM, Keerthy wrote:
Currently the driver assumes that the interrupts are continuous
and does platform_get_irq only once and assumes the rest are continuous,
instead call
On 6/13/2018 1:36 AM, Grygorii Strashko wrote:
On 06/12/2018 02:59 AM, Keerthy wrote:
Currently the driver assumes that the interrupts are continuous
and does platform_get_irq only once and assumes the rest are continuous,
instead call platform_get_irq for all the interrupts and store them
On 6/13/2018 1:36 AM, Grygorii Strashko wrote:
On 06/12/2018 02:59 AM, Keerthy wrote:
Currently the driver assumes that the interrupts are continuous
and does platform_get_irq only once and assumes the rest are continuous,
instead call platform_get_irq for all the interrupts and store them
On 6/12/2018 6:39 PM, Linus Walleij wrote:
On Wed, Jun 6, 2018 at 11:18 AM, Keerthy wrote:
Currently IRQ resource fetching is done at the very end of probe.
In case the of IRQ resource not being ready, we defer probe
and need to revert prior changes. Hence move it to the beginning of
the
On 6/12/2018 6:39 PM, Linus Walleij wrote:
On Wed, Jun 6, 2018 at 11:18 AM, Keerthy wrote:
Currently IRQ resource fetching is done at the very end of probe.
In case the of IRQ resource not being ready, we defer probe
and need to revert prior changes. Hence move it to the beginning of
the
Hello Grant,
> -Original Message-
> From: J, KEERTHY
> Sent: Thursday, June 27, 2013 10:03 AM
> To: grant.lik...@secretlab.ca
> Cc: broo...@kernel.org; ldewan...@nvidia.com; sa...@linux.intel.com;
> swar...@nvidia.com; linux-kernel@vger.kernel.org; linux-
>
Hello Grant,
> -Original Message-
> From: J, KEERTHY
> Sent: Thursday, June 27, 2013 10:05 AM
> To: grant.lik...@secretlab.ca
> Cc: broo...@kernel.org; ldewan...@nvidia.com; sa...@linux.intel.com;
> swar...@nvidia.com; linux-kernel@vger.kernel.org; linux-
>
Hello Grant,
-Original Message-
From: J, KEERTHY
Sent: Thursday, June 27, 2013 10:05 AM
To: grant.lik...@secretlab.ca
Cc: broo...@kernel.org; ldewan...@nvidia.com; sa...@linux.intel.com;
swar...@nvidia.com; linux-kernel@vger.kernel.org; linux-
d...@vger.kernel.org; devicetree-disc
Hello Grant,
-Original Message-
From: J, KEERTHY
Sent: Thursday, June 27, 2013 10:03 AM
To: grant.lik...@secretlab.ca
Cc: broo...@kernel.org; ldewan...@nvidia.com; sa...@linux.intel.com;
swar...@nvidia.com; linux-kernel@vger.kernel.org; linux-
d...@vger.kernel.org; devicetree-disc
Hi Mark,
> -Original Message-
> From: ABRAHAM, KISHON VIJAY
> Sent: Monday, July 01, 2013 3:36 PM
> To: Mark Brown
> Cc: lgirdw...@gmail.com; ldewan...@nvidia.com; g...@slimlogic.co.uk;
> sa...@linux.intel.com; J, KEERTHY; linux-kernel@vger.kernel.org
> Subject: Re:
Hi Mark,
-Original Message-
From: ABRAHAM, KISHON VIJAY
Sent: Monday, July 01, 2013 3:36 PM
To: Mark Brown
Cc: lgirdw...@gmail.com; ldewan...@nvidia.com; g...@slimlogic.co.uk;
sa...@linux.intel.com; J, KEERTHY; linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3] regulator: palmas
Hello Grant,
> -Original Message-
> From: J, KEERTHY
> Sent: Thursday, June 20, 2013 4:36 PM
> To: linux-o...@vger.kernel.org; grant.lik...@secretlab.ca
> Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
> sa...@linux.intel.com; swar...@nvidia.com; linux-
> k
Hi Grant,
> -Original Message-
> From: J, KEERTHY
> Sent: Monday, June 24, 2013 6:26 PM
> To: grant.lik...@secretlab.ca
> Cc: broo...@kernel.org; ldewan...@nvidia.com; sa...@linux.intel.com;
> swar...@nvidia.com; linux-kernel@vger.kernel.org; linux-
> d...@vger.k
Hi Samuel,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of J, KEERTHY
> Sent: Tuesday, June 25, 2013 3:51 PM
> To: sa...@linux.intel.com
> Cc: broo...@kernel.org; ldewan...@nvidia.com;
> gran
Hi Samuel,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of J, KEERTHY
Sent: Tuesday, June 25, 2013 3:51 PM
To: sa...@linux.intel.com
Cc: broo...@kernel.org; ldewan...@nvidia.com;
grant.lik...@secretlab.ca; swar
Hi Grant,
-Original Message-
From: J, KEERTHY
Sent: Monday, June 24, 2013 6:26 PM
To: grant.lik...@secretlab.ca
Cc: broo...@kernel.org; ldewan...@nvidia.com; sa...@linux.intel.com;
swar...@nvidia.com; linux-kernel@vger.kernel.org; linux-
d...@vger.kernel.org; devicetree-disc
Hello Grant,
-Original Message-
From: J, KEERTHY
Sent: Thursday, June 20, 2013 4:36 PM
To: linux-o...@vger.kernel.org; grant.lik...@secretlab.ca
Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
sa...@linux.intel.com; swar...@nvidia.com; linux-
ker...@vger.kernel.org; linux
Hi Samuel,
> -Original Message-
> From: J, KEERTHY
> Sent: Friday, June 21, 2013 2:38 PM
> To: sa...@linux.intel.com
> Cc: broo...@kernel.org; ldewan...@nvidia.com;
> grant.lik...@secretlab.ca; swar...@nvidia.com; linux-
> ker...@vger.kernel.org; linux-.
Hi Samuel,
-Original Message-
From: J, KEERTHY
Sent: Friday, June 21, 2013 2:38 PM
To: sa...@linux.intel.com
Cc: broo...@kernel.org; ldewan...@nvidia.com;
grant.lik...@secretlab.ca; swar...@nvidia.com; linux-
ker...@vger.kernel.org; linux-...@vger.kernel.org; g...@slimlogic.co.uk
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Monday, June 24, 2013 5:13 PM
> To: J, KEERTHY
> Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
> ldewan...@nvidia.com; grant.lik...@secretlab.ca; swar...@nvidia.com;
> linux-k
Hello Grant,
> -Original Message-
> From: J, KEERTHY
> Sent: Thursday, June 20, 2013 4:36 PM
> To: linux-o...@vger.kernel.org; grant.lik...@secretlab.ca
> Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
> sa...@linux.intel.com; swar...@nvidia
Hello Grant,
> -Original Message-
> From: J, KEERTHY
> Sent: Thursday, June 20, 2013 4:35 PM
> To: linux-o...@vger.kernel.org; grant.lik...@secretlab.ca
> Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
> sa...@linux.intel.com; swar...@nvidia.com; linux-
> k
Hello Grant,
-Original Message-
From: J, KEERTHY
Sent: Thursday, June 20, 2013 4:35 PM
To: linux-o...@vger.kernel.org; grant.lik...@secretlab.ca
Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
sa...@linux.intel.com; swar...@nvidia.com; linux-
ker...@vger.kernel.org; linux
Hello Grant,
-Original Message-
From: J, KEERTHY
Sent: Thursday, June 20, 2013 4:36 PM
To: linux-o...@vger.kernel.org; grant.lik...@secretlab.ca
Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
sa...@linux.intel.com; swar...@nvidia.com; linux-
ker...@vger.kernel.org
-Original Message-
From: Samuel Ortiz [mailto:sa...@linux.intel.com]
Sent: Monday, June 24, 2013 5:13 PM
To: J, KEERTHY
Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
ldewan...@nvidia.com; grant.lik...@secretlab.ca; swar...@nvidia.com;
linux-kernel@vger.kernel.org; linux
Hi Samuel,
> -Original Message-
> From: J, KEERTHY
> Sent: Thursday, June 20, 2013 4:32 PM
> To: linux-o...@vger.kernel.org; sa...@linux.intel.com
> Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
> grant.lik...@secretlab.ca; swar...@nvidia.com; linux-
> k
Hello Samuel,
> -Original Message-
> From: J, KEERTHY
> Sent: Thursday, June 20, 2013 4:35 PM
> To: linux-o...@vger.kernel.org; sa...@linux.intel.com
> Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
> grant.lik...@secretlab.ca; swar...@nvidia
Hello Samuel,
-Original Message-
From: J, KEERTHY
Sent: Thursday, June 20, 2013 4:35 PM
To: linux-o...@vger.kernel.org; sa...@linux.intel.com
Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
grant.lik...@secretlab.ca; swar...@nvidia.com; linux-
ker...@vger.kernel.org
Hi Samuel,
-Original Message-
From: J, KEERTHY
Sent: Thursday, June 20, 2013 4:32 PM
To: linux-o...@vger.kernel.org; sa...@linux.intel.com
Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
grant.lik...@secretlab.ca; swar...@nvidia.com; linux-
ker...@vger.kernel.org; linux
Add TPS659038 documentation under Palmas.
Signed-off-by: J Keerthy
Acked-by: Mark Brown
---
.../devicetree/bindings/regulator/palmas-pmic.txt |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/regulator/palmas-pmic.txt
b/Documentation
-off-by: J Keerthy
Acked-by: Samuel Ortiz
---
drivers/mfd/palmas.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/mfd/palmas.c b/drivers/mfd/palmas.c
index ad2edd6..8b20055 100644
--- a/drivers/mfd/palmas.c
+++ b/drivers/mfd/palmas.c
@@ -233,12 +233,17 @@ static
to TWL6035.
The patch series is based on the patch:
https://lkml.org/lkml/2013/6/20/156
J Keerthy (4):
MFD: Add TPS659038 documentation under Palmas
MFD: Palmas: Add TPS659038 PMIC support
regulators: Add TPS659038 documentation under Palmas
regulator: Palmas: Add TPS659038 support
Add TPS659038 documentation under Palmas.
Signed-off-by: J Keerthy
Acked-by: Samuel Ortiz
---
Documentation/devicetree/bindings/mfd/palmas.txt |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd/palmas.txt
b/Documentation/devicetree
Add TPS659038 support.
Signed-off-by: J Keerthy
Acked-by: Mark Brown
---
drivers/regulator/palmas-regulator.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/regulator/palmas-regulator.c
b/drivers/regulator/palmas-regulator.c
index 1ae1e83..d0c8785 100644
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Thursday, June 20, 2013 2:57 PM
> To: J, KEERTHY
> Cc: broo...@kernel.org; ldewan...@nvidia.com;
> grant.lik...@secretlab.ca; swar...@nvidia.com; linux-
> ker...@vger.kernel.org; linu
Hi Samuel,
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Thursday, June 20, 2013 2:38 PM
> To: J, KEERTHY
> Cc: broo...@kernel.org; ldewan...@nvidia.com;
> grant.lik...@secretlab.ca; swar...@nvidia.com; linux-
> ker...@v
Hi Samuel,
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Thursday, June 20, 2013 2:09 PM
> To: J, KEERTHY
> Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
> ldewan...@nvidia.com; grant.lik...@secretlab.ca; swar...@nvidia.c
Hi Samuel,
-Original Message-
From: Samuel Ortiz [mailto:sa...@linux.intel.com]
Sent: Thursday, June 20, 2013 2:09 PM
To: J, KEERTHY
Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
ldewan...@nvidia.com; grant.lik...@secretlab.ca; swar...@nvidia.com;
linux-kernel@vger.kernel.org
Hi Samuel,
-Original Message-
From: Samuel Ortiz [mailto:sa...@linux.intel.com]
Sent: Thursday, June 20, 2013 2:38 PM
To: J, KEERTHY
Cc: broo...@kernel.org; ldewan...@nvidia.com;
grant.lik...@secretlab.ca; swar...@nvidia.com; linux-
ker...@vger.kernel.org; linux-...@vger.kernel.org
-Original Message-
From: Samuel Ortiz [mailto:sa...@linux.intel.com]
Sent: Thursday, June 20, 2013 2:57 PM
To: J, KEERTHY
Cc: broo...@kernel.org; ldewan...@nvidia.com;
grant.lik...@secretlab.ca; swar...@nvidia.com; linux-
ker...@vger.kernel.org; linux-...@vger.kernel.org
Add TPS659038 support.
Signed-off-by: J Keerthy j-keer...@ti.com
Acked-by: Mark Brown broo...@linaro.org
---
drivers/regulator/palmas-regulator.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/regulator/palmas-regulator.c
b/drivers/regulator/palmas-regulator.c
to TWL6035.
The patch series is based on the patch:
https://lkml.org/lkml/2013/6/20/156
J Keerthy (4):
MFD: Add TPS659038 documentation under Palmas
MFD: Palmas: Add TPS659038 PMIC support
regulators: Add TPS659038 documentation under Palmas
regulator: Palmas: Add TPS659038 support
Add TPS659038 documentation under Palmas.
Signed-off-by: J Keerthy j-keer...@ti.com
Acked-by: Samuel Ortiz sa...@linux.intel.com
---
Documentation/devicetree/bindings/mfd/palmas.txt |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/mfd
-off-by: J Keerthy j-keer...@ti.com
Acked-by: Samuel Ortiz sa...@linux.intel.com
---
drivers/mfd/palmas.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/mfd/palmas.c b/drivers/mfd/palmas.c
index ad2edd6..8b20055 100644
--- a/drivers/mfd/palmas.c
+++ b/drivers/mfd
Add TPS659038 documentation under Palmas.
Signed-off-by: J Keerthy j-keer...@ti.com
Acked-by: Mark Brown broo...@linaro.org
---
.../devicetree/bindings/regulator/palmas-pmic.txt |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/Documentation/devicetree/bindings/regulator
Hello Samuel,
> -Original Message-
> From: J, KEERTHY
> Sent: Wednesday, June 19, 2013 11:28 AM
> To: linux-o...@vger.kernel.org
> Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
> sa...@linux.intel.com; grant.lik...@secretlab.ca; swar...@nvidia.c
Hi Samuel,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Wednesday, June 19, 2013 10:39 PM
> To: J, KEERTHY
> Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
> ldewan...@nvidia.com; sa...@linux.intel.com; grant.lik...@se
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Wednesday, June 19, 2013 10:12 PM
> To: J, KEERTHY
> Cc: linux-o...@vger.kernel.org; ldewan...@nvidia.com;
> sa...@linux.intel.com; grant.lik...@secretlab.ca; swar...@nvidia.com;
> linux-k
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Wednesday, June 19, 2013 10:39 PM
> To: J, KEERTHY
> Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
> ldewan...@nvidia.com; sa...@linux.intel.com; grant.lik...@secretlab.ca;
&g
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Wednesday, June 19, 2013 10:13 PM
> To: J, KEERTHY
> Cc: linux-o...@vger.kernel.org; ldewan...@nvidia.com;
> sa...@linux.intel.com; grant.lik...@secretlab.ca; swar...@nvidia.com;
> linux-k
-Original Message-
From: Mark Brown [mailto:broo...@kernel.org]
Sent: Wednesday, June 19, 2013 10:13 PM
To: J, KEERTHY
Cc: linux-o...@vger.kernel.org; ldewan...@nvidia.com;
sa...@linux.intel.com; grant.lik...@secretlab.ca; swar...@nvidia.com;
linux-kernel@vger.kernel.org; linux
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Wednesday, June 19, 2013 10:39 PM
To: J, KEERTHY
Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
ldewan...@nvidia.com; sa...@linux.intel.com; grant.lik...@secretlab.ca;
swar...@nvidia.com; linux
-Original Message-
From: Mark Brown [mailto:broo...@kernel.org]
Sent: Wednesday, June 19, 2013 10:12 PM
To: J, KEERTHY
Cc: linux-o...@vger.kernel.org; ldewan...@nvidia.com;
sa...@linux.intel.com; grant.lik...@secretlab.ca; swar...@nvidia.com;
linux-kernel@vger.kernel.org; linux
Hi Samuel,
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Wednesday, June 19, 2013 10:39 PM
To: J, KEERTHY
Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
ldewan...@nvidia.com; sa...@linux.intel.com; grant.lik...@secretlab.ca;
swar...@nvidia.com
Hello Samuel,
-Original Message-
From: J, KEERTHY
Sent: Wednesday, June 19, 2013 11:28 AM
To: linux-o...@vger.kernel.org
Cc: broo...@kernel.org; J, KEERTHY; ldewan...@nvidia.com;
sa...@linux.intel.com; grant.lik...@secretlab.ca; swar...@nvidia.com;
linux-kernel@vger.kernel.org
Hi Stephen,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Wednesday, June 19, 2013 12:42 AM
> To: J, KEERTHY
> Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
> ldewan...@nvidia.com; sa...@linux.intel.com; grant.lik...@se
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Tuesday, June 18, 2013 10:53 PM
> To: J, KEERTHY
> Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
> ldewan...@nvidia.com; sa...@linux.intel.com; grant.lik...@secretlab.ca;
> swar
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Tuesday, June 18, 2013 10:38 PM
> To: J, KEERTHY
> Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
> ldewan...@nvidia.com; sa...@linux.intel.com; grant.lik...@secretlab.ca;
> swar
Hi Stephen,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Tuesday, June 18, 2013 9:22 PM
> To: J, KEERTHY
> Cc: linux-o...@vger.kernel.org; broo...@kernel.org;
> ldewan...@nvidia.com; sa...@linux.intel.com; grant.lik...@se
1 - 100 of 242 matches
Mail list logo
