Andrew
On 6/17/20 8:51 PM, Andrew Lunn wrote:
On Wed, Jun 17, 2020 at 01:20:15PM -0500, Dan Murphy wrote:
Add a helper function that will return the index in the array for the
passed in internal delay value. The helper requires the array, size and
delay value.
The helper will then return
Jacek
On 6/17/20 4:41 PM, Jacek Anaszewski wrote:
Dan,
On 6/17/20 9:22 PM, Dan Murphy wrote:
Pavel/Jacek
On 6/17/20 11:28 AM, kernel test robot wrote:
Hi Dan,
I love your patch! Yet something to improve:
[auto build test ERROR on pavel-linux-leds/for-next]
[cannot apply to j.anaszewski
improve the system. BTW, we also suggest to use '--base' option to specify the
base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
url:
https://github.com/0day-ci/linux/commits/Dan-Murphy/Multicolor-Framework-v27/20200616-042217
base: git://git.kernel.org/pub/scm/linux
All
On 6/17/20 1:20 PM, Dan Murphy wrote:
The DP83822 can be configured to use the RGMII interface. There are
independent fixed 3.5ns clock shift (aka internal delay) for the TX and RX
paths. This allow either one to be set if the MII interface is RGMII and
the value is set in the firmware node
Add a helper function that will return the index in the array for the
passed in internal delay value. The helper requires the array, size and
delay value.
The helper will then return the index for the exact match or return the
index for the index to the closest smaller value.
Signed-off-by: Dan
Add a dt binding for the TI dp83822 ethernet phy device.
Signed-off-by: Dan Murphy
---
.../devicetree/bindings/net/ti,dp83822.yaml | 51 +++
1 file changed, 51 insertions(+)
create mode 100644 Documentation/devicetree/bindings/net/ti,dp83822.yaml
diff --git a/Documentation
in the firmware is
returned.
This series contains examples of both a configurable delay and a fixed delay.
Dan Murphy (6):
dt-bindings: net: Add tx and rx internal delays
net: phy: Add a helper to return the index for of the internal delay
dt-bindings: net: Add RGMII internal delay
Add RGMII internal delay configuration for Rx and Tx.
Signed-off-by: Dan Murphy
---
drivers/net/phy/dp83869.c | 53 ---
1 file changed, 50 insertions(+), 3 deletions(-)
diff --git a/drivers/net/phy/dp83869.c b/drivers/net/phy/dp83869.c
index 53ed3abc26c9
Add the internal delay values into the header and update the binding
with the internal delay properties.
Signed-off-by: Dan Murphy
---
.../devicetree/bindings/net/ti,dp83869.yaml | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree
The DP83822 can be configured to use the RGMII interface. There are
independent fixed 3.5ns clock shift (aka internal delay) for the TX and RX
paths. This allow either one to be set if the MII interface is RGMII and
the value is set in the firmware node.
Signed-off-by: Dan Murphy
---
drivers
.
Signed-off-by: Dan Murphy
---
.../devicetree/bindings/net/ethernet-phy.yaml | 11 +++
1 file changed, 11 insertions(+)
diff --git a/Documentation/devicetree/bindings/net/ethernet-phy.yaml
b/Documentation/devicetree/bindings/net/ethernet-phy.yaml
index 9b1f1147ca36
Fix checkpatch errors and warnings for the LP5523.c device
driver.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/leds-lp5523.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/drivers/leds/leds-lp5523.c b
Add the multicolor brightness call back to support the multicolor
framework. This function allows setting the brightness across
grouped LED channels in a single call.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 1 +
drivers
-by: Dan Murphy
CC: Shawn Guo
CC: Sascha Hauer
CC: Pengutronix Kernel Team
CC: Fabio Estevam
CC: NXP Linux Team
---
arch/arm/boot/dts/imx6dl-yapp4-common.dtsi | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/imx6dl-yapp4-common.dtsi
b/arch
Convert the LED class registration calls to the LED devm_*
registration calls.
Acked-by: Jacek Anaszewski
Acked-by: Pavel Machek
Signed-off-by: Dan Murphy
---
drivers/leds/leds-lp5521.c| 9 +++--
drivers/leds/leds-lp5523.c| 9 +++--
drivers/leds/leds-lp5562.c
Add the multicolor brightness call back to support the multicolor
framework. This call back allows setting brightness on grouped channels
in a single function.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 1 +
drivers/leds
Add multicolor framework support for the lp55xx family.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 1 +
drivers/leds/leds-lp5521.c| 14 +-
drivers/leds/leds-lp5523.c| 14
Add the reg property to each channel node. This update is
to accommodate the multicolor framework. In addition to the
accommodation this allows the LEDs to be placed on any channel
and allow designs to skip channels as opposed to requiring
sequential order.
Signed-off-by: Dan Murphy
Acked
Add the reg property to each channel node. This update is
to accommodate the multicolor framework. In addition to the
accommodation this allows the LEDs to be placed on any channel
and allow designs to skip channels as opposed to requiring
sequential order.
Signed-off-by: Dan Murphy
CC: Linus
documentation.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/leds-lp55xx-common.c | 22 ++
1 file changed, 10 insertions(+), 12 deletions(-)
diff --git a/drivers/leds/leds-lp55xx-common.c
b/drivers/leds/leds-lp55xx-common.c
Add a new color ID that is declared as MULTICOLOR as with the
multicolor framework declaring a definitive color is not accurate
as the node can contain multiple colors.
Signed-off-by: Dan Murphy
---
drivers/leds/led-core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/leds/led
to obtain different colors independent of the overall brightness of
the LED grouping.
Datasheet:
http://www.ti.com/lit/ds/symlink/lp5012.pdf
http://www.ti.com/lit/ds/symlink/lp5024.pdf
http://www.ti.com/lit/ds/symlink/lp5036.pdf
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
Convert the leds-lp55xx.txt to yaml binding.
Signed-off-by: Dan Murphy
---
.../devicetree/bindings/leds/leds-lp55xx.txt | 228 --
.../devicetree/bindings/leds/leds-lp55xx.yaml | 220 +
2 files changed, 220 insertions(+), 228 deletions(-)
delete mode 100644
has the ability to group LED output into control banks
so that multiple LED banks can be controlled with the same mixing and
brightness. Inversely the LEDs can also be controlled independently.
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 11 +
drivers
Add DT bindings for the LEDs multicolor class framework.
Add multicolor ID to the color ID list for device tree bindings.
CC: Rob Herring
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
.../bindings/leds/leds-class-multicolor.yaml | 37
of LEDs
Minor changes to the lp55xx yaml for min and max of led-cur
Removed if check in the multicolor file in the for loop.
Dan
Dan Murphy (15):
dt: bindings: Add multicolor class dt bindings documention
leds: Add multicolor ID to the color ID list
leds: multicolor: Introduce a multicolor class
.
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
.../ABI/testing/sysfs-class-led-multicolor| 36 +++
Documentation/leds/index.rst | 1 +
Documentation/leds/leds-class-multicolor.rst | 88
drivers/leds/Kconfig | 10 +
drivers
Pavel
On 6/15/20 3:27 PM, Pavel Machek wrote:
Hi!
This is the multi color LED framework. This framework presents clustered
colored LEDs into an array and allows the user space to adjust the brightness
of the cluster using a single file write. The individual colored LEDs
intensities are
Add the reg property to each channel node. This update is
to accommodate the multicolor framework. In addition to the
accommodation this allows the LEDs to be placed on any channel
and allow designs to skip channels as opposed to requiring
sequential order.
Signed-off-by: Dan Murphy
Acked
Convert the leds-lp55xx.txt to yaml binding.
Signed-off-by: Dan Murphy
---
.../devicetree/bindings/leds/leds-lp55xx.txt | 228 --
.../devicetree/bindings/leds/leds-lp55xx.yaml | 218 +
2 files changed, 218 insertions(+), 228 deletions(-)
delete mode 100644
Fix checkpatch errors and warnings for the LP5523.c device
driver.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/leds-lp5523.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/drivers/leds/leds-lp5523.c b
has the ability to group LED output into control banks
so that multiple LED banks can be controlled with the same mixing and
brightness. Inversely the LEDs can also be controlled independently.
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 11 +
drivers
Add the multicolor brightness call back to support the multicolor
framework. This function allows setting the brightness across
grouped LED channels in a single call.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 1 +
drivers
Add a new color ID that is declared as MULTICOLOR as with the
multicolor framework declaring a definitive color is not accurate
as the node can contain multiple colors.
Signed-off-by: Dan Murphy
---
drivers/leds/led-core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/leds/led
Add DT bindings for the LEDs multicolor class framework.
Add multicolor ID to the color ID list for device tree bindings.
CC: Rob Herring
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
.../bindings/leds/leds-class-multicolor.yaml | 37
Convert the LED class registration calls to the LED devm_*
registration calls.
Acked-by: Jacek Anaszewski
Acked-by: Pavel Machek
Signed-off-by: Dan Murphy
---
drivers/leds/leds-lp5521.c| 9 +++--
drivers/leds/leds-lp5523.c| 9 +++--
drivers/leds/leds-lp5562.c
documentation.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/leds-lp55xx-common.c | 22 ++
1 file changed, 10 insertions(+), 12 deletions(-)
diff --git a/drivers/leds/leds-lp55xx-common.c
b/drivers/leds/leds-lp55xx-common.c
to obtain different colors independent of the overall brightness of
the LED grouping.
Datasheet:
http://www.ti.com/lit/ds/symlink/lp5012.pdf
http://www.ti.com/lit/ds/symlink/lp5024.pdf
http://www.ti.com/lit/ds/symlink/lp5036.pdf
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
Add the multicolor brightness call back to support the multicolor
framework. This call back allows setting brightness on grouped channels
in a single function.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 1 +
drivers/leds
of LEDs
Dan
Dan Murphy (15):
dt: bindings: Add multicolor class dt bindings documention
leds: Add multicolor ID to the color ID list
leds: multicolor: Introduce a multicolor class definition
dt: bindings: lp50xx: Introduce the lp50xx family of RGB drivers
leds: lp50xx: Add the LP50XX family
.
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
.../ABI/testing/sysfs-class-led-multicolor| 36 +++
Documentation/leds/index.rst | 1 +
Documentation/leds/leds-class-multicolor.rst | 88
drivers/leds/Kconfig | 10 +
drivers
Add the reg property to each channel node. This update is
to accommodate the multicolor framework. In addition to the
accommodation this allows the LEDs to be placed on any channel
and allow designs to skip channels as opposed to requiring
sequential order.
Signed-off-by: Dan Murphy
CC: Linus
Add multicolor framework support for the lp55xx family.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 1 +
drivers/leds/leds-lp5521.c| 14 +-
drivers/leds/leds-lp5523.c| 14
-by: Dan Murphy
CC: Shawn Guo
CC: Sascha Hauer
CC: Pengutronix Kernel Team
CC: Fabio Estevam
CC: NXP Linux Team
---
arch/arm/boot/dts/imx6dl-yapp4-common.dtsi | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/imx6dl-yapp4-common.dtsi
b/arch
Rob
On 6/12/20 5:17 PM, Rob Herring wrote:
On Thu, Jun 11, 2020 at 02:46:28PM -0500, Dan Murphy wrote:
Bump
Merge window. Will apply when over.
No worries. Just wanted to make sure it was seen and not lost.
Dan
Mark
On 6/9/20 12:50 PM, Mark Brown wrote:
On Tue, Jun 09, 2020 at 12:28:41PM -0500, Dan Murphy wrote:
.val_bits = 8,
- .max_register = 5 * 128,
+ .max_register = 255 * 128,
.cache_type = REGCACHE_RBTREE,
.reg_defaults = tas2562_reg_defaults
Update the shutdown GPIO property to be shutdown from shut-down.
Fixes: c173dba44c2d2 ("ASoC: tas2562: Introduce the TAS2562 amplifier")
Signed-off-by: Dan Murphy
---
sound/soc/codecs/tas2562.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a
Convert the tas2770 binding to yaml format.
Add in the reset-gpio to the binding as it is in the code but not
documented in the binding.
Signed-off-by: Dan Murphy
---
.../devicetree/bindings/sound/tas2770.txt | 37 -
.../devicetree/bindings/sound/tas2770.yaml| 76
Convert the TAS2562 text file to yaml format.
Signed-off-by: Dan Murphy
---
.../devicetree/bindings/sound/tas2562.txt | 34 -
.../devicetree/bindings/sound/tas2562.yaml| 69 +++
2 files changed, 69 insertions(+), 34 deletions(-)
delete mode 100644 Documentation
Fix the reset property name when allocating the GPIO descriptor.
The gpiod_get_optional appends either the -gpio or -gpios suffix to the
name.
Fixes: 1a476abc723e6 ("tas2770: add tas2770 smart PA kernel driver")
Signed-off-by: Dan Murphy
---
sound/soc/codecs/tas2770.c | 3 +--
1 file
Mark
On 6/12/20 11:30 AM, Mark Brown wrote:
On Fri, Jun 12, 2020 at 11:27:04AM -0500, Dan Murphy wrote:
Well should we then just revert back to the non-standard name and just fix
up the code?
Or should we support both properties?
Either option is fine for me, supporting both is a little
Mark
On 6/12/20 11:22 AM, Mark Brown wrote:
On Fri, Jun 12, 2020 at 11:18:57AM -0500, Dan Murphy wrote:
On 6/12/20 11:09 AM, Mark Brown wrote:
On Fri, Jun 12, 2020 at 11:06:03AM -0500, Dan Murphy wrote:
- tas2562->sdz_gpio = devm_gpiod_get_optional(dev, "shut-d
Mark
On 6/12/20 11:09 AM, Mark Brown wrote:
On Fri, Jun 12, 2020 at 11:06:03AM -0500, Dan Murphy wrote:
- tas2562->sdz_gpio = devm_gpiod_get_optional(dev, "shut-down-gpio",
+ tas2562->sdz_gpio = devm_gpiod_get_optiona
Convert the TAS2562 text file to yaml format.
Signed-off-by: Dan Murphy
---
.../devicetree/bindings/sound/tas2562.txt | 34 --
.../devicetree/bindings/sound/tas2562.yaml| 65 +++
2 files changed, 65 insertions(+), 34 deletions(-)
delete mode 100644 Documentation
Update the shutdown GPIO property to be shutdown from shut-down.
Fixes: c173dba44c2d2 ("ASoC: tas2562: Introduce the TAS2562 amplifier")
Signed-off-by: Dan Murphy
---
sound/soc/codecs/tas2562.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/codecs/t
Bump to the series
On 5/28/20 7:21 AM, Dan Murphy wrote:
Add the Texas Instruments bq27561 battery monitor to the bq27xxx
binding.
Signed-off-by: Dan Murphy
---
Documentation/devicetree/bindings/power/supply/bq27xxx.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation
Bump
On 6/2/20 11:42 AM, Dan Murphy wrote:
Add the '-ps' picosecond unit suffix for property names.
Signed-off-by: Dan Murphy
---
Documentation/devicetree/bindings/property-units.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/property-units.txt
b
Mark
On 6/10/20 5:29 AM, Mark Brown wrote:
On Tue, Jun 09, 2020 at 02:20:29PM -0500, Dan Murphy wrote:
On 6/9/20 1:47 PM, Mark Brown wrote:
That's really not very idiomatic for how Linux does stuff and seems to
pretty much guarantee issues with hotplugging controls and ordering -
you'd need
Mark
On 6/9/20 1:47 PM, Mark Brown wrote:
On Tue, Jun 09, 2020 at 01:06:50PM -0500, Dan Murphy wrote:
I could make a default as you suggested to include i2c address and bus in
the name. But the TAS2563 does not need the firmware to operate and the
2562 does not have a DSP.
That's fine
Mark
On 6/9/20 12:52 PM, Mark Brown wrote:
On Tue, Jun 09, 2020 at 12:28:39PM -0500, Dan Murphy wrote:
These programs and configurations are selectable via files under the I2C dev
node. There may be a better way to select this through ALSA controls but I was
unable to find a good example
Mark
On 6/9/20 12:58 PM, Mark Brown wrote:
On Tue, Jun 09, 2020 at 12:35:50PM -0500, Dan Murphy wrote:
On 6/9/20 12:31 PM, Mark Brown wrote:
Why not just use a standard name for the firmware? If the firmwares
vary per-board then building it using the machine compatible (or DMI
info) could
Mark
On 6/9/20 12:31 PM, Mark Brown wrote:
On Tue, Jun 09, 2020 at 12:28:40PM -0500, Dan Murphy wrote:
Add a property called firmware-name that will be the name of the
firmware that will reside in the file system or built into the kernel.
Why not just use a standard name for the firmware
in real time as the
binary may contain different audio profiles.
If the DSP is not needed to do audio preocessing then the DSP program
can be turned off and the device will effectively turn off the DSP.
Signed-off-by: Dan Murphy
---
sound/soc/codecs/Makefile | 2 +-
sound/soc
Add a property called firmware-name that will be the name of the
firmware that will reside in the file system or built into the kernel.
Signed-off-by: Dan Murphy
---
Documentation/devicetree/bindings/sound/tas2562.yaml | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation
are selectable via files under the I2C dev
node. There may be a better way to select this through ALSA controls but I was
unable to find a good example of this. This is why this is an RFC patchset.
Dan
Dan Murphy (2):
dt-bindings: tas2562: Add firmware support for tas2563
ASoc: tas2563: DSP
Convert the TAS2562 text file to yaml format.
Signed-off-by: Dan Murphy
---
.../devicetree/bindings/sound/tas2562.txt | 34 --
.../devicetree/bindings/sound/tas2562.yaml| 65 +++
2 files changed, 65 insertions(+), 34 deletions(-)
delete mode 100644 Documentation
Jacek
On 6/8/20 2:41 PM, Jacek Anaszewski wrote:
Dan,
On 6/8/20 4:34 PM, Dan Murphy wrote:
Jacek
On 6/6/20 2:59 PM, Jacek Anaszewski wrote:
Dan,
On 6/6/20 6:39 PM, Dan Murphy wrote:
Pavek
Thanks for the review
On 6/6/20 10:53 AM, Pavel Machek wrote:
Hi!
Introduce a multicolor class
-by: Dan Murphy
CC: Shawn Guo
CC: Sascha Hauer
CC: Pengutronix Kernel Team
CC: Fabio Estevam
CC: NXP Linux Team
---
arch/arm/boot/dts/imx6dl-yapp4-common.dtsi | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/imx6dl-yapp4-common.dtsi
b/arch
documentation.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/leds-lp55xx-common.c | 22 ++
1 file changed, 10 insertions(+), 12 deletions(-)
diff --git a/drivers/leds/leds-lp55xx-common.c
b/drivers/leds/leds-lp55xx-common.c
Convert the LED class registration calls to the LED devm_*
registration calls.
Acked-by: Jacek Anaszewski
Acked-by: Pavel Machek
Signed-off-by: Dan Murphy
---
drivers/leds/leds-lp5521.c| 9 +++--
drivers/leds/leds-lp5523.c| 9 +++--
drivers/leds/leds-lp5562.c
Add the multicolor brightness call back to support the multicolor
framework. This function allows setting the brightness across
grouped LED channels in a single call.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 1 +
drivers
Convert the leds-lp55xx.txt to yaml binding.
Signed-off-by: Dan Murphy
---
.../devicetree/bindings/leds/leds-lp55xx.txt | 228 --
.../devicetree/bindings/leds/leds-lp55xx.yaml | 218 +
2 files changed, 218 insertions(+), 228 deletions(-)
delete mode 100644
Fix checkpatch errors and warnings for the LP5523.c device
driver.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/leds-lp5523.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/drivers/leds/leds-lp5523.c b
Add the multicolor brightness call back to support the multicolor
framework. This call back allows setting brightness on grouped channels
in a single function.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 1 +
drivers/leds
Add multicolor framework support for the lp55xx family.
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 1 +
drivers/leds/leds-lp5521.c| 14 +-
drivers/leds/leds-lp5523.c| 14
Add the reg property to each channel node. This update is
to accommodate the multicolor framework. In addition to the
accommodation this allows the LEDs to be placed on any channel
and allow designs to skip channels as opposed to requiring
sequential order.
Signed-off-by: Dan Murphy
Acked
Add DT bindings for the LEDs multicolor class framework.
Add multicolor ID to the color ID list for device tree bindings.
CC: Rob Herring
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
.../bindings/leds/leds-class-multicolor.yaml | 37
Add the reg property to each channel node. This update is
to accommodate the multicolor framework. In addition to the
accommodation this allows the LEDs to be placed on any channel
and allow designs to skip channels as opposed to requiring
sequential order.
Signed-off-by: Dan Murphy
CC: Linus
.
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
.../ABI/testing/sysfs-class-led-multicolor| 36 +++
Documentation/leds/index.rst | 1 +
Documentation/leds/leds-class-multicolor.rst | 88
drivers/leds/Kconfig | 10 +
drivers
of LEDs
Dan
Dan Murphy (15):
dt: bindings: Add multicolor class dt bindings documention
leds: Add multicolor ID to the color ID list
leds: multicolor: Introduce a multicolor class definition
dt: bindings: lp50xx: Introduce the lp50xx family of RGB drivers
leds: lp50xx: Add the LP50XX family
Add a new color ID that is declared as MULTICOLOR as with the
multicolor framework declaring a definitive color is not accurate
as the node can contain multiple colors.
Signed-off-by: Dan Murphy
---
drivers/leds/led-core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/leds/led
has the ability to group LED output into control banks
so that multiple LED banks can be controlled with the same mixing and
brightness. Inversely the LEDs can also be controlled independently.
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
drivers/leds/Kconfig | 11 +
drivers
to obtain different colors independent of the overall brightness of
the LED grouping.
Datasheet:
http://www.ti.com/lit/ds/symlink/lp5012.pdf
http://www.ti.com/lit/ds/symlink/lp5024.pdf
http://www.ti.com/lit/ds/symlink/lp5036.pdf
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
Pavel
On 6/6/20 10:57 AM, Pavel Machek wrote:
Hi!
This is the multi color LED framework. This framework presents clustered
colored LEDs into an array and allows the user space to adjust the brightness
of the cluster using a single file write. The individual colored LEDs
intensities are
Rob
On 6/4/20 5:59 PM, Rob Herring wrote:
On Thu, Jun 04, 2020 at 07:04:53AM -0500, Dan Murphy wrote:
Introduce the bindings for the Texas Instruments LP5036, LP5030, LP5024,
LP5018, LP5012 and LP5009 RGB LED device driver. The LP5036/30/24/18/12/9
can control RGB LEDs individually or as part
Jacek
On 6/6/20 2:59 PM, Jacek Anaszewski wrote:
Dan,
On 6/6/20 6:39 PM, Dan Murphy wrote:
Pavek
Thanks for the review
On 6/6/20 10:53 AM, Pavel Machek wrote:
Hi!
Introduce a multicolor class that groups colored LEDs
within a LED node.
The multi color class groups monochrome LEDs
Richard
On 6/8/20 4:43 AM, Richard Genoud wrote:
Since commit f524f829b75a ("can: m_can: Create a m_can platform
framework"), the can peripheral on STM32MP1 wasn't working anymore.
The reason was a bad copy/paste maneuver that added a call to
m_can_class_suspend() in m_can_runtime_suspend().
is
controlled via the intensity file and the latter is controlled
via brightness file.
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
diff --git a/Documentation/ABI/testing/sysfs-class-led-multicolor
b/Documentation/ABI/testing/sysfs-class-led-multicolor
new file mode 100644
index
positive number. Without reseting the ret value to 0 this will
cause the parse DT function to return a failure.
Fixes: c4566aec6e808 ("net: phy: dp83869: Update port-mirroring to read straps")
Signed-off-by: Dan Murphy
---
drivers/net/phy/dp83869.c | 3 +++
1 file changed, 3 insertions(+)
When CONFIG_OF_MDIO is set to be a module the code block is not
compiled. Use the IS_ENABLED macro that checks for both built in as
well as module.
Fixes: cf41a51db8985 ("of/phylib: Use device tree properties to initialize
Marvell PHYs.")
Signed-off-by: Dan Murphy
---
drivers/net/phy
When CONFIG_OF_MDIO is set to be a module the code block is not
compiled. Use the IS_ENABLED macro that checks for both built in as
well as module.
Fixes: 01db923e83779 ("net: phy: dp83869: Add TI dp83869 phy")
Signed-off-by: Dan Murphy
---
drivers/net/phy/dp83869.c | 2 +-
1 file
Hello
There are some residual drivers that check the CONFIG_OF_MDIO flag using the
if defs. Using this check does not work when the OF_MDIO is configured as a
module. Using the IS_ENABLED macro checks if the flag is declared as built-in
or as a module.
Dan
Dan Murphy (4):
net: dp83869: Fix
When CONFIG_OF_MDIO is set to be a module the code block is not
compiled. Use the IS_ENABLED macro that checks for both built in as
well as module.
Fixes: 4f58e6dceb0e4 ("net: phy: Cleanup the Edge-Rate feature in Microsemi
PHYs.")
Signed-off-by: Dan Murphy
---
drivers/net/phy/m
When CONFIG_OF_MDIO is set to be a module the code block is not
compiled. Use the IS_ENABLED macro that checks for both built in as
well as module.
Fixes: 2a10154abcb75 ("net: phy: dp83867: Add TI dp83867 phy")
Signed-off-by: Dan Murphy
---
drivers/net/phy/dp83867.c | 2 +-
1 file
Rob
On 6/4/20 5:40 PM, Rob Herring wrote:
On Thu, Jun 04, 2020 at 07:04:50AM -0500, Dan Murphy wrote:
Add DT bindings for the LEDs multicolor class framework.
Add multicolor ID to the color ID list for device tree bindings.
CC: Rob Herring
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Rob
On 6/4/20 6:04 PM, Rob Herring wrote:
On Thu, Jun 04, 2020 at 07:04:55AM -0500, Dan Murphy wrote:
Convert the leds-lp55xx.txt to yaml binding.
I will fix all your comments.
But why does your BOT have checkpatch warnings?
https://gitlab.com/robherring/linux-dt-review/-/jobs/581282098
Jakub
On 6/4/20 11:48 AM, Jakub Kicinski wrote:
On Thu, 4 Jun 2020 11:38:14 -0500 Dan Murphy wrote:
Jakub
On 6/4/20 11:25 AM, Jakub Kicinski wrote:
On Thu, 4 Jun 2020 06:14:10 -0500 Dan Murphy wrote:
Add RGMII internal delay configuration for Rx and Tx.
Signed-off-by: Dan Murphy
Hi Dan
Jakub
On 6/4/20 11:25 AM, Jakub Kicinski wrote:
On Thu, 4 Jun 2020 06:14:10 -0500 Dan Murphy wrote:
Add RGMII internal delay configuration for Rx and Tx.
Signed-off-by: Dan Murphy
Hi Dan, please make sure W=1 C=1 build is clean:
drivers/net/phy/dp83869.c:103:18: warning: â
Jacek
On 6/1/20 4:34 AM, Jacek Anaszewski wrote:
Hi Pavel and Dan,
On 5/31/20 9:06 PM, Pavel Machek wrote:
Hi!
+ There can only be one instance of the ti,led-bank
+ property for each device node. This is a required node
is the LED
+ modules are to be backed.
I
Gene
On 6/4/20 1:26 AM, Gene Chen wrote:
From: Gene Chen
Add MT6360 LED driver include 2-channel Flash LED with torch/strobe mode,
and 3-channel RGB LED support Register/Flash/Breath Mode
Signed-off-by: Gene Chen
base-commit: 098c4adf249c198519a4abebe482b1e6b8c50e47
---
401 - 500 of 2241 matches
Mail list logo