All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Jones <lee@kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Pavel Machek <pavel@ucw.cz>
Subject: [GIT PULL] LEDs for v6.16
Date: Tue, 3 Jun 2025 11:01:32 +0100	[thread overview]
Message-ID: <20250603100132.GD7758@google.com> (raw)

Good morning Linus,

The following changes since commit 0af2f6be1b4281385b618cb86ad946eded089ac8:

  Linux 6.15-rc1 (2025-04-06 13:11:33 -0700)

are available in the Git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/lee/leds.git leds-next-6.16

for you to fetch changes up to b338a2ae9b316df1d81b5289badcc8cbbbfe1b2b:

  leds: tps6131x: Add support for Texas Instruments TPS6131X flash LED driver (2025-05-22 09:24:51 +0100)

----------------------------------------------------------------
LEDs for v6.16

  * LED Triggers:
    * Allow writing "default" to the sysfs 'trigger' attribute to set an LED to its default trigger
    * If the default trigger is "none", writing "default" will remove the current trigger
    * Updated sysfs ABI documentation for the new "default" trigger functionality
  * LED KUnit Testing:
    * Provide a skeleton KUnit test suite for the LEDs framework
    * Expand the LED class device registration KUnit test to cover more scenarios, including
      `brightness_get` behavior
    * Add KUnit tests for the LED lookup and get API (`led_add_lookup`, `devm_led_get`)
  * LED Flash Class:
    * Add support for setting flash/strobe duration through a new `duration_set` op and
      `led_set_flash_duration()` function, aligning with `V4L2_CID_FLASH_DURATION`
  * Texas Instruments TPS6131x:
    * Add a new driver for the TPS61310/TPS61311 flash LED controllers
    * The driver supports the device's three constant-current sinks for flash and torch modes

  * LED Core:
    * Prevent potential `snprintf()` truncations in LED names by checking for buffer overflows
  * ChromeOS EC LEDs:
    * Avoid a -Wflex-array-member-not-at-end GCC warning by replacing an on-stack flexible structure
      definition with a utility function call
  * Multicolor LEDs:
    * Fix issue where setting multi_intensity while software blinking is active could stop blinking
  * PCA955x LEDs:
    * Avoid potential buffer overflow when creating default labels by changing a field's type to
      `u8` and updating format specifiers
  * PCA995x LEDs:
    * Fix a typo (stray space) in an `of_device_id` entry in the `pca995x_of_match` table
  * Kconfig:
    * Prevent LED drivers from being enabled by default when `COMPILE_TEST` is set

  * Device Property API:
    * Split `device_get_child_node_count()` into a new helper `fwnode_get_child_node_count()` that
      doesn't require a device struct, making the API more symmetrical
  * Driver Modernization (using `fwnode_get_child_node_count()`):
    * Update `leds-pwm-multicolor`, `leds-ncp5623` and `leds-ncp5623` to use the new
      `fwnode_get_child_node_count()` helper, removing their custom implementation
    * As above in the USB Type-C TCPM driver
  * Driver Modernization (using new GPIO setter callbacks):
    * Convert `leds-lgm-sso` to use new GPIO line value setter callbacks which return an integer
      for error handling
    * Convert `leds-pca955x`, `leds-pca9532` and `leds-tca6507` to use new GPIO setter callbacks
  * Documentation:
    * Remove the `.rst` extension for `leds-st1202` in the documentation index for consistency
  * LP8860 LEDs:
    * Use `regmap_multi_reg_write()` for EEPROM writes instead of manual looping
    * Use scoped mutex guards and `devm_mutex_init()` to simplify function exits and ensure
      automatic cleanup
    * Remove default register definitions that are unused when regmap caching is not active
    * Use `devm_regulator_get_enable_optional()` to handle the optional regulator, simplifying
      enabling and removing manual disabling
    * Refactor `lp8860_unlock_eeprom()` to only perform the unlock operation, removing the lock
      part and an unnecessary parameter
    * Use a `devm` action to disable the enable-GPIO, simplifying cleanup and error paths, and
      remove the now-empty `.remove()` function
  * Turris Omnia LEDs:
    * Drop unnecessary commas in terminator entries of `struct attribute` and
      `struct of_device_id` arrays
  * MT6370 RGB LEDs:
    * Use the `LINEAR_RANGE()` for defining `struct linear_range` entries to improve robustness

  * Texas Instruments TPS6131x:
    * Add new devicetree bindings for the TI TPS61310/TPS61311 flash LED driver

----------------------------------------------------------------
Andrew Davis (6):
      leds: lp8860: Use regmap_multi_reg_write for EEPROM writes
      leds: lp8860: Use new mutex guards to cleanup function exits
      leds: lp8860: Remove default regs when not caching
      leds: lp8860: Enable regulator using enable_optional helper
      leds: lp8860: Only unlock in lp8860_unlock_eeprom()
      leds: lp8860: Disable GPIO with devm action

Andy Shevchenko (6):
      device property: Split fwnode_get_child_node_count()
      leds: pwm-multicolor: Use fwnode_get_child_node_count()
      leds: ncp5623: Use fwnode_get_child_node_count()
      usb: typec: tcpm: Use fwnode_get_child_node_count()
      leds: core: Bail out when composed name can't fit the buffer
      leds: pca955x: Avoid potential overflow when filling default_label

Bartosz Golaszewski (4):
      leds: lgm-sso: Use new GPIO line value setter callbacks
      leds: pca955x: Use new GPIO line value setter callbacks
      leds: pca9532: Use new GPIO line value setter callbacks
      leds: tca6507: Use new GPIO line value setter callbacks

Christophe JAILLET (1):
      leds: rgb: leds-mt6370-rgb: Improve definition of some struct linear_range

Craig McQueen (1):
      leds: led-triggers: Improvements for default trigger

Gustavo A. R. Silva (1):
      leds: leds-cros_ec: Avoid -Wflex-array-member-not-at-end warning

Jesse Karjalainen (1):
      leds: pca995x: Fix typo in pca995x_of_match's of_device_id entry

Krzysztof Kozlowski (1):
      leds: Do not enable by default during compile testing

Lee Jones (4):
      leds: Provide skeleton KUnit testing for the LEDs framework
      leds: led-test: Remove standard error checking after KUNIT_ASSERT_*()
      leds: led-test: Fill out the registration test to cover more test cases
      leds: led-test: Provide tests for the lookup and get infrastructure

Manuel Fombuena (1):
      Documentation: leds: Remove .rst extension for leds-st1202 on index

Marek Behún (1):
      leds: turris-omnia: Drop commas in the terminator entries

Matthias Fend (2):
      dt-bindings: leds: Add Texas Instruments TPS6131x flash LED driver
      leds: tps6131x: Add support for Texas Instruments TPS6131X flash LED driver

Richard Leitner (1):
      leds: flash: Add support for flash/strobe duration

Sven Schwermer (1):
      leds: multicolor: Fix intensity setting while SW blinking

 Documentation/ABI/testing/sysfs-class-led          |   6 +
 .../devicetree/bindings/leds/ti,tps61310.yaml      | 120 +++
 Documentation/leds/index.rst                       |   2 +-
 MAINTAINERS                                        |   7 +
 drivers/base/property.c                            |  12 +-
 drivers/leds/.kunitconfig                          |   4 +
 drivers/leds/Kconfig                               |  11 +-
 drivers/leds/Makefile                              |   1 +
 drivers/leds/blink/leds-lgm-sso.c                  |   6 +-
 drivers/leds/flash/Kconfig                         |  11 +
 drivers/leds/flash/Makefile                        |   1 +
 drivers/leds/flash/leds-tps6131x.c                 | 815 +++++++++++++++++++++
 drivers/leds/led-class-flash.c                     |  15 +
 drivers/leds/led-class-multicolor.c                |   3 +-
 drivers/leds/led-core.c                            |  43 +-
 drivers/leds/led-test.c                            | 132 ++++
 drivers/leds/led-triggers.c                        |  13 +
 drivers/leds/leds-cros_ec.c                        |  21 +-
 drivers/leds/leds-lp8860.c                         | 214 ++----
 drivers/leds/leds-pca9532.c                        |  11 +-
 drivers/leds/leds-pca955x.c                        |  28 +-
 drivers/leds/leds-pca995x.c                        |   2 +-
 drivers/leds/leds-tca6507.c                        |  11 +-
 drivers/leds/leds-turris-omnia.c                   |   4 +-
 drivers/leds/rgb/leds-mt6370-rgb.c                 |  16 +-
 drivers/leds/rgb/leds-ncp5623.c                    |   5 +-
 drivers/leds/rgb/leds-pwm-multicolor.c             |   7 +-
 drivers/usb/typec/tcpm/tcpm.c                      |   6 +-
 include/linux/led-class-flash.h                    |  16 +
 include/linux/property.h                           |   7 +-
 30 files changed, 1290 insertions(+), 260 deletions(-)
 create mode 100644 Documentation/devicetree/bindings/leds/ti,tps61310.yaml
 create mode 100644 drivers/leds/.kunitconfig
 create mode 100644 drivers/leds/flash/leds-tps6131x.c
 create mode 100644 drivers/leds/led-test.c
 
-- 
Lee Jones [李琼斯]

             reply	other threads:[~2025-06-03 10:01 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-06-03 10:01 Lee Jones [this message]
2025-06-03 20:09 ` [GIT PULL] LEDs for v6.16 pr-tracker-bot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20250603100132.GD7758@google.com \
    --to=lee@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@ucw.cz \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.