rl is not
ready at this time and gpio_request() for Tegra GPIO driver
returns error. The error was not causing the Tegra GPIO driver
to fail as the error was getting ignored.
Signed-off-by: Laxman Dewangan
Cc: Benoit Parrot
Cc: Alexandre Courbot
Reviewed-by: Thierry Reding
---
Changes from V1:
Look for child node which are available when iterating for
gpio hog node for request/set GPIO initial configuration
during OF gpio chip registration.
Signed-off-by: Laxman Dewangan
Reviewed-by: Thierry Reding
---
Changes from V1:
- Add Thierey's acks.
---
drivers/gpio/gpiolib-of.c | 2
The property "gpios" of GPIO hog node support the multiple GPIO entries.
Rephrase the details of this property for this new support.
Add details of new property "label" for GPIO label name.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
- Add details for the
or message.
- Collected acks/reviewed by.
- Added label for name in gpio hog node.
- Reseeunce to have dt doc before driver change.
Laxman Dewangan (5):
gpio: of: Scan available child node for gpio-hog
gpio: gpiolib: Print error number if gpio hog failed
gpio: of: Return error if gpio hog con
On Friday 11 March 2016 02:09 PM, Lee Jones wrote:
On Wed, 09 Mar 2016, Laxman Dewangan wrote:
On Wednesday 02 March 2016 06:38 PM, Lee Jones wrote:
On Mon, 29 Feb 2016, Laxman Dewangan wrote:
On Friday 26 February 2016 10:05 PM, Rhyland Klein wrote:
Did you not see warnings like this when
On Friday 11 March 2016 10:00 AM, Mark Brown wrote:
* PGP Signed by an unknown key
On Thu, Mar 10, 2016 at 05:42:46PM +0530, Laxman Dewangan wrote:
Remove the WAR implemented in fixed regulator to handle the
return of of_get_named_gpio().
You need to explain what a WAR is, I suspect it
OF interface provides to read the u32 value via standard interface
of_property_read_u32(). Use this API to read "regulator-min-microvolts"
and "regulator-max-microvolt".
This will make consistent with other property value reads.
Signed-off-by: Laxman Dewangan
--
Dewangan
---
As per comment, it is said that patch is already posted. If the patch is
active then please add my Tested-by: Laxman Dewangan
drivers/regulator/fixed.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/drivers/regulator/fixed.c b/drivers/regulator
On Thursday 10 March 2016 04:46 PM, Markus Pargmann wrote:
On Thursday 10 March 2016 12:37:32 Laxman Dewangan wrote:
On Wednesday 09 March 2016 10:47 PM, Stephen Warren wrote:
On 03/09/2016 06:20 AM, Laxman Dewangan wrote:
The problem with that is the description used when acquiring the GPIO
On Wednesday 09 March 2016 10:47 PM, Stephen Warren wrote:
On 03/09/2016 06:20 AM, Laxman Dewangan wrote:
On Wednesday 09 March 2016 11:58 AM, Markus Pargmann wrote:
* PGP Signed by an unknown key
Hi,
On Tue, Mar 08, 2016 at 05:32:07PM +0530, Laxman Dewangan wrote:
The child node for gpio
On Wednesday 09 March 2016 10:41 PM, Stephen Warren wrote:
On 03/08/2016 05:02 AM, Laxman Dewangan wrote:
If GPIO hog configuration failed while adding OF based
gpiochip() then return the error instead of ignoring it.
This helps of properly handling the gpio driver dependency.
When adding
On Wednesday 09 March 2016 10:37 PM, Stephen Warren wrote:
On 03/08/2016 08:32 AM, Laxman Dewangan wrote:
On Tuesday 08 March 2016 07:52 PM, Thierry Reding wrote:
On Tue, Mar 08, 2016 at 05:32:05PM +0530, Laxman Dewangan wrote:
Signed-off-by: Laxman Dewangan
---
drivers/gpio/gpiolib.c
On Thursday 10 March 2016 12:57 AM, Eduardo Valentin wrote:
* PGP Signed by an unknown key
On Wed, Mar 09, 2016 at 06:40:09PM +0530, Laxman Dewangan wrote:
Maxim Semiconductor Max77620 supports alarm interrupts when
its die temperature crosses 120C and 140C. These threshold
temperatures are
On Thursday 10 March 2016 01:02 AM, Eduardo Valentin wrote:
* PGP Signed by an unknown key
On Wed, Mar 09, 2016 at 06:40:04PM +0530, Laxman Dewangan wrote:
The series add the devm_ version of thermal_zone_of_sensor_register/
unregister, interface details, and use this in new thermal driver
Hi Linus,
On Sunday 28 February 2016 08:14 PM, Laxman Dewangan wrote:
On Thursday 25 February 2016 07:43 PM, Linus Walleij wrote:
On Wed, Feb 24, 2016 at 2:15 PM, Laxman Dewangan
wrote:
Add resource manageemnt APIs fro pinctrl_register() and
pinctrl_unregister()
and use these new APIs on
Hi Lee,
On Wednesday 02 March 2016 06:38 PM, Lee Jones wrote:
On Mon, 29 Feb 2016, Laxman Dewangan wrote:
On Friday 26 February 2016 10:05 PM, Rhyland Klein wrote:
Did you not see warnings like this when you compiled the kernel? Did you
find a different approach than what I proposed above to
On Wednesday 09 March 2016 11:58 AM, Markus Pargmann wrote:
* PGP Signed by an unknown key
Hi,
On Tue, Mar 08, 2016 at 05:32:07PM +0530, Laxman Dewangan wrote:
The child node for gpio hogs under gpio controller's node
provide the mechanism to automatic GPIO request and
configuration as
Add resource managed version of thermal_zone_of_sensor_register() and
thermal_zone_of_sensor_unregister().
This helps in reducing the code size in error path, remove of
driver remove callbacks and making proper sequence for deallocations.
Signed-off-by: Laxman Dewangan
---
Changes from V1
Maxim Semiconductor MAX77620 supports alarm interrupts when
its die temperature crosses 120C and 140C. These threshold
temperatures are not configurable.
Add DT binding document to details out the DT property related
to MAX77620 thermal functionality.
Signed-off-by: Laxman Dewangan
---
Changes
client.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
- checkpatch warning fix and simplifying the dev.of_node
initialisation.
drivers/thermal/Kconfig| 10 +++
drivers/thermal/Makefile | 1 +
drivers/thermal/thermal-max77620.c | 151
Add details of the interface thermal_zone_of_sensor_register() and
thermal_zone_of_sensor_unregister() in the thermal/sysfs-api.txt.
The details describes the functionality and parameter which
are passed to these interfaces.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
- This is new in
The interface thermal_zone_of_sensor_register() and
thermal_zone_of_sensor_unregister() gained their devm_
wrappers. Add these APIs in the list of managed devices.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
- No change.
Documentation/driver-model/devres.txt | 4
1 file changed
Add details of the interface devm_thermal_zone_of_sensor_register()
and devm_thermal_zone_of_sensor_unregister() in the
.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
- New in series.
Documentation/thermal/sysfs-api.txt | 23 +++
1 file changed, 23 insertions
fix all warnings.
- Added details of interfaces in spifs-api.txt
- Added DT binding doc.
Laxman Dewangan (6):
thermal: doc: Add details of
thermal_zone_of_sensor_{register,unregister}
thermal: of-thermal: Add devm version of
thermal_zone_of_sensor_register
thermal: Add
On Wednesday 09 March 2016 02:54 AM, Eduardo Valentin wrote:
On Fri, Mar 04, 2016 at 07:10:10PM +0530, Laxman Dewangan wrote:
Maxim Semiconductor Max77620 supports alarm interrupts when
its die temperature crosses 120C and 140C. These threshold
temperatures are not configurable.
Add
in next
revision.
On Fri, Mar 04, 2016 at 07:10:08PM +0530, Laxman Dewangan wrote:
Add resource managed version of thermal_zone_of_sensor_register() and
thermal_zone_of_sensor_unregister().
This helps in reducing the code size in error path, remove of
driver remove callbacks and making
On Tuesday 08 March 2016 07:52 PM, Thierry Reding wrote:
On Tue, Mar 08, 2016 at 05:32:05PM +0530, Laxman Dewangan wrote:
Signed-off-by: Laxman Dewangan
---
drivers/gpio/gpiolib.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/gpio/gpiolib.c b/drivers
Print the error number of GPIO hog failed during
its configurations. This helps in identifying the
failure without instrumenting the code.
Signed-off-by: Laxman Dewangan
---
drivers/gpio/gpiolib.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/gpio
The property "gpios" of GPIO hog node support the multiple GPIO entries.
Rephrase the details of this property for this new support.
Signed-off-by: Laxman Dewangan
---
Documentation/devicetree/bindings/gpio/gpio.txt | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
di
ltiple GPIOs in
this property so that multiple GPIOs of gpio-controller
can be configured by this mechanism with one child node.
Signed-off-by: Laxman Dewangan
Cc: Benoit Parrot
Cc: Alexandre Courbot
---
drivers/gpio/gpiolib-of.c | 64 ---
1 file changed,
Look for child node which are available when iterating for
gpio hog node for request/set GPIO initial configuration
during OF gpio chip registration.
Signed-off-by: Laxman Dewangan
---
drivers/gpio/gpiolib-of.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpio
This series enhance the error print by adding error number in print message,
handle the error if gpio_hogd() fails and returns error to caller, and
add the support of multiple GPIOs to be passed from property "gpios" under
gpio hogd node.
Laxman Dewangan (5):
gpio: of: Scan available
rl is not
ready at this time and gpio_request() for Tegra GPIO driver
returns error. The error was not causing the Tegra GPIO driver
to fail as the error was getting ignored.
Signed-off-by: Laxman Dewangan
Cc: Benoit Parrot
Cc: Alexandre Courbot
---
drivers/gpio/gpiolib-of.c | 15 +
Some of platforms like Nvidia's Tegra210 Jetson-TX1 platform has
multiple PMW based regulators. Add support to have multiple instances
of the driver by not changing any global data of pwm regulator and
if required, making instance specific copy and then making changes.
Signed-off-by: L
Prints the error number along with error message when any
error occurs. This helps on getting the reason of failure
quickly from log without any code instrument.
Signed-off-by: Laxman Dewangan
Cc: Lee Jones
---
drivers/regulator/pwm-regulator.c | 12 +++-
1 file changed, 7 insertions
umber of steps and its details.
Signed-off-by: Laxman Dewangan
Cc: Lee Jones
---
.../bindings/regulator/pwm-regulator.txt | 32 +++---
1 file changed, 28 insertions(+), 4 deletions(-)
diff --git a/Documentation/devicetree/bindings/regulator/pwm-regulator.txt
b/Document
With following equation for calculating
voltage_to_duty_cycle_percentage
100 - (((req_uV * 100) - (min_uV * 100)) / diff);
we get 0% for max_uV and 100% for min_uV.
Correcting this to
((req_uV * 100) - (min_uV * 100)) / diff;
to get proper duty cycle.
Signed-off-by: Laxman
R i.e. uP1665P) regulators for CPU and
GPU rails. These regulators are controlled by the PWM controller.
Laxman Dewangan (5):
regulator: pwm: Fix calculation of voltage-to-duty cycle
regulator: pwm: Add support to have multiple instance of pwm regulator
regulator: pwm: Prints error number wh
count, the voltage table with duty cycles is linearly
calculated.
Add support to have specified linear n equal steps for specified
regulator's minimum and maximum voltage range for PWM regulators.
Signed-off-by: Laxman Dewangan
Cc: Lee Jones
---
drivers/regulator/pwm-regulator.c
On Monday 07 March 2016 01:14 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Mon, Mar 07, 2016 at 12:06:46PM +0530, Laxman Dewangan wrote:
Following will not help
depends on THERMAL_OF if THERMAL_OF
because THERMAL_OF is always "y" even if THERMAL is "
On Sunday 06 March 2016 05:05 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Sun, Mar 06, 2016 at 01:17:37PM +0530, Laxman Dewangan wrote:
Here driver is built in binary and THERMAL is the loadable module.
Do we really have THERMAL as module i.e. basic framework?
If randconfig can
On Sunday 06 March 2016 08:05 AM, Mark Brown wrote:
* PGP Signed by an unknown key
On Sat, Mar 05, 2016 at 09:25:49PM +0900, Mark Brown wrote:
The patch
regulator: max8973: add support for junction thermal warning
has been applied to the regulator tree at
git://git.kernel.org/pub/sc
On Friday 04 March 2016 07:10 PM, Laxman Dewangan wrote:
>
+#include
+#include
+#include
+
+#define MAX77620_NORMAL_OPERATING_TEMP 10
+#define MAX77620_TJALARM1_TEMP 12
+#define MAX77620_TJALARM1_TEMP 14
Oops, Second one is MAX77620_TJALARM2_TEMP.
Will s
client.
Signed-off-by: Laxman Dewangan
---
drivers/thermal/Kconfig| 9 +++
drivers/thermal/Makefile | 1 +
drivers/thermal/thermal-max77620.c | 151 +
3 files changed, 161 insertions(+)
create mode 100644 drivers/thermal/thermal
Add resource managed version of thermal_zone_of_sensor_register() and
thermal_zone_of_sensor_unregister().
This helps in reducing the code size in error path, remove of
driver remove callbacks and making proper sequence for deallocations.
Signed-off-by: Laxman Dewangan
---
drivers/thermal/of
The series add the devm_ version of thermal_zone_of_sensor_register/unregister
and use this in new thermal driver for max77620.
The header file for max77620 is part of MFD patch
https://lkml.org/lkml/2016/2/11/186
Laxman Dewangan (3):
thermal: of-thermal: Add devm version of
thermal_zone_of_sensor_register() and thermal_zone_of_sensor_unregister()
gained their devm_ wrappers. Add these APIs in the list of managed devices.
Signed-off-by: Laxman Dewangan
---
Documentation/driver-model/devres.txt | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation
the junction temp via thermal framework.
Signed-off-by: Laxman Dewangan
---
This patch was submitted earlier and applied on tree:
https://lkml.org/lkml/2016/1/6/488
but somehow it is dropped. This is not visisble in linux-next.
Resending this.
Split this in 2 patches, one from
from DT.
Signed-off-by: Laxman Dewangan
---
Documentation/devicetree/bindings/regulator/max8973-regulator.txt | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/devicetree/bindings/regulator/max8973-regulator.txt
b/Documentation/devicetree/bindings/regulator/max8973
After using the function of_device_get_match_data(), the
of_device_id table for tegra20 dma is not used by probe()
and hence moving it near to place where platform driver is
defined as this table used only on this data structure.
Signed-off-by: Laxman Dewangan
---
As per recommendation on patch
On Thursday 03 March 2016 09:30 PM, Vinod Koul wrote:
On Wed, Mar 02, 2016 at 07:59:26PM +0530, Laxman Dewangan wrote:
Use of_device_get_match_data() for getting matched data
instead of implementing this locally.
Signed-off-by: Laxman Dewangan
Acked-by: Thierry Reding
---
Changes form V1
On Thursday 03 March 2016 09:23 PM, Vinod Koul wrote:
On Tue, Mar 01, 2016 at 06:54:40PM +0530, Laxman Dewangan wrote:
Use of_device_get_match_data() for getting matched data
instead of implementing this locally.
I have applied this after fixing subsystem name. Please ensure you use the
right
Use of_device_get_match_data() for getting matched data
instead of implementing this locally.
Signed-off-by: Laxman Dewangan
Acked-by: Thierry Reding
---
Changes form V1:
- Found that it is possible to move of_device_id table to down
where this is used i.e. just above the platform driver
Add helper function to set the state of active-discharge of
regulator using regmap. The HW regulator driver can directly
use this by providing the necessary information in the regulator
descriptor.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
None
drivers/regulator/helpers.c | 23
Add support to enable/disable active discharge of regulator via
machine constraints. This configuration is done when setting
machine constraint during regulator register and if regulator
driver implemented the callback ops.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
Make the interface
Add regulator ops callback for configuration of active-discharge
and provide necessarily information via regulator descriptor.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
None
drivers/regulator/max77620-regulator.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers
Add common DT property for regulator node to support of
active discharge enable/disable configuration of regulator.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
None
Documentation/devicetree/bindings/regulator/regulator.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a
e 0 (non-init member) will be treated as default,
1 for disable and 2 for enable. Created enum for active discharge
default/enable/disable
Resending as earlier sequence was messed up.
Laxman Dewangan (4):
regulator: DT: Add DT property for active-discharge configuration
regulator: core: Ad
On Wednesday 02 March 2016 03:55 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Wed, Mar 02, 2016 at 12:32:10PM +0530, Laxman Dewangan wrote:
Add support to enable/disable active discharge of regulator via
machine constraints. This configuration is done when setting
machine
Use macro REGMAP_IRQ_REG from regmap.h to initialise the
regmap irq table for max77686 to have better coding style
and improve readability.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
- Added information in commit message for answering why it is done.
drivers/rtc/rtc-max77686.c | 12
d-off-by: Laxman Dewangan
---
Changes from V1:
- Remove macro and use value directly.
- Handle error returned from platform_get_irq()
- Remove compatible for max77620.
- Cleanup like indenting.
drivers/rtc/Kconfig| 4 ++--
drivers/rtc/rtc-max77686.c
Add support to enable/disable active discharge of regulator via
machine constraints. This configuration is done when setting
machine constraint during regulator register and if regulator
driver implemented the callback ops.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
Make the interface
Add support to enable/disable active discharge of regulator via
machine constraints. This configuration is done when setting
machine constraint during regulator register and if regulator
driver implemented the callback ops.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
Make the interface
Add regulator ops callback for configuration of active-discharge
and provide necessarily information via regulator descriptor.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
None
drivers/regulator/max77620-regulator.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers
e 0 (non-init member) will be treated as default,
1 for disable and 2 for enable. Created enum for active discharge
default/enable/disable
Laxman Dewangan (4):
regulator: DT: Add DT property for active-discharge configuration
regulator: core: Add support for active-discharge configuratio
Add helper function to set the state of active-discharge of
regulator using regmap. The HW regulator driver can directly
use this by providing the necessary information in the regulator
descriptor.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
None
drivers/regulator/helpers.c | 23
Add common DT property for regulator node to support of
active discharge enable/disable configuration of regulator.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
None
Documentation/devicetree/bindings/regulator/regulator.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a
On Wednesday 02 March 2016 10:05 AM, Mark Brown wrote:
* PGP Signed by an unknown key
On Wed, Mar 02, 2016 at 09:05:26AM +0530, Laxman Dewangan wrote:
On Wednesday 02 March 2016 09:08 AM, Mark Brown wrote:
You're not trying to scale the value here, you're trying to replace the
val
On Wednesday 02 March 2016 09:58 AM, Krzysztof Kozlowski wrote:
On 02.03.2016 13:10, Laxman Dewangan wrote:
On Wednesday 02 March 2016 09:22 AM, Krzysztof Kozlowski wrote:
On 02.03.2016 11:15, Laxman Dewangan wrote:
(kernel_ulong_t)&max77802_drv_data, },
+{ "max77620-rtc"
On Wednesday 02 March 2016 09:22 AM, Krzysztof Kozlowski wrote:
On 02.03.2016 11:15, Laxman Dewangan wrote:
(kernel_ulong_t)&max77802_drv_data, },
+{ "max77620-rtc", .driver_data =
(kernel_ulong_t)&max77620_drv_data, },
+{ "max20024-rtc", .d
On Wednesday 02 March 2016 09:08 AM, Mark Brown wrote:
* PGP Signed by an unknown key
On Tue, Mar 01, 2016 at 09:18:46AM +0530, Laxman Dewangan wrote:
HW team characterize the board and its rail and come up with the following
data:
- Configure PMIC to 27mV/us for ramp time.
- With this
On Wednesday 02 March 2016 06:28 AM, Krzysztof Kozlowski wrote:
On 29.02.2016 21:58, Laxman Dewangan wrote:
+ .alarm_pending_status_reg = MAX77620_RTC_ALARM_PENDING_STATUS_REG,
Just skip the alarm_pending_status_reg (so it will be 0x0) and check for
non-zero value later?
It might be a
On Wednesday 02 March 2016 06:30 AM, Krzysztof Kozlowski wrote:
On 29.02.2016 21:58, Laxman Dewangan wrote:
use macro REGMAP_IRQ_REG from regmap.h to initialise the
regmap irq table for max77686.
Why? Any benefits?
I think it is better coding to use macro for member initializations
instead
On Wednesday 02 March 2016 07:14 AM, Mark Brown wrote:
* PGP Signed by an unknown key
On Tue, Mar 01, 2016 at 06:08:13PM +0530, Laxman Dewangan wrote:
+ * @active_discharge: Enable/disable active discharge. The values are:
+ * -1: Default, 0: Disable, 1: Enable.
This isn
Use of_device_get_match_data() for getting matched data
instead of implementing this locally.
Signed-off-by: Laxman Dewangan
---
drivers/dma/tegra20-apb-dma.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/dma/tegra20-apb-dma.c b/drivers/dma/tegra20-apb
Add support to enable/disable active discharge of regulator via
machine constraints. This configuration is done when setting
machine constraint during regulator register and if regulator
driver implemented the callback ops.
Signed-off-by: Laxman Dewangan
---
drivers/regulator/core.c
: regulator: add DT binding doc for regulator of PMIC
max77620/max20024
> +- maxim,disable-active-discharge:boolean, Disable active discharge.
That's something I've seen other regulators do, can we make it a standard
property with an op?
Laxman Dewangan (4):
regulator: DT: Add DT
Add regulator ops callback for configuration of active-discharge
and provide necessarily information via regulator descriptor.
Signed-off-by: Laxman Dewangan
---
drivers/regulator/max77620-regulator.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/regulator/max77620
Add helper function to set the state of active-discharge of
regulator using regmap. The HW regulator driver can directly
use this by providing the necessary information in the regulator
descriptor.
Signed-off-by: Laxman Dewangan
---
drivers/regulator/helpers.c | 23
Add common DT property for regulator node to support of
active discharge enable/disable configuration of regulator.
Signed-off-by: Laxman Dewangan
---
Documentation/devicetree/bindings/regulator/regulator.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree
On Tuesday 01 March 2016 05:02 AM, Arnd Bergmann wrote:
On Monday 29 February 2016 18:32:52 Laxman Dewangan wrote:
Enable following configs for the Maxim Semiconductor's PMIC
MAX77620/MAX20024. This is used on NVIDIA's Tegra 210 platform
Jetson-TX1.
CONFIG_MFD_MAX77620 For
On Thursday 25 February 2016 09:45 PM, Thierry Reding wrote:
On Sat, Feb 20, 2016 at 10:10:56AM +0530, Laxman Dewangan wrote:
On Tuesday 16 February 2016 09:30 PM, Thierry Reding wrote:
On Thu, Feb 11, 2016 at 05:26:26PM +0530, Laxman Dewangan wrote:
Add SW support for MAXIM Semiconductor
Hi Linus,
On Tuesday 16 February 2016 04:46 AM, Linus Walleij wrote:
On Thu, Feb 11, 2016 at 12:56 PM, Laxman Dewangan wrote:
Maxim Semiconductor's PMIC MAX77620/MAX20024 has 8 GPIO pins
which act as GPIO as well as special function mode.
Add DT binding document to configure pi
On Tuesday 01 March 2016 07:53 AM, Mark Brown wrote:
* PGP Signed by an unknown key
On Mon, Feb 29, 2016 at 09:47:51AM -0800, Bjorn Andersson wrote:
On Mon 29 Feb 06:40 PST 2016, Laxman Dewangan wrote:
It is observed that voltage change in given rail affected by the load
and the capacitor in
he term of percentage i.e. 300% means it will
do the 3x delay of calculated value.
Signed-off-by: Laxman Dewangan
---
Documentation/devicetree/bindings/regulator/regulator.txt | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/devicetree/bindings/regulator/regulator.txt
b/Doc
term of percentage i.e. 300% means it will
do the 3x delay of calculated value.
Signed-off-by: Laxman Dewangan
---
drivers/regulator/core.c | 6 ++
drivers/regulator/of_regulator.c | 7 +++
include/linux/regulator/machine.h | 7 +++
3 files changed, 20 insertions(+)
diff
i2c_new_dummy() and i2c_unregister_device() gained their devm_ wrappers.
Signed-off-by: Laxman Dewangan
---
- New in series.
Documentation/driver-model/devres.txt | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/driver-model/devres.txt
b/Documentation/driver-model
Add resource managed version of i2c_new_dummy() and
i2c_unregister_device().
This helps in reducing the code size in error path and device
remove callbacks and making proper sequence for deallocations.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
- Got review comment on similar change
Add DT entry for keys used in Jetson-TX p2371-2180. This has
three keys, POWER, VOLUME-UP and VOLUME-DOWN.
Signed-off-by: Laxman Dewangan
---
arch/arm64/boot/dts/nvidia/tegra210-p2371-2180.dts | 25 ++
1 file changed, 25 insertions(+)
diff --git a/arch/arm64/boot/dts/nvidia
properties.
Signed-off-by: Laxman Dewangan
---
The patches for drivers of MFD/GPIO/Pincontrol are in flight.
arch/arm64/boot/dts/nvidia/tegra210-p2371-2180.dts | 205 +
1 file changed, 205 insertions(+)
diff --git a/arch/arm64/boot/dts/nvidia/tegra210-p2371-2180.dts
b/arch/
X77620 for regulator support.
CONFIG_RTC_DRV_MAX77686 for RTC support.
Enable Tegra I2C config to enable I2C in NVIDIA's Tegra 210
platforms.
Signed-off-by: Laxman Dewangan
---
The patches for drivers of MFD/GPIO/Pincontrol are in flight.
arch/arm64/configs/defconfig | 6 ++
1 file change
use macro REGMAP_IRQ_REG from regmap.h to initialise the
regmap irq table for max77686.
Signed-off-by: Laxman Dewangan
---
drivers/rtc/rtc-max77686.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/rtc/rtc-max77686.c b/drivers/rtc/rtc-max77686.c
index
d-off-by: Laxman Dewangan
---
drivers/rtc/Kconfig| 4 ++--
drivers/rtc/rtc-max77686.c | 46 +++---
2 files changed, 45 insertions(+), 5 deletions(-)
diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig
index 08df14b..1c8dadc 100644
--- a/driver
On Friday 26 February 2016 10:05 PM, Rhyland Klein wrote:
On 2/19/2016 11:28 AM, Rhyland Klein wrote:
On 2/19/2016 3:50 AM, Lee Jones wrote:
On Thu, 18 Feb 2016, Rhyland Klein wrote:
#define MFD_ARRAY_SIZE(arr) (sizeof(arr) / sizeof((arr)[0]))
-#define MFD_CELL_ALL(_name, _res, _pdata,
On Thursday 25 February 2016 07:43 PM, Linus Walleij wrote:
On Wed, Feb 24, 2016 at 2:15 PM, Laxman Dewangan wrote:
Add resource manageemnt APIs fro pinctrl_register() and pinctrl_unregister()
and use these new APIs on hw driver to reduce the error path code and
remove callback for driver
On Thursday 25 February 2016 06:54 PM, Linus Walleij wrote:
On Tue, Feb 23, 2016 at 4:15 PM, Laxman Dewangan wrote:
I have made the repo in git hub as
https://github.com/ldewangan/linux-upstream.git
Awesome.
branch name is devm_gpiochip.
https://github.com/ldewangan/linux
On Wednesday 24 February 2016 10:52 PM, Stefan Wahren wrote:
Hi Laxman,
Laxman Dewangan hat am 24. Februar 2016 um 14:15
geschrieben:
Add resource manageemnt APIs fro pinctrl_register() and pinctrl_unregister()
and use these new APIs on hw driver to reduce the error path code and
remove
Add new member of devm wrappers for the pinctrl_register and
pinctrl_unregister in list of managed interfaces.
Signed-off-by: Laxman Dewangan
---
Documentation/driver-model/devres.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/driver-model/devres.txt
b/Documentation
Use devm_pinctrl_register() for pin control registration.
Signed-off-by: Laxman Dewangan
Cc: Ray Jui
---
drivers/pinctrl/bcm/pinctrl-bcm2835.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/pinctrl/bcm/pinctrl-bcm2835.c
b/drivers/pinctrl/bcm/pinctrl-bcm2835.c
Use devm_pinctrl_register() for pin control registration and clean
the error path.
Signed-off-by: Laxman Dewangan
Cc: Ray Jui
Cc: Scott Branden
Cc: Jon Mason
---
drivers/pinctrl/bcm/pinctrl-iproc-gpio.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/drivers
501 - 600 of 1816 matches
Mail list logo