The latest documentation reveals that initial voltage range that is
supported is starting from 0.6V for all the PMICs belonging to lp87565
family. Fix the same.
Signed-off-by: Keerthy
Fixes: f0168a9bf ("regulator: lp87565: Add support for lp87565 PMIC regulators")
---
drivers/regulat
On Thursday 15 June 2017 12:03 PM, Keerthy wrote:
> Add driver for lp87565 PMIC family GPIOs. Three GPIOs are supported
> and can be configured in Open-drain output or Push-pull output.
>
> Signed-off-by: Keerthy
> ---
>
> Latest version of mfd patch:
>
> https:/
Add driver for lp87565 PMIC family GPIOs. Three GPIOs are supported
and can be configured in Open-drain output or Push-pull output.
Signed-off-by: Keerthy
---
Latest version of mfd patch:
https://patchwork.kernel.org/patch/9783079/
Changes in v2:
* included
* stored the struct regmap
On Tuesday 13 June 2017 07:28 PM, Michał Mirosław wrote:
Missing commit log?
> Signed-off-by: Michał Mirosław
> ---
> drivers/regulator/tps65910-regulator.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/regulator/tps65910-regulator.c
> b/drivers/regul
2-phase outputs configuration,
Buck0 is master for Buck0/1 output and Buck2 is master for Buck2/3
output.
Signed-off-by: Keerthy
Acked-by: Rob Herring
---
The other patches are already pulled by Mark. Hence posting
the remaining patch.
Changes in v5:
* Re-introduced i2c_device_id table and
On Monday 12 June 2017 07:34 PM, Linus Walleij wrote:
> On Sun, Jun 11, 2017 at 6:27 AM, Keerthy wrote:
>> On Friday 09 June 2017 02:06 PM, Linus Walleij wrote:
>
>>> If this IC has several function modes for the pins it should also
>>> be a pin controller... I kn
On Monday 12 June 2017 02:57 PM, Javier Martinez Canillas wrote:
> Hello Lee and Keerthy,
>
> On Mon, Jun 12, 2017 at 11:17 AM, Keerthy wrote:
>>
>>
>> On Monday 12 June 2017 02:41 PM, Lee Jones wrote:
>>> On Sun, 11 Jun 2017, Keerthy wrote:
>>>
&
On Monday 12 June 2017 02:41 PM, Lee Jones wrote:
> On Sun, 11 Jun 2017, Keerthy wrote:
>
>>
>>
>> On Sunday 11 June 2017 10:36 AM, Keerthy wrote:
>>>
>>>
>>> On Friday 09 June 2017 07:58 PM, Rob Herring wrote:
>>>> On Thu, Jun 08,
On Sunday 11 June 2017 10:50 AM, Keerthy wrote:
>
>
> On Friday 09 June 2017 05:18 AM, Javier Martinez Canillas wrote:
>> On Fri, Jun 9, 2017 at 1:18 AM, Keerthy wrote:
>>
>> [snip]
>>
>>>>
>>>>>>
>>>>>> -st
On Sunday 11 June 2017 10:36 AM, Keerthy wrote:
>
>
> On Friday 09 June 2017 07:58 PM, Rob Herring wrote:
>> On Thu, Jun 08, 2017 at 09:38:14AM +0530, Keerthy wrote:
>>> The LP87565 chip is a power management IC for Portable Navigation Systems
>>> and Tablet C
On Friday 09 June 2017 05:18 AM, Javier Martinez Canillas wrote:
> On Fri, Jun 9, 2017 at 1:18 AM, Keerthy wrote:
>
> [snip]
>
>>>
>>>>>
>>>>> -static const struct i2c_device_id tps65217_id_table[] = {
>>>&g
On Friday 09 June 2017 07:58 PM, Rob Herring wrote:
> On Thu, Jun 08, 2017 at 09:38:14AM +0530, Keerthy wrote:
>> The LP87565 chip is a power management IC for Portable Navigation Systems
>> and Tablet Computing devices. It contains the following components:
>>
>>
On Friday 09 June 2017 02:06 PM, Linus Walleij wrote:
> On Thu, Jun 1, 2017 at 5:10 AM, Keerthy wrote:
>
>> Add driver for lp87565 PMIC family GPIOs. Three GPIOs are supported
>> and can be configured in Open-drain output or Push-pull output.
>>
>> Signed-off-
On Thursday 08 June 2017 07:41 PM, Javier Martinez Canillas wrote:
> On Thu, Jun 8, 2017 at 3:32 PM, Enric Balletbo Serra
> wrote:
>> Hi Keerthy:
>>
>> 2017-06-08 12:46 GMT+02:00 Keerthy :
>>> Currently the driver boots only via device tree hence add a
>>
Currently the driver boots only via device tree hence add a
dependency on CONFIG_OF. This leaves with a bunch of unused code
so clean that up.
Signed-off-by: Keerthy
---
Changes in v2:
* Cleaned up chip_id and data attached to the match.
* Cleaned up i2c_dev_id
* dropped the rest of the
On Wednesday 07 June 2017 07:40 PM, Javier Martinez Canillas wrote:
> Hello Keerthy,
>
> On Wed, Jun 7, 2017 at 3:45 PM, Keerthy wrote:
>
> [snip]
>
>>>>>>>>>
>>>>>>>>
>>>>>>>> I think you can remove
2-phase outputs configuration,
Buck0 is master for Buck0/1 output and Buck2 is master for Buck2/3
output.
Signed-off-by: Keerthy
---
The other patches are already pulled by Mark. Hence posting
the remaining patch.
Changes in v4:
* Fixed device tree comments from Rob on the pmic node name
Add an entry for the gpio-davinci driver and add myself
as a maintainer for the same.
Signed-off-by: Keerthy
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index fbad0b6..eb908ba 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -11906,6
On Thursday 08 June 2017 02:41 AM, Rob Herring wrote:
> On Tue, May 30, 2017 at 06:57:40PM +0530, Keerthy wrote:
>> The LP87565 chip is a power management IC for Portable Navigation Systems
>> and Tablet Computing devices. It contains the following components:
>>
>>
On Wednesday 07 June 2017 07:07 PM, Enric Balletbo Serra wrote:
> 2017-06-07 13:24 GMT+02:00 Keerthy :
>>
>>
>> On Wednesday 07 June 2017 04:08 PM, Lee Jones wrote:
>>> On Wed, 07 Jun 2017, Lee Jones wrote:
>>>
>>>> On Wed, 07 Jun 2017, Keert
On Wednesday 07 June 2017 04:08 PM, Lee Jones wrote:
> On Wed, 07 Jun 2017, Lee Jones wrote:
>
>> On Wed, 07 Jun 2017, Keerthy wrote:
>>
>>>
>>>
>>> On Tuesday 06 June 2017 08:34 PM, Enric Balletbo Serra wrote:
>>>> Hi Keerthy,
>>&g
On Wednesday 07 June 2017 04:07 PM, Lee Jones wrote:
> On Wed, 07 Jun 2017, Keerthy wrote:
>
>>
>>
>> On Tuesday 06 June 2017 08:34 PM, Enric Balletbo Serra wrote:
>>> Hi Keerthy,
>>>
>>> By change I was looking at this. Some comments below tha
On Tuesday 06 June 2017 08:34 PM, Enric Balletbo Serra wrote:
> Hi Keerthy,
>
> By change I was looking at this. Some comments below that I think can
> be applied to all patches in this series
>
> 2017-06-06 16:45 GMT+02:00 Keerthy :
>> Currently the driver boots only v
Currently few of the drivers boot only via device tree hence add a
dependency on OF.
Signed-off-by: Keerthy
Keerthy (5):
mfd: palmas: Add a dependency on OF
mfd: tps65218: Add a dependency on OF
mfd: tps65217: Add a dependency on OF
mfd: lp873x: Add a dependency on OF
mfd: lp3943
Currently the driver boots only via device tree hence add a
dependency on OF.
Signed-off-by: Keerthy
---
drivers/mfd/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index 83d6b57..4decbfb 100644
--- a/drivers/mfd/Kconfig
Currently the driver boots only via device tree hence add a
dependency on OF.
Signed-off-by: Keerthy
---
drivers/mfd/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index b845d28..75b59f1 100644
--- a/drivers/mfd/Kconfig
Currently the driver boots only via device tree hence add a
dependency on OF.
Signed-off-by: Keerthy
---
drivers/mfd/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index 2d1425d..83d6b57 100644
--- a/drivers/mfd/Kconfig
Currently the driver boots only via device tree hence add a
dependency on OF.
Signed-off-by: Keerthy
---
drivers/mfd/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index 75b59f1..2d1425d 100644
--- a/drivers/mfd/Kconfig
Currently the driver boots only via device tree hence add a
dependency on OF.
Signed-off-by: Keerthy
---
drivers/mfd/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index 3eb5c93..b845d28 100644
--- a/drivers/mfd/Kconfig
On Tuesday 06 June 2017 04:14 PM, Tony Lindgren wrote:
> * Keerthy [170606 00:52]:
>> On Tuesday 06 June 2017 01:00 PM, Keerthy wrote:
>>> On Tuesday 06 June 2017 12:47 PM, Lee Jones wrote:
>>>>>> Are all of these drivers DT only?
>>>>>
>>
Fix the GPL header to reflect GPL v2
Signed-off-by: Keerthy
---
drivers/regulator/lp87565-regulator.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/regulator/lp87565-regulator.c
b/drivers/regulator/lp87565-regulator.c
index 71e7622..6d92c3f 100644
--- a/drivers
On Tuesday 06 June 2017 01:00 PM, Keerthy wrote:
>
>
> On Tuesday 06 June 2017 12:47 PM, Lee Jones wrote:
>> On Mon, 05 Jun 2017, Keerthy wrote:
>>
>>>
>>>
>>> On Monday 05 June 2017 04:07 PM, Lee Jones wrote:
>>>> On Sun, 04
On Tuesday 06 June 2017 12:47 PM, Lee Jones wrote:
> On Mon, 05 Jun 2017, Keerthy wrote:
>
>>
>>
>> On Monday 05 June 2017 04:07 PM, Lee Jones wrote:
>>> On Sun, 04 Jun 2017, Keerthy wrote:
>>>
>>>> With the introduction of probe_new func
On Monday 05 June 2017 04:07 PM, Lee Jones wrote:
> On Sun, 04 Jun 2017, Keerthy wrote:
>
>> With the introduction of probe_new function the i2c_device_id
>> is no longer needed. Hence the remove the same and use probe_new
>> instead of probe.
>>
>> Kee
With the introduction of probe_new function the i2c_device_id
is no longer needed. Hence the remove the same and use probe_new
instead of probe.
Signed-off-by: Keerthy
---
Compile tested.
drivers/mfd/tps65086.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a
With the introduction of probe_new function the i2c_device_id
is no longer needed. Hence the remove the same and use probe_new
instead of probe.
Signed-off-by: Keerthy
---
Boot tested on dra7-evm and dra72-evm and checked for regulator registrations.
drivers/mfd/palmas.c | 15
With the introduction of probe_new function the i2c_device_id
is no longer needed. Hence the remove the same and use probe_new
instead of probe.
Signed-off-by: Keerthy
---
Compile tested.
drivers/mfd/tps6586x.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a
With the introduction of probe_new function the i2c_device_id
is no longer needed. Hence the remove the same and use probe_new
instead of probe.
Signed-off-by: Keerthy
---
Compile tested.
drivers/mfd/tps65090.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a
With the introduction of probe_new function the i2c_device_id
is no longer needed. Hence the remove the same and use probe_new
instead of probe.
Signed-off-by: Keerthy
---
Boot tested on am347x-gp-evm and checked for regulator registrations.
drivers/mfd/tps65218.c | 9 +
1 file
With the introduction of probe_new function the i2c_device_id
is no longer needed. Hence the remove the same and use probe_new
instead of probe.
Signed-off-by: Keerthy
---
Compile tested.
drivers/mfd/lp8788.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a
With the introduction of probe_new function the i2c_device_id
is no longer needed. Hence the remove the same and use probe_new
instead of probe.
Signed-off-by: Keerthy
---
Compile tested.
drivers/mfd/lp3943.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a
With the introduction of probe_new function the i2c_device_id
is no longer needed. Hence the remove the same and use probe_new
instead of probe.
Signed-off-by: Keerthy
---
Boot tested on dra71-evm and checked for regulator registrations.
drivers/mfd/lp873x.c | 12 ++--
1 file changed
With the introduction of probe_new function the i2c_device_id
is no longer needed. Hence the remove the same and use probe_new
instead of probe.
Signed-off-by: Keerthy
---
Boot tested on am335x-bone and checked for regulator registrations.
drivers/mfd/tps65217.c | 14 +++---
1 file
With the introduction of probe_new function the i2c_device_id
is no longer needed. Hence the remove the same and use probe_new
instead of probe.
Keerthy (9):
mfd: tps65217: Remove redundant i2c_device_id
mfd: tps65218: Remove redundant i2c_device_id
mfd: palmas: Remove redundant
bootloader
when not executing from ddr and not while executing from kernel.
The previous discussion can be found here:
http://www.spinics.net/lists/devicetree/msg56399.html
Signed-off-by: Keerthy
---
Changes in v2:
* Corrected $subject
arch/arm/boot/dts/am437x-gp-evm.dts | 2 --
arch/arm
On Friday 02 June 2017 02:51 PM, Keerthy wrote:
> dcdc3 supplies to DDR on AM43x series. When we set both
> min and max values to the same value. The regulator framework
> sets that particular voltage. This is bad as we are changing
> the ddr voltage when executing from ddr. Hence re
bootloader
when not executing from ddr and not while executing from kernel.
The previous discussion can be found here:
http://www.spinics.net/lists/devicetree/msg56399.html
Signed-off-by: Keerthy
---
arch/arm/boot/dts/am437x-gp-evm.dts | 2 --
arch/arm/boot/dts/am437x-sk-evm.dts | 2 --
arch
Add driver for lp87565 PMIC family GPIOs. Three GPIOs are supported
and can be configured in Open-drain output or Push-pull output.
Signed-off-by: Keerthy
---
The latest version of mfd driver for this pmic is posted:
https://lkml.org/lkml/2017/5/30/463
drivers/gpio/Kconfig| 10
2-phase outputs configuration,
Buck0 is master for Buck0/1 output and Buck2 is master for Buck2/3
output.
Signed-off-by: Keerthy
---
The other patches are already pulled by Mark. Hence posting
the remaining patch.
Changes in v3:
* Fixed License to GPL v2.
* Fixed an indentation issue
On Tuesday 30 May 2017 03:42 PM, Lee Jones wrote:
> On Tue, 30 May 2017, Keerthy wrote:
>
>>
>>
>> On Tuesday 30 May 2017 02:53 PM, Lee Jones wrote:
>>> On Tue, 23 May 2017, Keerthy wrote:
>>>
>>>> The LP87565 chip is a power managem
On Tuesday 30 May 2017 02:53 PM, Lee Jones wrote:
> On Tue, 23 May 2017, Keerthy wrote:
>
>> The LP87565 chip is a power management IC for Portable Navigation Systems
>> and Tablet Computing devices. It contains the following components:
>>
>> - Configurabl
On Tuesday 30 May 2017 08:17 AM, Kunihiko Hayashi wrote:
> Hi Keerthy,
> Thank you for your comment.
>
> On Mon, 29 May 2017 15:53:39 +0530 Keerthy wrote:
>>
>>
>> On Monday 29 May 2017 02:45 PM, Kunihiko Hayashi wrote:
>>> Add a thermal driver for on-chi
On Monday 29 May 2017 02:45 PM, Kunihiko Hayashi wrote:
> Add a thermal driver for on-chip PVT (Process, Voltage and Temperature)
> monitoring unit implemented on UniPhier SoCs. This driver supports
> temperature monitoring and alert function.
The Documentation in patch 2/4 should be squashed in
On Wednesday 24 May 2017 10:50 PM, Mark Brown wrote:
> On Tue, May 23, 2017 at 05:46:56PM +0530, Keerthy wrote:
>> App support for SMPS12 dual phase regulator.
>>
>> Signed-off-by: Keerthy
>> Acked-by: Lee Jones
>
> What's the relationship between this
The gpio node has 144 gpios. Each gpio is capable of generating
an interrupt. Hence add interrupt-controller property to the gpio
node. With this in place one can use interrupts property in device
tree to request for the gpio interrupts.
Signed-off-by: Keerthy
---
Changes in v2:
* Added
The gpio node has 144 gpios. Each gpio is capable of generating
an interrupt. Hence add interrupt-controller property to the gpio
node. With this in place one can use interrupts property in device
tree to request for the gpio interrupts.
Signed-off-by: Keerthy
---
arch/arm/boot/dts/da850.dtsi
On Tuesday 23 May 2017 03:41 PM, Keerthy wrote:
>
>
> On Tuesday 23 May 2017 02:15 PM, Lee Jones wrote:
>> On Tue, 23 May 2017, Keerthy wrote:
>>> On Tuesday 23 May 2017 12:27 PM, Lee Jones wrote:
>>>> On Tue, 23 May 2017, Keerthy wrote:
>>>>&
App support for SMPS12 dual phase regulator.
Signed-off-by: Keerthy
Acked-by: Lee Jones
---
Changes in v2:
* Added Lee Jones's Ack.
drivers/regulator/palmas-regulator.c | 18 +++---
include/linux/mfd/palmas.h | 2 ++
2 files changed, 17 insertions(+), 3 dele
The regulators set consists of 4 BUCKs. The output
voltages are configurable and are meant to supply power to the
main processor and other components. The ramp delay is configurable
for all BUCKs. The BUCKs can be configured in single phase or
multiphase modes.
Signed-off-by: Keerthy
2-phase outputs configuration,
Buck0 is master for Buck0/1 output and Buck2 is master for Buck2/3
output.
Signed-off-by: Keerthy
---
Changes in v2:
* Fixed a bunch of whitespace errors.
* Changed the License to short form.
* Added the generic compatible lp87565
* Removed i2c_device_id
close. Hence
came up with new drivers and is based on lp873x drivers.
Keerthy (3):
mfd: lp87565: Add lp87565 PMIC support
regulator: lp87565: Add support for lp87565 PMIC regulators
regulator: tps65917: Add support for SMPS12
Documentation/devicetree/bindings/mfd/lp87565.txt | 45
On Tuesday 23 May 2017 02:15 PM, Lee Jones wrote:
> On Tue, 23 May 2017, Keerthy wrote:
>> On Tuesday 23 May 2017 12:27 PM, Lee Jones wrote:
>>> On Tue, 23 May 2017, Keerthy wrote:
>>>> On Monday 22 May 2017 11:18 PM, Lee Jones wrote:
>>>>> On Fri,
On Tuesday 23 May 2017 02:17 PM, Lee Jones wrote:
> On Tue, 23 May 2017, Keerthy wrote:
>> On Tuesday 23 May 2017 01:11 PM, Keerthy wrote:
>>> On Tuesday 23 May 2017 12:27 PM, Lee Jones wrote:
>>>> On Tue, 23 May 2017, Keerthy wrote:
>>>>> On
On Tuesday 23 May 2017 01:11 PM, Keerthy wrote:
>
>
> On Tuesday 23 May 2017 12:27 PM, Lee Jones wrote:
>> On Tue, 23 May 2017, Keerthy wrote:
>>> On Monday 22 May 2017 11:18 PM, Lee Jones wrote:
>>>> On Fri, 19 May 2017, Keerthy wrote:
>>>>
>
On Tuesday 23 May 2017 12:27 PM, Lee Jones wrote:
> On Tue, 23 May 2017, Keerthy wrote:
>> On Monday 22 May 2017 11:18 PM, Lee Jones wrote:
>>> On Fri, 19 May 2017, Keerthy wrote:
>>>
>>>> The LP87565 chip is a power management IC for Portable Navigation Sy
On Monday 22 May 2017 09:53 AM, Keerthy wrote:
>
>
> On Friday 19 May 2017 09:12 PM, Andrew F. Davis wrote:
>> On 05/19/2017 07:42 AM, Keerthy wrote:
>>> The LP87565 chip is a power management IC for Portable Navigation Systems
>>> and Tablet Computing d
On Tuesday 23 May 2017 08:05 AM, Keerthy wrote:
>
>
> On Monday 22 May 2017 11:18 PM, Lee Jones wrote:
>> On Fri, 19 May 2017, Keerthy wrote:
>>
>>> The LP87565 chip is a power management IC for Portable Navigation Systems
>>> and Tablet Computing device
On Monday 22 May 2017 11:18 PM, Lee Jones wrote:
> On Fri, 19 May 2017, Keerthy wrote:
>
>> The LP87565 chip is a power management IC for Portable Navigation Systems
>> and Tablet Computing devices. It contains the following components:
>>
>> - Configurabl
On Friday 19 May 2017 09:23 PM, Andrew F. Davis wrote:
> On 05/19/2017 07:42 AM, Keerthy wrote:
>> The regulators set consists of 4 BUCKs. The output
>> voltages are configurable and are meant to supply power to the
>> main processor and other components. The ramp delay i
On Friday 19 May 2017 09:12 PM, Andrew F. Davis wrote:
> On 05/19/2017 07:42 AM, Keerthy wrote:
>> The LP87565 chip is a power management IC for Portable Navigation Systems
>> and Tablet Computing devices. It contains the following components:
>>
>> - Configur
2-phase outputs configuration,
Buck0 is master for Buck0/1 output and Buck2 is master for Buck2/3
output.
Signed-off-by: Keerthy
---
Documentation/devicetree/bindings/mfd/lp87565.txt | 44
drivers/mfd/Kconfig | 14 ++
drivers/mfd/Makefile
App support for SMPS12 dual phase regulator.
Signed-off-by: Keerthy
---
drivers/regulator/palmas-regulator.c | 18 +++---
include/linux/mfd/palmas.h | 2 ++
2 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/drivers/regulator/palmas-regulator.c
b/drivers
The regulators set consists of 4 BUCKs. The output
voltages are configurable and are meant to supply power to the
main processor and other components. The ramp delay is configurable
for all BUCKs. The BUCKs can be configured in single phase or
multiphase modes.
Signed-off-by: Keerthy
close. Hence
came up with new drivers and is based on lp873x drivers.
Keerthy (3):
mfd: lp87565: Add lp87565 PMIC support
regulator: lp87565: Add support for lp87565 PMIC regulators
regulator: tps65917: Add support for SMPS12
Documentation/devicetree/bindings/mfd/lp87565.txt | 44
drivers
On Monday 08 May 2017 04:06 PM, Colin King wrote:
> From: Colin Ian King
>
> Making thermal_emergency_poweroff static fixes sparse warning:
>
> drivers/thermal/thermal_core.c:6: warning: symbol
> 'thermal_emergency_poweroff' was not declared. Should it b
There
> are other reasons kernel may want to shut the system down, like for
> example critical battery, and if both thermal _and_ bad battery
> happen, we want just one shutdown...
Pavel,
Thermal fix is still valid. As it is having multiple calls.
I can work on fixing the core code as well.
On Friday 05 May 2017 04:08 AM, Alexandre Belloni wrote:
> Hi,
>
> On 03/05/2017 at 11:39:34 +0530, Keerthy wrote:
>> On Tuesday 18 April 2017 10:50 AM, Keerthy wrote:
>>> From: Russ Dill
>>>
>>> Many RTCs provide scratch registers that are maintained
On Thursday 04 May 2017 01:47 PM, Tero Kristo wrote:
> On 04/05/17 10:51, Peter De Schrijver wrote:
>> On Tue, Apr 18, 2017 at 10:42:49AM +0530, Keerthy wrote:
>>> From: Russ Dill
>>>
>>> The clock/dpll registers are in the WKUP power domain. Under both
>
On Tuesday 18 April 2017 10:50 AM, Keerthy wrote:
> From: Russ Dill
>
> Many RTCs provide scratch registers that are maintained so long as the RTC
> has power. Provide a generic method to access these registers.
>
A gentle ping on this
> Signed-off-by: Russ Dill
> S
On Monday 01 May 2017 10:50 AM, Keerthy wrote:
>
>
> On Thursday 27 April 2017 09:50 PM, Eduardo Valentin wrote:
>> On Wed, Apr 26, 2017 at 05:33:10PM +0200, SF Markus Elfring wrote:
>>> From: Markus Elfring
>>> Date: Wed, 26 Apr 2017 17:24:56 +0200
>>&g
the corresponding function "devm_kcalloc".
Reviewed-by: Keerthy
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
> ---
> drivers/thermal/ti-soc-thermal/ti-bandgap.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 dele
ssage
>
> Thus remove such statements here.
Reviewed-by: Keerthy
>
> Link:
> http://events.linuxfoundation.org/sites/events/files/slides/LCJ16-Refactor_Strings-WSang_0.pdf
> Signed-off-by: Markus Elfring
> ---
> drivers/thermal/ti-soc-thermal/ti-bandgap.c | 8 ++-
On Wednesday 26 April 2017 09:09 PM, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 26 Apr 2017 17:11:28 +0200
>
> Add a missing character in this description for a function.
Reviewed-by: Keerthy
>
> Signed-off-by: Markus Elfring
> ---
> drivers/t
On Tuesday 18 April 2017 11:48 AM, Keerthy wrote:
>
>
> On Tuesday 18 April 2017 11:45 AM, Ravikumar wrote:
>>
>>
>> On Tuesday 18 April 2017 09:59 AM, Keerthy wrote:
>>> orderly_poweroff is triggered when a graceful shutdown
>>> of system is desi
On Tuesday 18 April 2017 09:59 AM, Keerthy wrote:
> thermal_zone_device_check --> thermal_zone_device_update -->
> handle_thermal_trip --> handle_critical_trips --> orderly_poweroff
>
> The above sequence happens every 250/500 mS based on the configuration.
> The o
from static source code analysis.
>>
>> Markus Elfring (3):
>> Use devm_kcalloc() in ti_bandgap_build()
>> Delete error messages for failed memory allocations in ti_bandgap_build()
>> Fix a typo in a comment line
>>
>
> Keerthy,
>
> Can you please gi
On Tuesday 18 April 2017 08:30 PM, Tero Kristo wrote:
> On 18/04/17 08:12, Keerthy wrote:
>> From: Russ Dill
>>
>> The clock/dpll registers are in the WKUP power domain. Under both
>> RTC-only
>> suspend and hibernation, these registers are lost. Hence
On Tuesday 18 April 2017 11:45 AM, Ravikumar wrote:
>
>
> On Tuesday 18 April 2017 09:59 AM, Keerthy wrote:
>> orderly_poweroff is triggered when a graceful shutdown
>> of system is desired. This may be used in many critical states of the
>> kernel such as when su
From: Russ Dill
Many RTCs provide scratch registers that are maintained so long as the RTC
has power. Provide a generic method to access these registers.
Signed-off-by: Russ Dill
Signed-off-by: Keerthy
---
drivers/rtc/interface.c | 50
From: Russ Dill
The clock/dpll registers are in the WKUP power domain. Under both RTC-only
suspend and hibernation, these registers are lost. Hence save/restore
them accordingly.
Signed-off-by: Russ Dill
Signed-off-by: Keerthy
---
drivers/clk/clk.c| 70
ke sure that orderly_poweroff is called only once.
Signed-off-by: Keerthy
Acked-by: Eduardo Valentin
---
Changes in v5:
* Added Eduardo's Ack.
Changes in v4:
* power_off_triggered declaration together with mutex definition.
Changes in v3:
* Changed the place where mutex was lo
workqueue to be able to force a shutdown of the system when orderly
shutdown is not successful after a configurable time period.
Reported-by: Nishanth Menon
Signed-off-by: Keerthy
Acked-by: Eduardo Valentin
---
Changes in v6:
* Rephrased Kconfig description as per Eduardo's feedback.
*
On Monday 17 April 2017 10:46 PM, Eduardo Valentin wrote:
> On Sat, Apr 15, 2017 at 08:38:29AM +0530, Keerthy wrote:
>> orderly_poweroff is triggered when a graceful shutdown
>> of system is desired. This may be used in many critical states of the
>> kernel such as wh
On Friday 14 April 2017 07:51 PM, Tony Lindgren wrote:
> * Keerthy [170412 21:55]:
>> Add power hold and power controller properties to palmas node.
>> This is needed to shutdown pmic correctly on boards with
>> powerhold set.
>
> Is this OK to wait for v4.12 or
On Friday 14 April 2017 11:48 PM, Eduardo Valentin wrote:
> Hey,
>
> On Fri, Apr 14, 2017 at 08:42:20AM -0700, Eduardo Valentin wrote:
>> Hello again,
>>
>> On Fri, Apr 14, 2017 at 08:38:40AM -0700, Eduardo Valentin wrote:
>>> Hey,
>>>
>>> O
workqueue to be able to force a shutdown of the system when orderly
shutdown is not successful after a configurable time period.
Reported-by: Nishanth Menon
Signed-off-by: Keerthy
---
Changes in v5:
* Mandated delay for thermal emergency poweroff to be a non-zero value.
Changes in v4
ke sure that orderly_poweroff is called only once.
Signed-off-by: Keerthy
Acked-by: Eduardo Valentin
---
Changes in v5:
* Added Eduardo's Ack.
Changes in v4:
* power_off_triggered declaration together with mutex definition.
Changes in v3:
* Changed the place where mutex was lo
workqueue to be able to force a shutdown of the system when orderly
shutdown is not successful after a configurable time period.
Reported-by: Nishanth Menon
Signed-off-by: Keerthy
---
Changes in v4:
* Updated documentation
* changed emergency_poweroff_func to thermal_emergency_poweroff_func
ke sure that orderly_poweroff is called only once.
Reported-by: Keerthy
Signed-off-by: Keerthy
---
Changes in v4:
* power_off_triggered declaration together with mutex definition.
Changes in v3:
* Changed the place where mutex was locked and unlocked.
Changes in v2:
* Added a global mutex
On Friday 14 April 2017 11:30 AM, Eduardo Valentin wrote:
> On Fri, Apr 14, 2017 at 10:48:24AM +0530, Keerthy wrote:
>> thermal_zone_device_check --> thermal_zone_device_update -->
>> handle_thermal_trip --> handle_critical_trips --> orderly_poweroff
>>
>&g
401 - 500 of 1122 matches
Mail list logo
