From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: Daniel <dany97@live.ca>
Cc: Markus.Elfring@web.de, hansg@kernel.org,
LKML <linux-kernel@vger.kernel.org>,
matan@svgalib.org, platform-driver-x86@vger.kernel.org
Subject: Re: [PATCH v3] platform/x86: lg-laptop: Fix WMAB call in fan_mode_store()
Date: Mon, 22 Sep 2025 15:49:42 +0300 (EEST) [thread overview]
Message-ID: <ea57d978-3fd3-fd86-aec7-e814359e3e02@linux.intel.com> (raw)
In-Reply-To: <MN2PR06MB55984287A9BAB69F1711640DDC11A@MN2PR06MB5598.namprd06.prod.outlook.com>
On Fri, 19 Sep 2025, Daniel wrote:
> > Is it good to reuse the input side define here for response side or
> > should you have another with a more specific name? (This is put to
> > status named variable so my natural expectation is that the field's
> > name is somehow related to that.)
>
> The fan mode really is sent back to us in *_LOWER and *_UPPER form,
> exactly like how we send the fan mode. (Only, the lower and upper
> portions are guaranteed to be identical, so we just read the lower.)
> Hence why I did not add a new define for the response side.
>
> Should I add another define FAN_MODE_RESPONSE?
Ah okay so the variable name is misleading then as it's really "mode"
that is returned, not really "status"? I think this is fine then although
I'd prefer to have also another patch on top of this which would rename
that variable to mode.
> -- >8 --
> Subject: [PATCH v4] platform/x86: lg-laptop: Fix WMAB call in fan_mode_store()
>
> On my LG Gram 16Z95P-K.AA75A8 (2022), writes to
> /sys/devices/platform/lg-laptop/fan_mode have no effect and reads always
> report a status of 0.
>
> Disassembling the relevant ACPI tables reveals that in the WMAB call to
> set the fan mode, the new mode is read either from bits 0,1 or bits 4,5
> (depending on the value of some other EC register). Thus when we call
> WMAB twice, first with bits 4,5 zero, then bits 0,1 zero, the second
> call undoes the effect of the first call.
>
> Fix this by calling WMAB once, with the mode set in bits 0,1 and 4,5.
> When the fan mode is returned from WMAB it always has this form, so
> there is no need to preserve the other bits. As a bonus, the driver
> now supports the "Performance" fan mode seen in the LG-provided Windows
> control app, which provides less aggressive CPU throttling but louder
> fan noise and shorter battery life.
>
> I can confirm with this patch reading/writing the fan mode now works
> as expected on my laptop, although I have not tested it on any other
> LG laptop.
>
> Also, correct the documentation to reflect that 0 corresponds to the
> default mode (what the Windows app calls "Optimal") and 1 corresponds
> to the silent mode.
>
> Signed-off-by: Daniel Lee <dany97@live.ca>
> Tested-by: Daniel Lee <dany97@live.ca>
> Fixes: dbf0c5a6b1f8e7bec5e17baa60a1e04c28d90f9b ("platform/x86: Add LG Gram laptop special features driver")
> ---
> V1 -> V2: Replace bitops with GENMASK() and FIELD_PREP()
> V2 -> V3: Add parentheses next to function name in summary line
> Use full name in signoff
> V3 -> V4: Add include for linux/bitfield.h
> Remove "FIELD" from bitmask macro names
>
> .../admin-guide/laptops/lg-laptop.rst | 4 +--
> drivers/platform/x86/lg-laptop.c | 30 ++++++++-----------
> 2 files changed, 14 insertions(+), 20 deletions(-)
>
> diff --git a/Documentation/admin-guide/laptops/lg-laptop.rst b/Documentation/admin-guide/laptops/lg-laptop.rst
> index 67fd6932c..c4dd534f9 100644
> --- a/Documentation/admin-guide/laptops/lg-laptop.rst
> +++ b/Documentation/admin-guide/laptops/lg-laptop.rst
> @@ -48,8 +48,8 @@ This value is reset to 100 when the kernel boots.
> Fan mode
> --------
>
> -Writing 1/0 to /sys/devices/platform/lg-laptop/fan_mode disables/enables
> -the fan silent mode.
> +Writing 0/1/2 to /sys/devices/platform/lg-laptop/fan_mode sets fan mode to
> +Optimal/Silent/Performance respectively.
>
>
> USB charge
> diff --git a/drivers/platform/x86/lg-laptop.c b/drivers/platform/x86/lg-laptop.c
> index 4b57102c7..0ef179f7a 100644
> --- a/drivers/platform/x86/lg-laptop.c
> +++ b/drivers/platform/x86/lg-laptop.c
> @@ -8,6 +8,7 @@
> #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
>
> #include <linux/acpi.h>
> +#include <linux/bitfield.h>
> #include <linux/bits.h>
> #include <linux/device.h>
> #include <linux/dev_printk.h>
> @@ -75,6 +76,9 @@ MODULE_PARM_DESC(fw_debug, "Enable printing of firmware debug messages");
> #define WMBB_USB_CHARGE 0x10B
> #define WMBB_BATT_LIMIT 0x10C
>
> +#define FAN_MODE_LOWER GENMASK(1, 0)
> +#define FAN_MODE_UPPER GENMASK(5, 4)
> +
> #define PLATFORM_NAME "lg-laptop"
>
> MODULE_ALIAS("wmi:" WMI_EVENT_GUID0);
> @@ -274,29 +278,19 @@ static ssize_t fan_mode_store(struct device *dev,
> struct device_attribute *attr,
> const char *buffer, size_t count)
> {
> - bool value;
> + unsigned long value;
> union acpi_object *r;
> - u32 m;
> int ret;
>
> - ret = kstrtobool(buffer, &value);
> + ret = kstrtoul(buffer, 10, &value);
> if (ret)
> return ret;
> + if (value >= 3)
> + return -EINVAL;
>
> - r = lg_wmab(dev, WM_FAN_MODE, WM_GET, 0);
> - if (!r)
> - return -EIO;
> -
> - if (r->type != ACPI_TYPE_INTEGER) {
> - kfree(r);
> - return -EIO;
> - }
> -
> - m = r->integer.value;
> - kfree(r);
> - r = lg_wmab(dev, WM_FAN_MODE, WM_SET, (m & 0xffffff0f) | (value << 4));
> - kfree(r);
> - r = lg_wmab(dev, WM_FAN_MODE, WM_SET, (m & 0xfffffff0) | value);
> + r = lg_wmab(dev, WM_FAN_MODE, WM_SET,
> + FIELD_PREP(FAN_MODE_LOWER, value) |
> + FIELD_PREP(FAN_MODE_UPPER, value));
> kfree(r);
>
> return count;
> @@ -317,7 +311,7 @@ static ssize_t fan_mode_show(struct device *dev,
> return -EIO;
> }
>
> - status = r->integer.value & 0x01;
> + status = FIELD_GET(FAN_MODE_LOWER, r->integer.value);
> kfree(r);
>
> return sysfs_emit(buffer, "%d\n", status);
>
--
i.
next prev parent reply other threads:[~2025-09-22 12:49 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-12 18:13 [PATCH v2] platform/x86: lg-laptop: Fix WMAB call in fan_mode_store Daniel
2025-09-12 18:30 ` Markus Elfring
2025-09-13 3:03 ` [PATCH v3] platform/x86: lg-laptop: Fix WMAB call in fan_mode_store() Daniel
2025-09-13 6:16 ` Markus Elfring
2025-09-13 14:50 ` Daniel
2025-09-13 15:03 ` Daniel
2025-09-13 15:04 ` Daniel
2025-09-13 18:22 ` [PATCH v?] " Markus Elfring
2025-09-15 7:34 ` [PATCH v3] " Ilpo Järvinen
2025-09-19 13:50 ` Daniel
2025-09-22 12:49 ` Ilpo Järvinen [this message]
2025-09-23 13:19 ` [PATCH v5] " Daniel
2025-09-23 14:21 ` [PATCH v?] " Markus Elfring
2025-09-24 13:13 ` [PATCH v5] " Ilpo Järvinen
2025-09-24 15:44 ` Daniel
2025-09-24 17:58 ` Ilpo Järvinen
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=ea57d978-3fd3-fd86-aec7-e814359e3e02@linux.intel.com \
--to=ilpo.jarvinen@linux.intel.com \
--cc=Markus.Elfring@web.de \
--cc=dany97@live.ca \
--cc=hansg@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=matan@svgalib.org \
--cc=platform-driver-x86@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).