Skip to contentSkip to conversation

LM36274 Introduction

PATCH In review Dan Murphy 5 participants 18 messages Jun 5, 2019 – Jun 25, 2019

Subsystems (4)
lore
Share & tools
lore

Dan Murphy

author
#0 lore raw

v6 cover LM36274 Introduction

Hello

The v5 patchset missed adding in the new validation code. Patch 1 of the v5 series was squashed into patch 4 of the v5 series. So this will reduce the patchset by 1.

Sorry for the extra noise on the patchsets. The change was lost when I converted the patches from the mainline branch to the LED branch.

This change was made on top of the branch

repo: https://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
branch: ti-lmu-led-drivers

Dan Murphy (5):
dt-bindings: mfd: Add lm36274 bindings to ti-lmu
mfd: ti-lmu: Add LM36274 support to the ti-lmu
regulator: lm363x: Add support for LM36274
dt-bindings: leds: Add LED bindings for the LM36274
leds: lm36274: Introduce the TI LM36274 LED driver

 .../devicetree/bindings/leds/leds-lm36274.txt |  82 +++++++++
 .../devicetree/bindings/mfd/ti-lmu.txt        |  54 ++++++
 drivers/leds/Kconfig                          |   8 +
 drivers/leds/Makefile                         |   1 +
 drivers/leds/leds-lm36274.c                   | 174 ++++++++++++++++++
 drivers/mfd/Kconfig                           |   5 +-
 drivers/mfd/ti-lmu.c                          |  14 ++
 drivers/regulator/Kconfig                     |   2 +-
 drivers/regulator/lm363x-regulator.c          |  78 +++++++-
 include/linux/mfd/ti-lmu-register.h           |  23 +++
 include/linux/mfd/ti-lmu.h                    |   4 +
 11 files changed, 437 insertions(+), 8 deletions(-)
 create mode 100644 Documentation/devicetree/bindings/leds/leds-lm36274.txt
 create mode 100644 drivers/leds/leds-lm36274.c
Signature · 1 line
2.21.0.5.gaeb582a983
author
#1 lore raw

PATCH v6 1/5 dt-bindings: mfd: Add lm36274 bindings to ti-lmu

Add the LM36274 backlight driver with regulator support. This is a multi-function device for backlight applications.

Backlight properties will be documented in it's a supplemental bindings document.

Regulator support is documented in the regulator/lm363x-regulator.txt

http://www.ti.com/lit/ds/symlink/lm36274.pdf

---
 .../devicetree/bindings/mfd/ti-lmu.txt        | 54 +++++++++++++++++++
 1 file changed, 54 insertions(+)
Documentation/devicetree/bindings/mfd/ti-lmu.txt +54 -0
index 782d3c9812ed..2296b8f24de4 100644
@@ -8,6 +8,7 @@ TI LMU driver supports lighting devices below.
   LM3632       Backlight and regulator
   LM3633       Backlight, LED and fault monitor
   LM3695       Backlight
+  LM36274      Backlight and regulator
 
 Required properties:
   - compatible: Should be one of:
@@ -15,11 +16,13 @@ Required properties:
                 "ti,lm3632"
                 "ti,lm3633"
                 "ti,lm3695"
+		"ti,lm36274"
   - reg: I2C slave address.
          0x11 for LM3632
          0x29 for LM3631
          0x36 for LM3633
          0x63 for LM3695
+         0x11 for LM36274
 
 Optional properties:
   - enable-gpios: A GPIO specifier for hardware enable pin.
@@ -50,12 +53,14 @@ Optional nodes:
       - compatible: Should be one of:
                     "ti,lm3633-fault-monitor"
   - leds: LED properties for LM3633. Please refer to [2].
+	  LED properties for LM36274. Please refer to [4].
   - regulators: Regulator properties for LM3631 and LM3632.
                 Please refer to [3].
 
 [1] ../leds/backlight/ti-lmu-backlight.txt
 [2] ../leds/leds-lm3633.txt
 [3] ../regulator/lm363x-regulator.txt
+[4] ../leds/leds-lm36274.txt
 
 lm3631@29 {
 	compatible = "ti,lm3631";
@@ -213,3 +218,52 @@ lm3695@63 {
 		};
 	};
 };
+
+lm36274@11 {
+	compatible = "ti,lm36274";
+	#address-cells = <1>;
+	#size-cells = <0>;
+	reg = <0x11>;
+
+	enable-gpios = <&pioC 2 GPIO_ACTIVE_HIGH>;
+	regulators {
+		#address-cells = <1>;
+		#size-cells = <0>;
+		compatible = "ti,lm363x-regulator";
+
+		enable-gpios = <&pioC 0 GPIO_ACTIVE_HIGH>,
+			       <&pioC 1 GPIO_ACTIVE_HIGH>;
+
+		vboost {
+			regulator-name = "lcd_boost";
+			regulator-min-microvolt = <4000000>;
+			regulator-max-microvolt = <7150000>;
+			regulator-always-on;
+		};
+
+		vpos {
+			regulator-name = "lcd_vpos";
+			regulator-min-microvolt = <4000000>;
+			regulator-max-microvolt = <6500000>;
+		};
+
+		vneg {
+			regulator-name = "lcd_vneg";
+			regulator-min-microvolt = <4000000>;
+			regulator-max-microvolt = <6500000>;
+		};
+	};
+
+	backlight {
+		#address-cells = <1>;
+		#size-cells = <0>;
+		compatible = "ti,lm36274-backlight";
+
+		led@0 {
+			reg = <0>;
+			led-sources = <0 2>;
+			label = "white:backlight_cluster";
+			linux,default-trigger = "backlight";
+		};
+	};
+};
Signature · 1 line
2.21.0.5.gaeb582a983
author
#2 lore raw

PATCH v6 2/5 mfd: ti-lmu: Add LM36274 support to the ti-lmu

In reply to Dan Murphy

Add the LM36274 register support to the ti-lmu MFD driver.

---
 drivers/mfd/Kconfig                 |  5 ++---
 drivers/mfd/ti-lmu.c                | 14 ++++++++++++++
 include/linux/mfd/ti-lmu-register.h | 23 +++++++++++++++++++++++
 include/linux/mfd/ti-lmu.h          |  4 ++++
 4 files changed, 43 insertions(+), 3 deletions(-)
drivers/mfd/Kconfig +2 -3
index 8933485b28e7..a69aca3c2dab 100644
@@ -1335,9 +1335,8 @@ config MFD_TI_LMU
 	select REGMAP_I2C
 	help
 	  Say yes here to enable support for TI LMU chips.
-
-	  TI LMU MFD supports LM3532, LM3631, LM3632, LM3633, and LM3695.
-	  It consists of backlight, LED and regulator driver.
+	  TI LMU MFD supports LM3532, LM3631, LM3632, LM3633, LM3695 and
+	  LM36274.  It consists of backlight, LED and regulator driver.
 	  It provides consistent device controls for lighting functions.
 
 config MFD_OMAP_USB_HOST
drivers/mfd/ti-lmu.c +14 -0
index 89b1c5b584af..691ab9dd6236 100644
@@ -111,6 +111,17 @@ static const struct mfd_cell lm3695_devices[] = {
 	},
 };
 
+static const struct mfd_cell lm36274_devices[] = {
+	LM363X_REGULATOR(LM36274_BOOST),
+	LM363X_REGULATOR(LM36274_LDO_POS),
+	LM363X_REGULATOR(LM36274_LDO_NEG),
+	{
+		.name          = "lm36274-leds",
+		.id            = LM36274,
+		.of_compatible = "ti,lm36274-backlight",
+	},
+};
+
 #define TI_LMU_DATA(chip, max_reg)		\
 static const struct ti_lmu_data chip##_data =	\
 {						\
@@ -123,6 +134,7 @@ TI_LMU_DATA(lm3631, LM3631_MAX_REG);
 TI_LMU_DATA(lm3632, LM3632_MAX_REG);
 TI_LMU_DATA(lm3633, LM3633_MAX_REG);
 TI_LMU_DATA(lm3695, LM3695_MAX_REG);
+TI_LMU_DATA(lm36274, LM36274_MAX_REG);
 
 static int ti_lmu_probe(struct i2c_client *cl, const struct i2c_device_id *id)
 {
@@ -191,6 +203,7 @@ static const struct of_device_id ti_lmu_of_match[] = {
 	{ .compatible = "ti,lm3632", .data = &lm3632_data },
 	{ .compatible = "ti,lm3633", .data = &lm3633_data },
 	{ .compatible = "ti,lm3695", .data = &lm3695_data },
+	{ .compatible = "ti,lm36274", .data = &lm36274_data },
 	{ }
 };
 MODULE_DEVICE_TABLE(of, ti_lmu_of_match);
@@ -200,6 +213,7 @@ static const struct i2c_device_id ti_lmu_ids[] = {
 	{ "lm3632", LM3632 },
 	{ "lm3633", LM3633 },
 	{ "lm3695", LM3695 },
+	{ "lm36274", LM36274 },
 	{ }
 };
 MODULE_DEVICE_TABLE(i2c, ti_lmu_ids);
include/linux/mfd/ti-lmu-register.h +23 -0
index 76998b01764b..076d8dea38fd 100644
@@ -189,4 +189,27 @@
 #define LM3695_REG_BRT_MSB			0x14
 
 #define LM3695_MAX_REG				0x14
+
+/* LM36274 */
+#define LM36274_REG_REV				0x01
+#define LM36274_REG_BL_CFG_1			0x02
+#define LM36274_REG_BL_CFG_2			0x03
+#define LM36274_REG_BRT_LSB			0x04
+#define LM36274_REG_BRT_MSB			0x05
+#define LM36274_REG_BL_EN			0x08
+
+#define LM36274_REG_BIAS_CONFIG_1		0x09
+#define LM36274_EXT_EN_MASK			BIT(0)
+#define LM36274_EN_VNEG_MASK			BIT(1)
+#define LM36274_EN_VPOS_MASK			BIT(2)
+
+#define LM36274_REG_BIAS_CONFIG_2		0x0a
+#define LM36274_REG_BIAS_CONFIG_3		0x0b
+#define LM36274_REG_VOUT_BOOST			0x0c
+#define LM36274_REG_VOUT_POS			0x0d
+#define LM36274_REG_VOUT_NEG			0x0e
+#define LM36274_VOUT_MASK			0x3F
+
+#define LM36274_MAX_REG				0x13
+
 #endif
include/linux/mfd/ti-lmu.h +4 -0
index 54e9d272e81c..0957598c7d41 100644
@@ -26,6 +26,7 @@ enum ti_lmu_id {
 	LM3632,
 	LM3633,
 	LM3695,
+	LM36274,
 	LMU_MAX_ID,
 };
 
@@ -67,6 +68,9 @@ enum lm363x_regulator_id {
 	LM3632_BOOST,		/* Boost output */
 	LM3632_LDO_POS,		/* Positive display bias output */
 	LM3632_LDO_NEG,		/* Negative display bias output */
+	LM36274_BOOST,		/* Boost output */
+	LM36274_LDO_POS,	/* Positive display bias output */
+	LM36274_LDO_NEG,	/* Negative display bias output */
 };
 
 /**
Signature · 1 line
2.21.0.5.gaeb582a983
Acked-by on v6 2/5
#3 lore raw

Re: [PATCH v6 2/5] mfd: ti-lmu: Add LM36274 support to the ti-lmu

Quoted 5 lines · Dan Murphy

Add the LM36274 register support to the ti-lmu MFD driver.

Signature · 2 lines
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
author
#4 lore raw

PATCH v6 3/5 regulator: lm363x: Add support for LM36274

In reply to Dan Murphy

Adding regulator support for the LM36274 backlight driver. This device can leverage this existing code as the functionality and registers are common enough between the LM36274 and the LM363x series of devices.

---

v6 - Squash patch 1 of the series into this patch. Add flexibility when setting the EXT_EN GPIO bit for the LM3633 and LM36274 based on comments made in patch 1 - https://lore.kernel.org/patchwork/patch/1077408/

 drivers/regulator/Kconfig            |  2 +-
 drivers/regulator/lm363x-regulator.c | 78 ++++++++++++++++++++++++++--
 2 files changed, 75 insertions(+), 5 deletions(-)
drivers/regulator/Kconfig +1 -1
index 6c37f0df9323..34e03691dd00 100644
@@ -363,7 +363,7 @@ config REGULATOR_LM363X
 	tristate "TI LM363X voltage regulators"
 	depends on MFD_TI_LMU
 	help
-	  This driver supports LM3631 and LM3632 voltage regulators for
+	  This driver supports LM3631, LM3632 and LM36274 voltage regulators for
 	  the LCD bias.
 	  One boost output voltage is configurable and always on.
 	  Other LDOs are used for the display module.
drivers/regulator/lm363x-regulator.c +74 -4

111 lines not on this page · raw message

Signature · 1 line
2.21.0.5.gaeb582a983
maintainer Acked-by on v6 3/5
#5 lore raw

Re: [PATCH v6 3/5] regulator: lm363x: Add support for LM36274

Quoted 4 lines · Dan Murphy

Adding regulator support for the LM36274 backlight driver. This device can leverage this existing code as the functionality and registers are common enough between the LM36274 and the LM363x series of devices.

Acked-by on v6 3/5
#6 lore raw

Re: [PATCH v6 3/5] regulator: lm363x: Add support for LM36274

In reply to Dan Murphy
Quoted 7 lines · Dan Murphy

Adding regulator support for the LM36274 backlight driver. This device can leverage this existing code as the functionality and registers are common enough between the LM36274 and the LM363x series of devices.

Signature · 2 lines
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
author
#7 lore raw

PATCH v6 4/5 dt-bindings: leds: Add LED bindings for the LM36274

In reply to Dan Murphy

Add the LM36274 LED specific bindings.

---
 .../devicetree/bindings/leds/leds-lm36274.txt | 82 +++++++++++++++++++
 1 file changed, 82 insertions(+)
 create mode 100644 Documentation/devicetree/bindings/leds/leds-lm36274.txt
Documentation/devicetree/bindings/leds/leds-lm36274.txt new file +82 -0
new file mode 100644
index 000000000000..329393700191
@@ -0,0 +1,82 @@
+* Texas Instruments LM36274 4-Channel LCD Backlight Driver w/Integrated Bias
+
+The LM36274 is an integrated four-channel WLED driver and LCD bias supply.
+The backlight boost provides the power to bias four parallel LED strings with
+up to 29V total output voltage. The 11-bit LED current is programmable via
+the I2C bus and/or controlled via a logic level PWM input from 60 μA to 30 mA.
+
+Parent device properties are documented in ../mfd/ti_lmu.txt
+Regulator properties are documented in ../regulator/lm363x-regulator.txt
+
+Required backlight properties:
+	- compatible:
+		"ti,lm36274-backlight"
+	- reg : 0
+	- #address-cells : 1
+	- #size-cells : 0
+	- led-sources : Indicates which LED strings will be enabled.
+			Values from 0-3, sources is 0 based so strings will be
+			source value + 1.
+
+Optional backlight properties:
+	- label : see Documentation/devicetree/bindings/leds/common.txt
+	- linux,default-trigger :
+	   see Documentation/devicetree/bindings/leds/common.txt
+
+Example:
+
+HVLED string 1 and 3 are controlled by control bank A and HVLED 2 string is
+controlled by control bank B.
+
+lm36274@11 {
+	compatible = "ti,lm36274";
+	#address-cells = <1>;
+	#size-cells = <0>;
+	reg = <0x11>;
+
+	enable-gpios = <&gpio1 28 GPIO_ACTIVE_HIGH>;
+
+	regulators {
+		#address-cells = <1>;
+		#size-cells = <0>;
+		compatible = "ti,lm363x-regulator";
+
+		enable-gpios = <&pioC 0 GPIO_ACTIVE_HIGH>,
+			       <&pioC 1 GPIO_ACTIVE_HIGH>;
+
+		vboost {
+			regulator-name = "lcd_boost";
+			regulator-min-microvolt = <4000000>;
+			regulator-max-microvolt = <7150000>;
+			regulator-always-on;
+		};
+
+		vpos {
+			regulator-name = "lcd_vpos";
+			regulator-min-microvolt = <4000000>;
+			regulator-max-microvolt = <6500000>;
+		};
+
+		vneg {
+			regulator-name = "lcd_vneg";
+			regulator-min-microvolt = <4000000>;
+			regulator-max-microvolt = <6500000>;
+		};
+	};
+
+	backlight {
+		#address-cells = <1>;
+		#size-cells = <0>;
+		compatible = "ti,lm36274-backlight";
+
+		led@0 {
+			reg = <0>;
+			led-sources = <0 2>;
+			label = "white:backlight_cluster";
+			linux,default-trigger = "backlight";
+		};
+	};
+};
+
+For more product information please see the link below:
+http://www.ti.com/lit/ds/symlink/lm36274.pdf
Signature · 1 line
2.21.0.5.gaeb582a983
Acked-by on v6 4/5
#8 lore raw

Re: [PATCH v6 4/5] dt-bindings: leds: Add LED bindings for the LM36274

Hi!

Quoted 10 lines
 .../devicetree/bindings/leds/leds-lm36274.txt | 82 +++++++++++++++++++
 1 file changed, 82 insertions(+)
 create mode 100644 Documentation/devicetree/bindings/leds/leds-lm36274.txt
Documentation/devicetree/bindings/leds/leds-lm36274.txt new file +0 -0
new file mode 100644
index 000000000000..329393700191

Documentation/devicetree/bindings/leds/leds-lm36274.txt line 9

Quoted 9 lines
Documentation/devicetree/bindings/leds/leds-lm36274.txt new file +9 -0
@@ -0,0 +1,82 @@
+* Texas Instruments LM36274 4-Channel LCD Backlight Driver w/Integrated Bias
+
+The LM36274 is an integrated four-channel WLED driver and LCD bias supply.
+The backlight boost provides the power to bias four parallel LED strings with
+up to 29V total output voltage. The 11-bit LED current is programmable via
+the I2C bus and/or controlled via a logic level PWM input from 60 μA to 30 mA.
+
+Parent device properties are documented in ../mfd/ti_lmu.txt
+Regulator properties are documented in ../regulator/lm363x-regulator.txt

Should these paths follow the same format as below (Documentation/devicetree/bindings)

?

Otherwise looks good.

Pavel

Signature · 2 lines
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
author
#9 lore raw

PATCH v6 5/5 leds: lm36274: Introduce the TI LM36274 LED driver

In reply to Dan Murphy

Introduce the LM36274 LED driver. This driver uses the ti-lmu MFD driver to probe this LED driver. The driver configures only the LED registers and enables the outputs according to the config file.

The driver utilizes the TI LMU (Lighting Management Unit) LED common framework to set the brightness bits.

---
 drivers/leds/Kconfig        |   8 ++
 drivers/leds/Makefile       |   1 +
 drivers/leds/leds-lm36274.c | 174 ++++++++++++++++++++++++++++++++++++
 3 files changed, 183 insertions(+)
 create mode 100644 drivers/leds/leds-lm36274.c
drivers/leds/Kconfig +8 -0
index 91cb047059a0..61c585049b2d 100644
@@ -798,6 +798,14 @@ config LEDS_LM3697
 	  Say Y to enable the LM3697 LED driver for TI LMU devices.
 	  This supports the LED device LM3697.
 
+config LEDS_LM36274
+	tristate "LED driver for LM36274"
+	depends on LEDS_TI_LMU_COMMON
+	depends on MFD_TI_LMU
+	help
+	  Say Y to enable the LM36274 LED driver for TI LMU devices.
+	  This supports the LED device LM36274.
+
 comment "LED Triggers"
 source "drivers/leds/trigger/Kconfig"
 
drivers/leds/Makefile +1 -0
index 6c3350404ede..c52934732c1a 100644
@@ -83,6 +83,7 @@ obj-$(CONFIG_LEDS_SC27XX_BLTC)		+= leds-sc27xx-bltc.o
 obj-$(CONFIG_LEDS_LM3601X)		+= leds-lm3601x.o
 obj-$(CONFIG_LEDS_TI_LMU_COMMON)	+= leds-ti-lmu-common.o
 obj-$(CONFIG_LEDS_LM3697)		+= leds-lm3697.o
+obj-$(CONFIG_LEDS_LM36274)		+= leds-lm36274.o
 
 # LED SPI Drivers
 obj-$(CONFIG_LEDS_CR0014114)		+= leds-cr0014114.o
drivers/leds/leds-lm36274.c new file +174 -0

174 lines not on this page · raw message

Signature · 1 line
2.21.0.5.gaeb582a983
Acked-by on v6 5/5
#10 lore raw

Re: [PATCH v6 5/5] leds: lm36274: Introduce the TI LM36274 LED driver

Hi!

Quoted 6 lines

Introduce the LM36274 LED driver. This driver uses the ti-lmu MFD driver to probe this LED driver. The driver configures only the LED registers and enables the outputs according to the config file.

The driver utilizes the TI LMU (Lighting Management Unit) LED common framework to set the brightness bits.

Nothing too bad, but...

drivers/leds/leds-lm36274.c line 82

Quoted 13 lines
drivers/leds/leds-lm36274.c new file +13 -0
+static int lm36274_parse_dt(struct lm36274 *lm36274_data)
+{
+	struct fwnode_handle *child = NULL;
+	char label[LED_MAX_NAME_SIZE];
+	struct device *dev = &lm36274_data->pdev->dev;
+	const char *name;
+	int child_cnt;
+	int ret = -EINVAL;
+
+	/* There should only be 1 node */
+	child_cnt = device_get_child_node_count(dev);
+	if (child_cnt != 1)
+		return ret;

I'd do direct "return -EINVAL" here.

Quoted 11 lines
drivers/leds/leds-lm36274.c new file +11 -0
+	device_for_each_child_node(dev, child) {
+		ret = fwnode_property_read_string(child, "label", &name);
+		if (ret)
+			snprintf(label, sizeof(label),
+				"%s::", lm36274_data->pdev->name);
+		else
+			snprintf(label, sizeof(label),
+				 "%s:%s", lm36274_data->pdev->name, name);
+
+		lm36274_data->num_leds = fwnode_property_read_u32_array(child,
+							  "led-sources",

drivers/leds/leds-lm36274.c line 104

Quoted 10 lines
drivers/leds/leds-lm36274.c new file +10 -0
+							  NULL, 0);
+		if (lm36274_data->num_leds <= 0)
+			return -ENODEV;
+
+		ret = fwnode_property_read_u32_array(child, "led-sources",
+						     lm36274_data->led_sources,
+						     lm36274_data->num_leds);
+		if (ret) {
+			dev_err(dev, "led-sources property missing\n");
+			return -EINVAL;

Should it return ret here? If read array failed with -ENOMEM, we may want to propagate that.

Quoted 7 lines
drivers/leds/leds-lm36274.c new file +7 -0
+		}
+
+		fwnode_property_read_string(child, "linux,default-trigger",
+					&lm36274_data->led_dev.default_trigger);
+
+	}
+

drivers/leds/leds-lm36274.c line 121

Quoted 10 lines
drivers/leds/leds-lm36274.c new file +10 -0
+	lm36274_data->lmu_data.regmap = lm36274_data->regmap;
+	lm36274_data->lmu_data.max_brightness = MAX_BRIGHTNESS_11BIT;
+	lm36274_data->lmu_data.msb_brightness_reg = LM36274_REG_BRT_MSB;
+	lm36274_data->lmu_data.lsb_brightness_reg = LM36274_REG_BRT_LSB;
+
+	lm36274_data->led_dev.name = label;
+	lm36274_data->led_dev.max_brightness = MAX_BRIGHTNESS_11BIT;
+	lm36274_data->led_dev.brightness_set_blocking = lm36274_brightness_set;
+
+	return ret;

I'd do "return 0" here. It is success. Yes, ret will always have that value at this moment, but...

drivers/leds/leds-lm36274.c line 135

Quoted 12 lines
drivers/leds/leds-lm36274.c new file +12 -0
+static int lm36274_probe(struct platform_device *pdev)
+{
+	struct ti_lmu *lmu = dev_get_drvdata(pdev->dev.parent);
+	struct lm36274 *lm36274_data;
+	int ret;
+
+	lm36274_data = devm_kzalloc(&pdev->dev, sizeof(*lm36274_data),
+				    GFP_KERNEL);
+	if (!lm36274_data) {
+		ret = -ENOMEM;
+		return ret;
+	}

Just do return -ENOMEM;

Pavel

Signature · 2 lines
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
#11 lore raw

Re: [PATCH v6 5/5] leds: lm36274: Introduce the TI LM36274 LED driver

In reply to Dan Murphy
Quoted 9 lines · Dan Murphy

Introduce the LM36274 LED driver. This driver uses the ti-lmu MFD driver to probe this LED driver. The driver configures only the LED registers and enables the outputs according to the config file.

The driver utilizes the TI LMU (Lighting Management Unit) LED common framework to set the brightness bits.

Actually, one more thing. Not too important, but.. how did Jacek's signoff get there? He should add his signoff when he applies it to the git...

Signature · 2 lines
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
author
#12 lore raw

Re: [PATCH v6 5/5] leds: lm36274: Introduce the TI LM36274 LED driver

Pavel

Quoted 5 lines · Pavel Machek
Quoted 4 lines · Dan Murphy

Introduce the LM36274 LED driver. This driver uses the ti-lmu MFD driver to probe this LED driver. The driver configures only the LED registers and enables the outputs according to the config file.

Quoted 9 lines
Quoted 5 lines

The driver utilizes the TI LMU (Lighting Management Unit) LED common framework to set the brightness bits.

Actually, one more thing. Not too important, but.. how did Jacek's signoff get there? He should add his signoff when he applies it to the git...

This signoff came from the ti-lmu-led-drivers branch that Jacek created in his linux-leds repo.

Unfortunately that branch does not seem to exist now so Jacek would need to confirm this.

Dan

#13 lore raw
In reply to Dan Murphy

Hi Dan,

Thank you for the v6.

Patches 4/5 and 5/5 don't contain amendments I made to the respective patches on the ib-leds-mfd-regulator branch (that address issues raised by Pavel), so I just kept those unchanged. Besides that I updated the remaining ones.

Please check the ib-leds-mfd-regulator branch. I'll create a pull request once I get a confirmation from you saying that everything is as expected.

Best regards,
Jacek Anaszewski

Quoted 37 lines · Dan Murphy

Hello

The v5 patchset missed adding in the new validation code. Patch 1 of the v5 series was squashed into patch 4 of the v5 series. So this will reduce the patchset by 1.

Sorry for the extra noise on the patchsets. The change was lost when I converted the patches from the mainline branch to the LED branch.

This change was made on top of the branch

repo: https://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
branch: ti-lmu-led-drivers

Dan Murphy (5):
dt-bindings: mfd: Add lm36274 bindings to ti-lmu
mfd: ti-lmu: Add LM36274 support to the ti-lmu
regulator: lm363x: Add support for LM36274
dt-bindings: leds: Add LED bindings for the LM36274
leds: lm36274: Introduce the TI LM36274 LED driver

  .../devicetree/bindings/leds/leds-lm36274.txt |  82 +++++++++
  .../devicetree/bindings/mfd/ti-lmu.txt        |  54 ++++++
  drivers/leds/Kconfig                          |   8 +
  drivers/leds/Makefile                         |   1 +
  drivers/leds/leds-lm36274.c                   | 174 ++++++++++++++++++
  drivers/mfd/Kconfig                           |   5 +-
  drivers/mfd/ti-lmu.c                          |  14 ++
  drivers/regulator/Kconfig                     |   2 +-
  drivers/regulator/lm363x-regulator.c          |  78 +++++++-
  include/linux/mfd/ti-lmu-register.h           |  23 +++
  include/linux/mfd/ti-lmu.h                    |   4 +
  11 files changed, 437 insertions(+), 8 deletions(-)

create mode 100644 Documentation/devicetree/bindings/leds/leds-lm36274.txt create mode 100644 drivers/leds/leds-lm36274.c

author
#14 lore raw

Jacek

Reviewed and tested the updated branch.  Looks good to me.

Dan

Quoted 55 lines · Jacek Anaszewski

Hi Dan,

Thank you for the v6.

Patches 4/5 and 5/5 don't contain amendments I made to the respective patches on the ib-leds-mfd-regulator branch (that address issues raised by Pavel), so I just kept those unchanged. Besides that I updated the remaining ones.

Please check the ib-leds-mfd-regulator branch. I'll create a pull request once I get a confirmation from you saying that everything is as expected.

Best regards,
Jacek Anaszewski

Quoted 37 lines · Dan Murphy

Hello

The v5 patchset missed adding in the new validation code. Patch 1 of the v5 series was squashed into patch 4 of the v5 series. So this will reduce the patchset by 1.

Sorry for the extra noise on the patchsets.  The change was lost when I converted the patches from the mainline branch to the LED branch.

This change was made on top of the branch

repo: https://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
branch: ti-lmu-led-drivers

Dan Murphy (5):
   dt-bindings: mfd: Add lm36274 bindings to ti-lmu
   mfd: ti-lmu: Add LM36274 support to the ti-lmu
   regulator: lm363x: Add support for LM36274
   dt-bindings: leds: Add LED bindings for the LM36274
   leds: lm36274: Introduce the TI LM36274 LED driver

  .../devicetree/bindings/leds/leds-lm36274.txt |  82 +++++++++ .../devicetree/bindings/mfd/ti-lmu.txt        |  54 ++++++ drivers/leds/Kconfig                          |   8 + drivers/leds/Makefile                         |   1 + drivers/leds/leds-lm36274.c                   | 174 ++++++++++++++++++ drivers/mfd/Kconfig                           |   5 +- drivers/mfd/ti-lmu.c                          |  14 ++ drivers/regulator/Kconfig                     |   2 +- drivers/regulator/lm363x-regulator.c          |  78 +++++++- include/linux/mfd/ti-lmu-register.h           |  23 +++ include/linux/mfd/ti-lmu.h                    |   4 +

  11 files changed, 437 insertions(+), 8 deletions(-)

  create mode 100644 Documentation/devicetree/bindings/leds/leds-lm36274.txt create mode 100644 drivers/leds/leds-lm36274.c

#15 lore raw
In reply to Dan Murphy
Quoted 22 lines · Dan Murphy

Hello

The v5 patchset missed adding in the new validation code. Patch 1 of the v5 series was squashed into patch 4 of the v5 series. So this will reduce the patchset by 1.

Sorry for the extra noise on the patchsets. The change was lost when I converted the patches from the mainline branch to the LED branch.

This change was made on top of the branch

repo: https://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
branch: ti-lmu-led-drivers

Dan Murphy (5):
dt-bindings: mfd: Add lm36274 bindings to ti-lmu
mfd: ti-lmu: Add LM36274 support to the ti-lmu
regulator: lm363x: Add support for LM36274
dt-bindings: leds: Add LED bindings for the LM36274
leds: lm36274: Introduce the TI LM36274 LED driver

Quoted 14 lines
 .../devicetree/bindings/leds/leds-lm36274.txt |  82 +++++++++
 .../devicetree/bindings/mfd/ti-lmu.txt        |  54 ++++++
 drivers/leds/Kconfig                          |   8 +
 drivers/leds/Makefile                         |   1 +
 drivers/leds/leds-lm36274.c                   | 174 ++++++++++++++++++
 drivers/mfd/Kconfig                           |   5 +-
 drivers/mfd/ti-lmu.c                          |  14 ++
 drivers/regulator/Kconfig                     |   2 +-
 drivers/regulator/lm363x-regulator.c          |  78 +++++++-
 include/linux/mfd/ti-lmu-register.h           |  23 +++
 include/linux/mfd/ti-lmu.h                    |   4 +
 11 files changed, 437 insertions(+), 8 deletions(-)
 create mode 100644 Documentation/devicetree/bindings/leds/leds-lm36274.txt
 create mode 100644 drivers/leds/leds-lm36274.c

Can you finish of satisfying everyone's comments and re-send with all the Acks you've collected so far? If you turn this around quickly, you might still get into v5.3.

Signature · 4 lines
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
author
#16 lore raw

Lee

Quoted 38 lines · Lee Jones
Quoted 34 lines · Dan Murphy

Hello

The v5 patchset missed adding in the new validation code. Patch 1 of the v5 series was squashed into patch 4 of the v5 series. So this will reduce the patchset by 1.

Sorry for the extra noise on the patchsets. The change was lost when I converted the patches from the mainline branch to the LED branch.

This change was made on top of the branch

repo: https://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
branch: ti-lmu-led-drivers

Dan Murphy (5):
dt-bindings: mfd: Add lm36274 bindings to ti-lmu
mfd: ti-lmu: Add LM36274 support to the ti-lmu
regulator: lm363x: Add support for LM36274
dt-bindings: leds: Add LED bindings for the LM36274
leds: lm36274: Introduce the TI LM36274 LED driver

  .../devicetree/bindings/leds/leds-lm36274.txt |  82 +++++++++
  .../devicetree/bindings/mfd/ti-lmu.txt        |  54 ++++++
  drivers/leds/Kconfig                          |   8 +
  drivers/leds/Makefile                         |   1 +
  drivers/leds/leds-lm36274.c                   | 174 ++++++++++++++++++
  drivers/mfd/Kconfig                           |   5 +-
  drivers/mfd/ti-lmu.c                          |  14 ++
  drivers/regulator/Kconfig                     |   2 +-
  drivers/regulator/lm363x-regulator.c          |  78 +++++++-
  include/linux/mfd/ti-lmu-register.h           |  23 +++
  include/linux/mfd/ti-lmu.h                    |   4 +
  11 files changed, 437 insertions(+), 8 deletions(-)
Quoted 2 lines

create mode 100644 Documentation/devicetree/bindings/leds/leds-lm36274.txt create mode 100644 drivers/leds/leds-lm36274.c

Quoted 4 lines

Can you finish of satisfying everyone's comments and re-send with all the Acks you've collected so far? If you turn this around quickly, you might still get into v5.3.

The changes were made by Jacek and I reviewed and tested them

https://lkml.org/lkml/2019/6/11/455

#17 lore raw
Quoted 41 lines · Dan Murphy

Lee

Quoted 38 lines · Lee Jones
Quoted 36 lines · Dan Murphy

Hello

The v5 patchset missed adding in the new validation code. Patch 1 of the v5 series was squashed into patch 4 of the v5 series. So this will reduce the patchset by 1.

Sorry for the extra noise on the patchsets. The change was lost when I converted the patches from the mainline branch to the LED branch.

This change was made on top of the branch

repo: https://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
branch: ti-lmu-led-drivers

Dan Murphy (5):
dt-bindings: mfd: Add lm36274 bindings to ti-lmu
mfd: ti-lmu: Add LM36274 support to the ti-lmu
regulator: lm363x: Add support for LM36274
dt-bindings: leds: Add LED bindings for the LM36274
leds: lm36274: Introduce the TI LM36274 LED driver

  .../devicetree/bindings/leds/leds-lm36274.txt |  82 +++++++++
  .../devicetree/bindings/mfd/ti-lmu.txt        |  54 ++++++
  drivers/leds/Kconfig                          |   8 +
  drivers/leds/Makefile                         |   1 +
  drivers/leds/leds-lm36274.c                   | 174 ++++++++++++++++++
  drivers/mfd/Kconfig                           |   5 +-
  drivers/mfd/ti-lmu.c                          |  14 ++
  drivers/regulator/Kconfig                     |   2 +-
  drivers/regulator/lm363x-regulator.c          |  78 +++++++-
  include/linux/mfd/ti-lmu-register.h           |  23 +++
  include/linux/mfd/ti-lmu.h                    |   4 +
  11 files changed, 437 insertions(+), 8 deletions(-)

create mode 100644 Documentation/devicetree/bindings/leds/leds-lm36274.txt create mode 100644 drivers/leds/leds-lm36274.c

Quoted 8 lines
Quoted 4 lines

Can you finish of satisfying everyone's comments and re-send with all the Acks you've collected so far? If you turn this around quickly, you might still get into v5.3.

The changes were made by Jacek and I reviewed and tested them

https://lkml.org/lkml/2019/6/11/455

Ah, this was related to the recent GIT PULL craziness.

Thanks for letting me know.

Signature · 4 lines
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog