From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5B8A018A93F; Tue, 14 Jul 2026 21:11:17 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784063477; cv=none; b=ssBPym8vkRYBpTfy+JFD8Z2X4yPhf7IqO8/wF+3wYrUlfvwbgxLRWTmq2zKoI6V97vE/rqEsmeeUuQrXUJuU01MSG3rXxCRYfdli5bh6n2DbdqAQCjv94yEt34H8SC++5HNSCt46JXF6+Ar+Zg3L+HA8aPlDu+XswAxt5cihROs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784063477; c=relaxed/simple; bh=Nff0/MGAdgsoZukABs+3QEP+ynn8D28xB3E2WbGYKZU=; h=From:Subject:Date:Message-Id:MIME-Version:Content-Type:To:Cc; b=b3QBOhbTvtpXhwU0r2KffalawtHP/goQbNC4GSz6hqi9PDg3tu9PhVQ0nRMkhW7aBIbhxXmuareoAOsLFcOw0gAgn57swpQbTkVbrLBPxmKHSnjMS5crrUSleXeONNBdG4pKp+GqOaqD0NP41z2Z3EIEKIXoxlQO0nfdSJkK7Kw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=oWXyFrCO; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="oWXyFrCO" Received: by smtp.kernel.org (Postfix) with ESMTPS id C5311C2BCB8; Tue, 14 Jul 2026 21:11:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1784063476; bh=Nff0/MGAdgsoZukABs+3QEP+ynn8D28xB3E2WbGYKZU=; h=From:Subject:Date:To:Cc:Reply-To:From; b=oWXyFrCOobMfpbcfdIgkrNyrS7IyXt4bONYDfpTa/ycAoWRhG8u//PdHQcXzT9bvn Gc7/UQ0VFvTSj0du76R/xV1yHiBsBTrmRD1A8sp8aM264RA9EfuRHB634XW0LFX8CJ wgtP8EaxCtyWRdyI5oYClWGmpQf4lmTwTnl2/3GzxeM/Fzpoy3SS+vbDSC5tP1q1gj oiMTWXLzvJNtK2+T7bcQeCzrSO0I3Rle99ALRGpD9rkEZFK5ExDgpXAK6EDSXE42gC RroQTYIVyQQFnkmQpq4e98rJX2Haju80jYC+EtaUHNWpaKrNVa3EwA+FLd3XYiwxO8 ATnZZaQcDoOYg== Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9DA69C43458; Tue, 14 Jul 2026 21:11:16 +0000 (UTC) From: Amit Sunil Dhamne via B4 Relay Subject: [PATCH v5 0/2] Add support for Battery Status AMS Date: Tue, 14 Jul 2026 21:10:51 +0000 Message-Id: <20260714-batt-status-v5-0-9de4aa900b69@google.com> Precedence: bulk X-Mailing-List: linux-pm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-B4-Tracking: v=1; b=H4sIANulVmoC/2XPwY7CIBDG8VcxnMUwQ4HqyffYeAA6rSQqpiBZY /ruS80mWj1+JL9/hgdLNAZKbLd6sJFKSCFe6lDrFfNHexmIh65uhgK1UAK4sznzlG2+JQ7aaaP BC+eAVXEdqQ+/z9rPoe5jSDmO92e8wPz63wG16BTggvfUaWe61pM1+yHG4UQbH89sDhV8w2iWG CtusMVtq0CrXn5h+cJa4BLLiq3x4NFAL534ws0Lm4/vl2bGErqtcWBJLc+epukPm5KXKl4BAAA = X-Change-ID: 20260501-batt-status-16b6761c0bb1 To: Sebastian Reichel , Badhri Jagan Sridharan , Heikki Krogerus , Greg Kroah-Hartman , Hans de Goede , Krzysztof Kozlowski , Marek Szyprowski , Sebastian Krzyszkowiak , Purism Kernel Team Cc: linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org, =?utf-8?q?Andr=C3=A9_Draszik?= , Tudor Ambarus , Peter Griffin , RD Babiera , Kyle Tso , Amit Sunil Dhamne , Hans de Goede X-Mailer: b4 0.14.3 X-Developer-Signature: v=1; a=ed25519-sha256; t=1784063476; l=4589; i=amitsd@google.com; s=20241031; h=from:subject:message-id; bh=Nff0/MGAdgsoZukABs+3QEP+ynn8D28xB3E2WbGYKZU=; b=YR3qtJHz+Owy0T+pNom6zFJOJGa8xpbZHW3U5k4BO/eKVdxCFhe1X3/0ohog8rBTJlBbAcJrw 6jhba8fIpqyC+bCUwABl2N7pYo2/PK7qkdDzXM/br/NNbZC9Dtxl7Vx X-Developer-Key: i=amitsd@google.com; a=ed25519; pk=wD+XZSST4dmnNZf62/lqJpLm7fiyT8iv462zmQ3H6bI= X-Endpoint-Received: by B4 Relay for amitsd@google.com/20241031 with auth_id=262 X-Original-From: Amit Sunil Dhamne Reply-To: amitsd@google.com PD 3.1 v1.8 Spec necessitates a response to Get_Battery_Status request from the port partner (see "6.13.2 Applicability of Data Message"). This patchset adds support to get all the battery type power supplies and query them to report the telemetry required to build a Battery Status Message. Right now, this submission assumes all the battery type power supplies that exist in the system are fixed (meaning cannot be hot swapped). Previously, I had sent a patch series [1]. However there were some concerns. Broadly: * No client drivers * Duplicating dt properties To address the above issues, we now have Fuel Gauge and Charger drivers. Also, I have rectified my approach to fetch information about batteries from the power supply core. While, the original patch series [1] added support for Battery Caps as well, this patch series only adds support for Battery Status. Therefore, I am sending it as a new series while incorporating relevant feedback. [1] https://lore.kernel.org/all/20250507-batt_ops-v2-0-8d06130bffe6@google.com/ Patches in series: [A] "power: supply: Add helpers to get and put arrays of power supply handles" [B] "usb: typec: tcpm: Add support for Battery Status response message" Technical dependency of patches: [B] depends on [A] due to usage of `power_supply_get_system_batteries` & `power_supply_put_system_batteries` APIs. Signed-off-by: Amit Sunil Dhamne --- Changes in v5: - Use kernel helpers for division instead of '/' operator. (flagged by LKP test bot for 32 bit arch like nios32, i386). Validated build passes (on i386). - Link to v4: https://lore.kernel.org/r/20260701-batt-status-v4-0-a31d97b1ae57@google.com Changes in v4: - Filter battery retrieval based on POWER_SUPPLY_SCOPE_SYSTEM (suggested by Sebastian Reichel) - For the rest of the comments, I have replied in thread in previous submission. - Link to v3: https://lore.kernel.org/r/20260602-batt-status-v3-0-a7c1c271f3b0@google.com Changes in v3: - Suggested by Hans: - s/power_supply_put_array/power_supply_put_battery_all. - Call kfree in power_supply_put_battery_all(). - Change the datatype for fixed_batt from an array of pointers to a double pointer. - Directly store the power supply pointers returned by power_supply_get_battery_all() into fixed_batt. - As we are directly storing all battery type power supplies returned by *_get_battery_all() but as per the USB PD specification, tcpm only supports reporting of up to 4 fixed batteries, we add additional checks to satisfy the latter condition. - It was suggested that fixed_batt_cnt be changed to int to store the return value of *_get_battery_all(). However, I am leaving it as is because: in case the retval is < 0, we don't care for the error value beyond the scope of the function it's called in. It's sufficient to just have fixed_batt_cnt to stay 0. Lmk if you still want it to be int and I will change it. - Suggested by Badhri (internal review) - It's not necessary from a PD protocol perspective that a Sink Cap Extended AMS should always precede the Battery Status AMS. Therefore, we should also get battery references during Battery Status AMS in case fixed_batteries was unintialized. - Link to v2: https://lore.kernel.org/r/20260527-batt-status-v2-0-4282985165f3@google.com Changes in v2: - Suggested by Hans De Goede: - Added helper power_supply_put_array() to release array of psy refs. - Modified tcpm implementation to use the above. - Drop "power: supply: max17042: add handler for energy_now property" commit. - Offload energy_now calculation to tcpm. - Minor changes to description comments of power_supply_get_battery_all() to improve brevity. - Link to v1: https://lore.kernel.org/r/20260515-batt-status-v1-0-fed6b7d8cea7@google.com --- Amit Sunil Dhamne (2): power: supply: Add helpers to get and put arrays of power supply handles usb: typec: tcpm: Add support for Battery Status response message drivers/power/supply/power_supply_core.c | 153 +++++++++++++++++++++++++++++++ drivers/usb/typec/tcpm/tcpm.c | 138 +++++++++++++++++++++++++++- include/linux/power_supply.h | 15 +++ include/linux/usb/pd.h | 29 ++++++ 4 files changed, 331 insertions(+), 4 deletions(-) --- base-commit: 0e35b9b6ec0ffcc5e23cbdec09f5c622ad532b53 change-id: 20260501-batt-status-16b6761c0bb1 Best regards, -- Amit Sunil Dhamne