mbox series

[v4,0/3] Add support for ADP1051/ADP1055 and LTP8800-1A/-2/-4A

Message ID 20250124151746.1130-1-cedricjustine.encarnacion@analog.com (mailing list archive)
Headers show
Series Add support for ADP1051/ADP1055 and LTP8800-1A/-2/-4A | expand

Message

Cedric Encarnacion Jan. 24, 2025, 3:17 p.m. UTC 
This patch is a continuation of this series:

Link: https://lore.kernel.org/20241120035826.3920-1-cedricjustine.encarnacion@analog.com

which is a combined series from two original patch series for each of the
above family of devices. Both LTP8800 and ADP1051/55 have similar set of
registers. The series was v2 of one and v3 of another. Hence, as suggested,
this patch proceeds to v4 which succeeds the highest.

v4:
  * Removed stray change.
  * Removed wildcards. Used the device names instead.
  * Separate patch for adding regulator support.
  * Removed const keyword from pmbus_driver_info at probe.
  * Added doc entries for LTP8800 in adp1050.rst.

Cedric Encarnacion (3):
  dt-bindings: hwmon: (pmbus/adp1050): Add adp1051, adp1055 and ltp8800
  hwmon: (pmbus/adp1050): Add support for adp1051, adp1055 and ltp8800
  hwmon: (pmbus/adp1050): Add regulator support for ltp8800

 .../bindings/hwmon/pmbus/adi,adp1050.yaml     | 15 +++-
 Documentation/hwmon/adp1050.rst               | 71 ++++++++++++++++--
 drivers/hwmon/pmbus/Kconfig                   |  9 +++
 drivers/hwmon/pmbus/adp1050.c                 | 72 ++++++++++++++++++-
 4 files changed, 156 insertions(+), 11 deletions(-)


base-commit: a76539b293677c5c163b9285b0cd8dd420d33989

Comments

Andy Shevchenko Jan. 24, 2025, 4:24 p.m. UTC | #1 
On Fri, Jan 24, 2025 at 11:17:43PM +0800, Cedric Encarnacion wrote:
> This patch is a continuation of this series:
> 
> Link: https://lore.kernel.org/20241120035826.3920-1-cedricjustine.encarnacion@analog.com
> 
> which is a combined series from two original patch series for each of the
> above family of devices. Both LTP8800 and ADP1051/55 have similar set of
> registers. The series was v2 of one and v3 of another. Hence, as suggested,
> this patch proceeds to v4 which succeeds the highest.

Cool series! With small issue addressed,
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
for patches 2 & 3 (no DT covered, not my area)