From: Antheas Kapenekakis <lkml@antheas.dev>
To: linux-hwmon@vger.kernel.org
Cc: linux-doc@vger.kernel.org, linux-pm@vger.kernel.org,
platform-driver-x86@vger.kernel.org,
Guenter Roeck <linux@roeck-us.net>,
Jean Delvare <jdelvare@suse.com>,
Jonathan Corbet <corbet@lwn.net>,
Joaquin Ignacio Aramendia <samsagax@gmail.com>,
Derek J Clark <derekjohn.clark@gmail.com>,
Kevin Greenberg <kdgreenberg234@protonmail.com>,
Joshua Tam <csinaction@pm.me>,
Parth Menon <parthasarathymenon@gmail.com>,
Eileen <eileen@one-netbook.com>,
Antheas Kapenekakis <lkml@antheas.dev>
Subject: [PATCH v2 03/12] ABI: testing: sysfs-class-power: add BypassS0 charge_type
Date: Sat, 22 Feb 2025 17:18:14 +0100 [thread overview]
Message-ID: <20250222161824.172511-4-lkml@antheas.dev> (raw)
In-Reply-To: <20250222161824.172511-1-lkml@antheas.dev>
OneXPlayer devices support a conditional bypass type, in which the
device will only perform the battery bypass while in the S0 state.
Therefore, add BypassS0, which is a state in which the device
conditionally bypasses the battery only in the S0 state.
Signed-off-by: Antheas Kapenekakis <lkml@antheas.dev>
---
Documentation/ABI/testing/sysfs-class-power | 6 +++++-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/Documentation/ABI/testing/sysfs-class-power b/Documentation/ABI/testing/sysfs-class-power
index 2a5c1a09a28f..117731652ab0 100644
--- a/Documentation/ABI/testing/sysfs-class-power
+++ b/Documentation/ABI/testing/sysfs-class-power
@@ -404,6 +404,10 @@ Description:
The charger bypasses the charging path around the
integrated converter allowing for a "smart" wall
adaptor to perform the power conversion externally.
+ BypassS0:
+ Same as Bypass, but the device automatically enables
+ bypass only while on the S0 state and disables it when
+ it powers off or during sleep.
Access: Read, Write
@@ -412,7 +416,7 @@ Description:
Valid values:
"Unknown", "N/A", "Trickle", "Fast", "Standard",
- "Adaptive", "Custom", "Long Life", "Bypass"
+ "Adaptive", "Custom", "Long Life", "Bypass", "BypassS0"
What: /sys/class/power_supply/<supply_name>/charge_types
Date: December 2024
--
2.48.1
next prev parent reply other threads:[~2025-02-22 16:30 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-22 16:18 [PATCH v2 00/12] hwmon: (oxpsensors) Add devices, features, fix ABI and move to platform/x86 Antheas Kapenekakis
2025-02-22 16:18 ` [PATCH v2 01/12] hwmon: (oxp-sensors) Distinguish the X1 variants Antheas Kapenekakis
2025-02-22 16:18 ` [PATCH v2 02/12] hwmon: (oxp-sensors) Add all OneXFly variants Antheas Kapenekakis
2025-02-22 16:18 ` Antheas Kapenekakis [this message]
2025-02-22 16:18 ` [PATCH v2 04/12] hwmon: (oxp-sensors) Add charge threshold and bypass to OneXPlayer Antheas Kapenekakis
2025-02-22 16:18 ` [PATCH v2 05/12] hwmon: (oxp-sensors) Rename ec group to tt_toggle Antheas Kapenekakis
2025-02-22 16:18 ` [PATCH v2 06/12] hwmon: (oxp-sensors) Add turbo led support to X1 devices Antheas Kapenekakis
2025-03-01 15:13 ` Derek J. Clark
2025-03-01 15:54 ` Antheas Kapenekakis
2025-03-01 16:13 ` Derek J. Clark
2025-03-01 16:52 ` Antheas Kapenekakis
2025-03-01 17:01 ` Derek J. Clark
2025-02-22 16:18 ` [PATCH v2 07/12] hwmon: (oxp-sensors) Move pwm_enable read to its own function Antheas Kapenekakis
2025-03-01 15:21 ` Derek J. Clark
2025-03-01 15:55 ` Antheas Kapenekakis
2025-02-22 16:18 ` [PATCH v2 08/12] hwmon: (oxp-sensors) Move pwm value read/write to separate functions Antheas Kapenekakis
2025-02-22 16:18 ` [PATCH v2 09/12] hwmon: (oxp-sensors) Move fan speed read to separate function Antheas Kapenekakis
2025-02-22 16:18 ` [PATCH v2 10/12] hwmon: (oxp-sensors) Adhere to sysfs-class-hwmon and enable pwm on 2 Antheas Kapenekakis
2025-02-22 16:18 ` [PATCH v2 11/12] platform/x86: oxpec: Move hwmon/oxp-sensors to platform/x86 Antheas Kapenekakis
2025-03-01 14:31 ` kernel test robot
2025-03-01 14:40 ` Antheas Kapenekakis
2025-03-03 14:06 ` Guenter Roeck
2025-03-03 17:47 ` Antheas Kapenekakis
2025-02-22 16:18 ` [PATCH v2 12/12] ABI: testing: add tt_toggle and tt_led entries Antheas Kapenekakis
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=20250222161824.172511-4-lkml@antheas.dev \
--to=lkml@antheas.dev \
--cc=corbet@lwn.net \
--cc=csinaction@pm.me \
--cc=derekjohn.clark@gmail.com \
--cc=eileen@one-netbook.com \
--cc=jdelvare@suse.com \
--cc=kdgreenberg234@protonmail.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-hwmon@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=parthasarathymenon@gmail.com \
--cc=platform-driver-x86@vger.kernel.org \
--cc=samsagax@gmail.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox