From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: "Derek J. Clark" <derekjohn.clark@gmail.com>
Cc: Hans de Goede <hansg@kernel.org>,
Mark Pearson <mpearson-lenovo@squebb.ca>,
Armin Wolf <W_Armin@gmx.de>, Jonathan Corbet <corbet@lwn.net>,
Rong Zhang <i@rong.moe>, Kurt Borja <kuurtb@gmail.com>,
platform-driver-x86@vger.kernel.org,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v3 2/6] platform/x86: lenovo-wmi-other: Limit adding attributes to supported devices
Date: Thu, 26 Feb 2026 11:20:38 +0200 (EET) [thread overview]
Message-ID: <7b71699f-7a7d-ae25-9002-89cc106abcee@linux.intel.com> (raw)
In-Reply-To: <D08EFEB7-C14F-41A0-A6F1-1E415ADC67A3@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 10247 bytes --]
On Wed, 25 Feb 2026, Derek J. Clark wrote:
> On February 24, 2026 12:47:56 AM PST, "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com> wrote:
> >On Tue, 24 Feb 2026, Derek J. Clark wrote:
> >
> >> Adds lwmi_is_attr_01_supported, and only creates the attribute subfolder
> >> if the attribute is supported by the hardware. Due to some poorly
> >> implemented BIOS, this is a multi-step sequence of events. This is
> >> because:
> >> - Some BIOS support getting the capability data from custom mode (0xff),
> >> while others only support it in no-mode (0x00).
> >> - Similarly, some BIOS support get/set for the current value from custom
> >> mode (0xff), while others only support it in no-mode (0x00).
> >> - Some BIOS report capability data for a method that is not fully
> >> implemented.
> >> - Some BIOS have methods fully implemented, but no complimentary
> >> capability data.
> >>
> >> To ensure we only expose fully implemented methods with corresponding
> >> capability data, we check each outcome before reporting that an
> >> attribute can be supported.
> >>
> >> Checking for lwmi_is_attr_01_supported during remove is not done to
> >> ensure that we don't attempt to call cd01 or send WMI events if one of
> >> the interfaces being removed was the cause of the driver unloading.
> >>
> >
> >> While adding members to tunable_attr_01, remove unused capdata pointer
> >> and limit size of all ID's to the appropriate size.
> >
> >Please don't mix changes like this. Create a seprate patch for it.
> >
> >> Reviewed-by: Mark Pearson <mpearson-lenovo@squebb.ca>
> >> Reported-by: Kurt Borja <kuurtb@gmail.com>
> >> Closes: https://lore.kernel.org/platform-driver-x86/DG60P3SHXR8H.3NSEHMZ6J7XRC@gmail.com/
> >> Signed-off-by: Derek J. Clark <derekjohn.clark@gmail.com>
> >> ---
> >> drivers/platform/x86/lenovo/wmi-other.c | 117 +++++++++++++++++++++---
> >> 1 file changed, 102 insertions(+), 15 deletions(-)
> >>
> >> diff --git a/drivers/platform/x86/lenovo/wmi-other.c b/drivers/platform/x86/lenovo/wmi-other.c
> >> index 95886df39c8d..f3f12303e379 100644
> >> --- a/drivers/platform/x86/lenovo/wmi-other.c
> >> +++ b/drivers/platform/x86/lenovo/wmi-other.c
> >> @@ -545,11 +545,12 @@ static void lwmi_om_fan_info_collect_cd_fan(struct device *dev, struct cd_list *
> >> /* ======== fw_attributes (component: lenovo-wmi-capdata 01) ======== */
> >>
> >> struct tunable_attr_01 {
> >> - struct capdata01 *capdata;
> >> struct device *dev;
> >> - u32 feature_id;
> >> - u32 device_id;
> >> - u32 type_id;
> >> + u8 feature_id;
> >> + u8 device_id;
> >> + u8 type_id;
> >> + u8 cd_mode_id; /* mode arg for searching capdata */
> >> + u8 cv_mode_id; /* mode arg for set/get current_value */
> >> };
> >>
> >> static struct tunable_attr_01 ppt_pl1_spl = {
> >> @@ -716,7 +717,7 @@ static ssize_t attr_capdata01_show(struct kobject *kobj,
> >> int value, ret;
> >>
> >> attribute_id = LWMI_ATTR_ID(tunable_attr->device_id, tunable_attr->feature_id,
> >> - LWMI_GZ_THERMAL_MODE_CUSTOM, tunable_attr->type_id);
> >> + tunable_attr->cd_mode_id, tunable_attr->type_id);
> >>
> >> ret = lwmi_cd01_get_data(priv->cd01_list, attribute_id, &capdata);
> >> if (ret)
> >> @@ -782,7 +783,7 @@ static ssize_t attr_current_value_store(struct kobject *kobj,
> >> return -EBUSY;
> >>
> >> args.arg0 = LWMI_ATTR_ID(tunable_attr->device_id, tunable_attr->feature_id,
> >> - mode, tunable_attr->type_id);
> >> + tunable_attr->cd_mode_id, tunable_attr->type_id);
> >>
> >> ret = lwmi_cd01_get_data(priv->cd01_list, args.arg0, &capdata);
> >> if (ret)
> >> @@ -795,6 +796,8 @@ static ssize_t attr_current_value_store(struct kobject *kobj,
> >> if (value < capdata.min_value || value > capdata.max_value)
> >> return -EINVAL;
> >>
> >> + args.arg0 = LWMI_ATTR_ID(tunable_attr->device_id, tunable_attr->feature_id,
> >> + tunable_attr->cv_mode_id, tunable_attr->type_id);
> >> args.arg1 = value;
> >>
> >> ret = lwmi_dev_evaluate_int(priv->wdev, 0x0, LWMI_FEATURE_VALUE_SET,
> >> @@ -828,13 +831,16 @@ static ssize_t attr_current_value_show(struct kobject *kobj,
> >> struct lwmi_om_priv *priv = dev_get_drvdata(tunable_attr->dev);
> >> struct wmi_method_args_32 args;
> >> enum thermal_mode mode;
> >> - int retval;
> >> - int ret;
> >> + int retval, ret;
> >>
> >> ret = lwmi_om_notifier_call(&mode);
> >> if (ret)
> >> return ret;
> >>
> >> + /* If "no-mode" is the supported mode, ensure we never send current mode */
> >> + if (tunable_attr->cv_mode_id == LWMI_GZ_THERMAL_MODE_NONE)
> >> + mode = tunable_attr->cv_mode_id;
> >> +
> >> args.arg0 = LWMI_ATTR_ID(tunable_attr->device_id, tunable_attr->feature_id,
> >> mode, tunable_attr->type_id);
> >>
> >> @@ -847,6 +853,85 @@ static ssize_t attr_current_value_show(struct kobject *kobj,
> >> return sysfs_emit(buf, "%d\n", retval);
> >> }
> >>
> >> +/**
> >> + * lwmi_attr_01_is_supported() - Determine if the given attribute is supported.
> >> + * @tunable_attr: The attribute to verify.
> >> + *
> >> + * First check if the attribute has a corresponding capdata01 table in the cd01
> >> + * module under the "custom" mode (0xff). If that is not present then check if
> >> + * there is a corresponding "no-mode" (0x00) entry. If either of those passes,
> >> + * check capdata->supported for values > 0. If capdata is available, attempt to
> >> + * determine the set/get mode for the current value property using a similar
> >> + * pattern. If the value returned by either custom or no-mode is 0, or we get
> >> + * an error, we assume that mode is not supported. If any of the above checks
> >> + * fail then the attribute is not fully supported.
> >> + *
> >> + * The probed cd_mode_id/cv_mode_id are stored on the tunable_attr for later
> >> + * reference.
> >> + *
> >> + * Return: Support level, or an error code.
> >> + */
> >> +static int lwmi_attr_01_is_supported(struct tunable_attr_01 *tunable_attr)
> >> +{
> >> + struct lwmi_om_priv *priv = dev_get_drvdata(tunable_attr->dev);
> >> + u8 mode = LWMI_GZ_THERMAL_MODE_CUSTOM;
> >> + struct wmi_method_args_32 args;
> >> + struct capdata01 capdata;
> >> + int retval, ret;
> >> +
> >> + /* Determine tunable_attr->cd_mode_id */
> >> +no_mode_fallback_1:
> >> + args.arg0 = LWMI_ATTR_ID(tunable_attr->device_id, tunable_attr->feature_id,
> >> + mode, tunable_attr->type_id);
> >> +
> >> + ret = lwmi_cd01_get_data(priv->cd01_list, args.arg0, &capdata);
> >> + if (ret && mode) {
> >> + dev_dbg(tunable_attr->dev, "Attribute id %x not supported\n", args.arg0);
> >
> >Add include.
> >
> >> + mode = LWMI_GZ_THERMAL_MODE_NONE;
> >> + goto no_mode_fallback_1;
> >
> >Is it possible to make a helper so you don't need these back gotos?
> >
>
> Sure. How about I put both modes into an array and loop through them,
> passing the values to a function that will evaluate it. I can break if
> there is a match and throw an error if there's no match at the end.
It would probably work okay with a loop (which you've basically done now
in a custom way using that goto) and array.
> >> + }
> >> + if (ret)
> >> + goto not_supported;
> >> + if (!capdata.supported) {
> >> + ret = -EOPNOTSUPP;
> >> + goto not_supported;
> >> + }
> >> +
> >> + tunable_attr->cd_mode_id = mode;
> >> +
> >> + /* Determine tunable_attr->cv_mode_id */
> >> + mode = LWMI_GZ_THERMAL_MODE_CUSTOM;
> >> +no_mode_fallback_2:
> >> + args.arg0 = LWMI_ATTR_ID(tunable_attr->device_id, tunable_attr->feature_id,
> >> + mode, tunable_attr->type_id);
> >> +
> >> + ret = lwmi_dev_evaluate_int(priv->wdev, 0x0, LWMI_FEATURE_VALUE_GET,
> >> + (unsigned char *)&args, sizeof(args),
> >> + &retval);
> >> + if ((ret && mode) || (!retval && mode)) {
> >> + dev_dbg(tunable_attr->dev, "Attribute id %x not supported\n", args.arg0);
> >> + mode = LWMI_GZ_THERMAL_MODE_NONE;
> >> + goto no_mode_fallback_2;
> >
> >Same question here?
> >
> >> + }
> >> + if (ret)
> >> + goto not_supported;
> >> + if (retval == 0) {
> >> + ret = -EOPNOTSUPP;
> >> + goto not_supported;
> >> + }
> >> +
> >> + tunable_attr->cv_mode_id = mode;
> >> + dev_dbg(tunable_attr->dev, "cd_mode_id: %02x%02x%02x%02x, cv_mode_id: %#08x attribute support level: %x\n",
> >> + tunable_attr->device_id, tunable_attr->feature_id, tunable_attr->cd_mode_id,
> >> + tunable_attr->type_id, args.arg0, capdata.supported);
> >> +
> >> + return capdata.supported;
> >> +
> >> +not_supported:
> >> + dev_dbg(tunable_attr->dev, "Attribute id %x not supported\n", args.arg0);
> >> + return ret;
> >> +}
> >> +
> >> /* Lenovo WMI Other Mode Attribute macros */
> >> #define __LWMI_ATTR_RO(_func, _name) \
> >> { \
> >> @@ -970,19 +1055,21 @@ static int lwmi_om_fw_attr_add(struct lwmi_om_priv *priv)
> >> }
> >>
> >> for (i = 0; i < ARRAY_SIZE(cd01_attr_groups) - 1; i++) {
> >> - err = sysfs_create_group(&priv->fw_attr_kset->kobj,
> >> - cd01_attr_groups[i].attr_group);
> >> - if (err)
> >> - goto err_remove_groups;
> >> -
> >> cd01_attr_groups[i].tunable_attr->dev = &priv->wdev->dev;
> >> + if (lwmi_attr_01_is_supported(cd01_attr_groups[i].tunable_attr) > 0) {
> >
> >Reverse logic and use continue.
> >
> >> + err = sysfs_create_group(&priv->fw_attr_kset->kobj,
> >> + cd01_attr_groups[i].attr_group);
> >> + if (err)
> >> + goto err_remove_groups;
> >> + }
> >> }
> >> return 0;
> >>
> >> err_remove_groups:
> >> while (i--)
> >> - sysfs_remove_group(&priv->fw_attr_kset->kobj,
> >> - cd01_attr_groups[i].attr_group);
> >> + if (lwmi_attr_01_is_supported(cd01_attr_groups[i].tunable_attr) > 0)
> >
> >Reverse logic + continue.
> >
> >> + sysfs_remove_group(&priv->fw_attr_kset->kobj,
> >> + cd01_attr_groups[i].attr_group);
> >
> >You need to add braces for multiline constructs.
> >
> >>
> >> kset_unregister(priv->fw_attr_kset);
> >>
> >>
> >
>
--
i.
next prev parent reply other threads:[~2026-02-26 9:20 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-24 4:31 [PATCH v3 0/6] platform-x86: lenovo-wmi: Add fixes and enhancement Derek J. Clark
2026-02-24 4:31 ` [PATCH v3 1/6] platform/x86: lenovo-wmi-other: Add LWMI_ATTR_ID Macro Derek J. Clark
2026-02-24 8:42 ` Ilpo Järvinen
2026-02-25 17:52 ` Derek J. Clark
2026-02-26 9:18 ` Ilpo Järvinen
2026-02-24 8:43 ` Ilpo Järvinen
2026-02-24 4:31 ` [PATCH v3 2/6] platform/x86: lenovo-wmi-other: Limit adding attributes to supported devices Derek J. Clark
2026-02-24 8:47 ` Ilpo Järvinen
2026-02-25 17:58 ` Derek J. Clark
2026-02-26 9:20 ` Ilpo Järvinen [this message]
2026-02-25 17:14 ` Rong Zhang
2026-02-25 18:09 ` Derek J. Clark
2026-02-25 18:33 ` Rong Zhang
2026-02-24 4:31 ` [PATCH v3 3/6] platform/x86: lenovo-wmi-other: Add missing CPU tunable attributes Derek J. Clark
2026-02-24 8:49 ` Ilpo Järvinen
2026-02-24 4:31 ` [PATCH v3 4/6] platform/x86: lenovo-wmi-other: Add GPU " Derek J. Clark
2026-02-24 5:29 ` Derek J. Clark
2026-02-24 8:49 ` Ilpo Järvinen
2026-02-24 4:31 ` [PATCH v3 5/6] platform-x86: lenovo-wmi-other: Rename LWMI_OM_FW_ATTR_BASE_PATH Derek J. Clark
2026-02-24 8:51 ` Ilpo Järvinen
2026-02-25 18:00 ` Derek J. Clark
2026-02-25 17:25 ` Rong Zhang
2026-02-25 18:11 ` Derek J. Clark
2026-02-24 4:32 ` [PATCH v3 6/6] platform/x86: lenovo-wmi-other: Add WMI battery charge limiting Derek J. Clark
2026-02-24 9:05 ` Ilpo Järvinen
2026-02-25 18:04 ` Derek J. Clark
2026-02-24 9:17 ` Ilpo Järvinen
2026-02-25 17:55 ` Rong Zhang
2026-02-25 18:23 ` Derek J. Clark
2026-02-25 18:44 ` Rong Zhang
2026-02-25 18:02 ` [PATCH v3 0/6] platform-x86: lenovo-wmi: Add fixes and enhancement Rong Zhang
2026-02-25 18:26 ` Derek J. Clark
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=7b71699f-7a7d-ae25-9002-89cc106abcee@linux.intel.com \
--to=ilpo.jarvinen@linux.intel.com \
--cc=W_Armin@gmx.de \
--cc=corbet@lwn.net \
--cc=derekjohn.clark@gmail.com \
--cc=hansg@kernel.org \
--cc=i@rong.moe \
--cc=kuurtb@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mpearson-lenovo@squebb.ca \
--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