LM36274 Introduction
Subsystems (4)
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
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
@@ -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
PATCH v6 2/5 mfd: ti-lmu: Add LM36274 support to the ti-lmu
In reply to Dan MurphyAdd 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
@@ -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
@@ -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
@@ -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
@@ -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
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.
Signed-off-by Dan Murphy <[email protected]>Acked-by Lee Jones <[email protected]>Signed-off-by Jacek Anaszewski <[email protected]>
Signature · 2 lines
(english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
PATCH v6 3/5 regulator: lm363x: Add support for LM36274
In reply to Dan MurphyAdding 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
@@ -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
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.
Re: [PATCH v6 3/5] regulator: lm363x: Add support for LM36274
In reply to Dan MurphyQuoted 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.
Signed-off-by Dan Murphy <[email protected]>Signed-off-by Jacek Anaszewski <[email protected]>
Signature · 2 lines
(english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
PATCH v6 4/5 dt-bindings: leds: Add LED bindings for the LM36274
In reply to Dan MurphyAdd 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
@@ -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
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.txtDocumentation/devicetree/bindings/leds/leds-lm36274.txt new file +0
-0
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
PATCH v6 5/5 leds: lm36274: Introduce the TI LM36274 LED driver
In reply to Dan MurphyIntroduce 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
@@ -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
@@ -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
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
Re: [PATCH v6 5/5] leds: lm36274: Introduce the TI LM36274 LED driver
In reply to Dan MurphyQuoted 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.
Signed-off-by Dan Murphy <[email protected]>Signed-off-by Jacek Anaszewski <[email protected]>
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
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.
Signed-off-by Dan Murphy <[email protected]>Signed-off-by Jacek Anaszewski <[email protected]>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
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-driversDan 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.txtcreate mode 100644drivers/leds/leds-lm36274.c
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 AnaszewskiQuoted 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-driversDan 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.txtcreate mode 100644drivers/leds/leds-lm36274.c
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-driversDan 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
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-driversDan 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.txtcreate mode 100644drivers/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
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-driversDan 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.txtcreate mode 100644drivers/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
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