kernel/git/next/linux-next.git/drivers/power, branch master

Merge branch 'headers' of git://git.infradead.org/users/willy/pagecache.git

2026-09-10T15:24:17+00:00

# Conflicts: # net/ceph/osd_client.c

Merge branch 'pwrseq/for-next' of https://git.kernel.org/pub/scm/linux/kernel/git/brgl/linux.git

2026-09-10T15:24:05+00:00

Merge branch 'for-next' of https://git.kernel.org/pub/scm/linux/kernel/git/sre/linux-power-supply.git

2026-09-10T15:07:03+00:00

Merge branch 'pwrseq/for-current' of https://git.kernel.org/pub/scm/linux/kernel/git/brgl/linux.git

2026-09-10T11:52:58+00:00

Merge branch 'fixes' of https://git.kernel.org/pub/scm/linux/kernel/git/sre/linux-power-supply.git

2026-09-10T11:52:53+00:00

power: supply: ds2780: Fix ds2780_get_capacity() returning raw value

2026-09-09T22:50:30+00:00

ds2780_get_capacity() returns the raw register value instead of 0 on success. The capacity is already stored in *capacity, so the function should return 0 to indicate success. Fixes: 275ac74629c4 ("w1: add Maxim/Dallas DS2780 Stand-Alone Fuel Gauge IC support") Signed-off-by: Xueqin Luo Link: https://patch.msgid.link/20260901072954.1953121-1-luoxueqin@kylinos.cn Signed-off-by: Sebastian Reichel

power: supply: cros_charge-control: adopt EC charge state on probe

2026-09-09T22:43:06+00:00

The driver previously always forced AUTO with no charge limits at probe, which discarded sustainer thresholds and modes set by firmware or firmware setup before the kernel loaded. For command versions that support GET (v2+), read the EC state into the driver cache instead. Valid sustainer limits are adopted as AUTO with those thresholds: while the sustainer is active the EC may report IDLE or DISCHARGE as a transient hold/discharge step, which must not be exposed as inhibit-charge or force-discharge. Sustainer off (-1/-1) still maps to Linux "no limit" (0/100); other invalid limit pairs are remapped the same way with a warning and pushed back to the EC so the cache stays in sync. If GET fails, fall back to the previous defaults and SET them on the EC. Command version 1 still cannot report state and keeps forcing a well-known configuration. Signed-off-by: Matt DeVillier Acked-by: Thomas Weißschuh Reviewed-by: Tzung-Bi Shih Link: https://patch.msgid.link/20260825120929.13168-2-matt.devillier@gmail.com Signed-off-by: Sebastian Reichel

power: supply: bq2515x: Propagate charge-enable read errors

2026-09-09T22:43:06+00:00

bq2515x_get_charge_disable() returns bool even though reading the charger-disable state can fail. A negative error is therefore converted to true, so POWER_SUPPLY_PROP_STATUS reports NOT_CHARGING with success instead of propagating the failure. The GPIO read is not checked for errors either. Return an int from the helper, check both reads, and only convert a valid charger-disable state to the charging-status boolean. Fixes: 44908459275e ("power: supply: bq25150 introduce the bq25150") Signed-off-by: Linmao Li Link: https://patch.msgid.link/20260824084217.670213-1-lilinmao@kylinos.cn Signed-off-by: Sebastian Reichel

power: supply: bq27xxx: add support for bq27z746

2026-09-09T22:43:06+00:00

bq27z746 is similar to bq27z561, but has additional battery protection logic. The standard register map is a subset of the one found in bq27z561. There are some more differences among the ManufacturerAccess registers, but the ManufacturerAccess registers are currently not handled by the driver in any way. Therefore use the same regs and props for bq27z746 and bq27z561. Signed-off-by: Henrik Grimler Acked-by: Andrew Davis Link: https://patch.msgid.link/20260818-bq27z746-v2-3-0371e206665f@axis.com Signed-off-by: Sebastian Reichel

power: supply: bq25630: Add support for BATFET control

2026-09-09T22:43:06+00:00

The framework supports controlling system load with `POWER_SUPPLY_PROP_LOAD_SWITCH`. Use this to select between the different supported BATFET control modes. Signed-off-by: Waqar Hameed Link: https://patch.msgid.link/f9d62a7fbabb1a920b31f79438cc737df78d0140.1788290289.git.waqar.hameed@axis.com Signed-off-by: Sebastian Reichel