All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: Armin Wolf <W_Armin@gmx.de>
Cc: Dell.Client.Kernel@dell.com, pali@kernel.org,
	mjg59@srcf.ucam.org,  soyer@irl.hu,
	Hans de Goede <hansg@kernel.org>,
	 platform-driver-x86@vger.kernel.org,
	LKML <linux-kernel@vger.kernel.org>,
	 linux@roeck-us.net, linux-hwmon@vger.kernel.org,
	mario.limonciello@amd.com
Subject: Re: [PATCH v3 1/9] platform/x86: dell-descriptor: Use new buffer-based WMI API
Date: Wed, 1 Apr 2026 13:06:24 +0300 (EEST)	[thread overview]
Message-ID: <2446bca3-d524-bb17-11a6-e03bda3d5c6a@linux.intel.com> (raw)
In-Reply-To: <44633ad0-2b80-40db-9655-e0eddb3fa02a@gmx.de>

[-- Attachment #1: Type: text/plain, Size: 4142 bytes --]

On Tue, 31 Mar 2026, Armin Wolf wrote:

> Am 31.03.26 um 11:44 schrieb Ilpo Järvinen:
> 
> > On Sat, 14 Mar 2026, Armin Wolf wrote:
> > 
> > > Use the new buffer-based WMI API to also support ACPI firmware
> > > implementations that do not use ACPI buffers for the descriptor.
> > > 
> > > Signed-off-by: Armin Wolf <W_Armin@gmx.de>
> > > ---
> > >   .../platform/x86/dell/dell-wmi-descriptor.c   | 94 +++++++++----------
> > >   1 file changed, 47 insertions(+), 47 deletions(-)
> > > 
> > > diff --git a/drivers/platform/x86/dell/dell-wmi-descriptor.c
> > > b/drivers/platform/x86/dell/dell-wmi-descriptor.c
> > > index c2a180202719..fe42eb8bbd79 100644
> > > --- a/drivers/platform/x86/dell/dell-wmi-descriptor.c
> > > +++ b/drivers/platform/x86/dell/dell-wmi-descriptor.c
> > > @@ -7,7 +7,7 @@
> > >     #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
> > >   -#include <linux/acpi.h>
> > > +#include <linux/compiler_attributes.h>
> > >   #include <linux/list.h>
> > >   #include <linux/module.h>
> > >   #include <linux/wmi.h>
> > > @@ -15,6 +15,24 @@
> > >     #define DELL_WMI_DESCRIPTOR_GUID
> > > "8D9DDCBC-A997-11DA-B012-B622A1EF5492"
> > >   +/*
> > > + * Descriptor buffer is 128 byte long and contains:
> > > + *
> > > + *       Name             Offset  Length  Value
> > > + * Vendor Signature          0       4    "DELL"
> > > + * Object Signature          4       4    " WMI"
> > > + * WMI Interface Version     8       4    <version>
> > > + * WMI buffer length        12       4    <length>
> > > + * WMI hotfix number        16       4    <hotfix>
> > > + */
> > > +struct descriptor {
> > > +	char vendor_signature[4];
> > > +	char object_signature[4];
> > > +	__le32 interface_version;
> > > +	__le32 buffer_length;
> > > +	__le32 hotfix_number;
> > > +} __packed;
> > > +
> > >   struct descriptor_priv {
> > >   	struct list_head list;
> > >   	u32 interface_version;
> > > @@ -88,76 +106,58 @@ bool dell_wmi_get_hotfix(u32 *hotfix)
> > >   }
> > >   EXPORT_SYMBOL_GPL(dell_wmi_get_hotfix);
> > >   -/*
> > > - * Descriptor buffer is 128 byte long and contains:
> > > - *
> > > - *       Name             Offset  Length  Value
> > > - * Vendor Signature          0       4    "DELL"
> > > - * Object Signature          4       4    " WMI"
> > > - * WMI Interface Version     8       4    <version>
> > > - * WMI buffer length        12       4    <length>
> > > - * WMI hotfix number        16       4    <hotfix>
> > > - */
> > > -static int dell_wmi_descriptor_probe(struct wmi_device *wdev,
> > > -				     const void *context)
> > > +static int dell_wmi_descriptor_probe(struct wmi_device *wdev, const void
> > > *context)
> > >   {
> > > -	union acpi_object *obj = NULL;
> > >   	struct descriptor_priv *priv;
> > > -	u32 *buffer;
> > > +	struct wmi_buffer buffer;
> > > +	struct descriptor *desc;
> > >   	int ret;
> > >   -	obj = wmidev_block_query(wdev, 0);
> > > -	if (!obj) {
> > > -		dev_err(&wdev->dev, "failed to read Dell WMI descriptor\n");
> > > -		ret = -EIO;
> > > -		goto out;
> > > -	}
> > > +	ret = wmidev_query_block(wdev, 0, &buffer);
> > > +	if (ret < 0)
> > > +		return ret;
> > >   -	if (obj->type != ACPI_TYPE_BUFFER) {
> > > -		dev_err(&wdev->dev, "Dell descriptor has wrong type\n");
> > > +	if (buffer.length < sizeof(*desc)) {
> > Hi again,
> > 
> > Thinking some more of this...
> > 
> > Since many of these drivers will need to do this size check and assign
> > into some variable that is different from the one passed to
> > wmidev_query_block(), would it make sense to move those into generic code?
> > It probably requires a macro so you'd have access to type information.
> 
> You mean something like wmidev_block_query_sized(wdev, instance, size)?

So this would return ERR_PTR() as I see no out param given to it?

> Personally i see little benefit in having the assignment handled by a macro.

I was not so interested in assignment itself but getting the size 
information from the output type directly but if you prefer writing 
sizeof(*xx), not a big deal to me.

-- 
 i.

  reply	other threads:[~2026-04-01 10:06 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-03-14 17:52 [PATCH v3 0/9] Convert most Dell WMI drivers to use the new buffer-based API Armin Wolf
2026-03-14 17:52 ` [PATCH v3 1/9] platform/x86: dell-descriptor: Use new buffer-based WMI API Armin Wolf
2026-03-31  9:00   ` Ilpo Järvinen
2026-03-31 19:53     ` Armin Wolf
2026-03-31  9:44   ` Ilpo Järvinen
2026-03-31 20:00     ` Armin Wolf
2026-04-01 10:06       ` Ilpo Järvinen [this message]
2026-04-01 17:31         ` Armin Wolf
2026-03-14 17:52 ` [PATCH v3 2/9] platform/x86: dell-privacy: " Armin Wolf
2026-03-31  9:03   ` Ilpo Järvinen
2026-03-14 17:52 ` [PATCH v3 3/9] platform/x86: dell-smbios-wmi: " Armin Wolf
2026-03-14 17:52 ` [PATCH v3 4/9] platform/x86: dell-wmi-base: " Armin Wolf
2026-03-31  9:20   ` Ilpo Järvinen
2026-03-14 17:52 ` [PATCH v3 5/9] platform/x86: dell-ddv: " Armin Wolf
2026-03-14 17:52 ` [PATCH v3 6/9] hwmon: (dell-smm) " Armin Wolf
2026-03-14 17:52 ` [PATCH v3 7/9] platform/wmi: Make wmi_bus_class const Armin Wolf
2026-03-14 17:52 ` [PATCH v3 8/9] platform/wmi: Make sysfs attributes const Armin Wolf
2026-03-14 17:52 ` [PATCH v3 9/9] modpost: Handle malformed WMI GUID strings Armin Wolf
2026-03-16 17:03 ` [PATCH v3 0/9] Convert most Dell WMI drivers to use the new buffer-based API Mario Limonciello
2026-03-17 15:52 ` Guenter Roeck
2026-03-17 20:11   ` Armin Wolf
2026-03-17 20:22     ` Guenter Roeck
2026-03-27 20:42       ` Armin Wolf

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=2446bca3-d524-bb17-11a6-e03bda3d5c6a@linux.intel.com \
    --to=ilpo.jarvinen@linux.intel.com \
    --cc=Dell.Client.Kernel@dell.com \
    --cc=W_Armin@gmx.de \
    --cc=hansg@kernel.org \
    --cc=linux-hwmon@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=mario.limonciello@amd.com \
    --cc=mjg59@srcf.ucam.org \
    --cc=pali@kernel.org \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=soyer@irl.hu \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.